Apakah mungkin mengirim dan menerima email dari alamat IP sebagai ganti dari domain?

Biasanya email memiliki nama domain di sisi kanan @, sehingga Anda dapat mengidentifikasi organisasi atau perusahaan. Domain ini sebenarnya tidak lain adalah "nama" atau "alias" untuk alamat IP, diselesaikan oleh server nama.

Saya pikir ini dapat digunakan misalnya untuk Internet of Things, karena ada banyak kemungkinan dibandingkan dengan POST dan DAPATKAN seperti "banyak ke satu" atau "satu ke banyak".

Apakah ada cara untuk mengirim dan menerima email secara langsung ke dan dari alamat IP, seperti misalnya pengguna@xxx.xxx.xx.xxx?

email smtp email-server

— Peter Mortensen
sumber

Selain itu: Jika menurut Anda HTTP terlalu membatasi untuk IoT, lihat MQTT atau XMPP.

— Roger Lipscombe

Domain lebih dari 'nama untuk alamat IP'. Sebuah domain dapat mempublikasikan lebih banyak informasi mengenai layanan suratnya (melalui entri DNS-nya), yang dapat mencakup beberapa alamat IP untuk beberapa server surat (yaitu untuk tujuan penyeimbangan beban atau cadangan).

— jjmontes

Email juga bukan satu ke banyak, itu satu ke satu, dan kemudian server dapat menyebarkan pesan ke banyak orang. Anda bisa melakukan posting http ke server, dan kemudian memiliki banyak klien membacakan server itu dalam menggunakan model email yang sama persis.

— djsmiley2k - KK

Sebagai seseorang yang secara berkala harus melakukan arkeologi jaringan, tolong jangan keras-kode IP. DNS tidak sulit, dan server DNS seperti dnsmasq ringan sementara mengijinkan host override. IP Internet akan berubah seiring waktu.

— Criggie

Domain bukan alias untuk alamat IP. Secara khusus email memiliki catatan MX di mana nama domain memetakan satu atau beberapa tupel yang mengandung prioritas dan nama host (tempat email akan dikirim). Anda mencampurkan dua konsep yang berbeda: penamaan (siapa yang mengirimnya juga) dan adressing (tempat mengirimnya).

— Patrick Mevzek

Jawaban:

Untuk email, domain bukan hanya berupa alias atau formulir yang dapat dibaca manusia untuk alamat IP: ada catatan penukar email MX untuk menentukan server email yang bertanggung jawab untuk menerima pesan email atas nama domain penerima. Mungkin ada beberapa server yang menerima email untuk domain, dan mereka tidak harus pada IP yang sama yang ada dalam Acatatan untuk domain. Sistem surat dapat memiliki beberapa server: server masuk mungkin dipisahkan dari server keluar dan server penyimpanan surat dll. ACatatan hanya digunakan ketika tidak ada MXcatatan yang ditentukan untuk nama host.

Namun, tidak ada batasan (lain-lain) dalam format alamat email yang tidak dapat Anda kirimi email langsung <user@hostname.example.com>atau bahkan <user@[198.51.100.10]>(IP dengan tanda kurung siku). Jika ada server surat yang menerima email menggunakan nama host biasa atau bahkan alamat IP, itu akan dilakukan. Tetapi apa yang Anda sarankan tidak bekerja secara global dalam praktik:

Sebagian besar sistem email memiliki beberapa domain dan perlu menangani email secara terpisah untuk semuanya. Nama pengguna itu sendiri mungkin tidak terikat ke kotak surat yang sebenarnya karena <user@example.com>mungkin orang yang berbeda dari<user@example.net>
Walaupun ini adalah hal yang biasa beberapa dekade yang lalu, memerangi spam telah membuat segalanya menjadi lebih rumit dan menerima email memiliki batasan yang ketat.
Penggunaan port SMTP 25sangat terbatas pada koneksi internet kelas konsumen karena penyalahgunaan (robot spam). Sebenarnya tidak banyak yang menggunakan SMTP untuk perangkat IoT.

— Esa Jokinen
sumber

Tetapi jika tidak ada data MX dns untuk domain (atau IP) surat dikirim (atau berusaha dikirim ke) bagian domain dari alamat email (nama host atau alamat IP). Dan server penerima harus dikonfigurasi untuk menangani email untuk nama host / alamat IP tersebut.

— ivanivan

Itu dapat menangani email untuk nama host. Tidak semua server di dunia menangani surat sama sekali. Sebagian besar server berbasis Unix / Linux memiliki server SMTP untuk menangani surat internal (dari cron dll.), Tetapi mereka dapat berfungsi dengan baik tanpa.

— Esa Jokinen

Esa - jika Anda mengarahkan data MX ke server postfix saya, koneksi SMTP akan dibuat, tetapi server saya tidak dikonfigurasikan untuk menangani email untuk domain Anda dengan cara atau bentuk apa pun, sehingga Anda mendapatkan pentalan. TETAPI server saya diatur untuk beberapa domain dan pengguna tertentu, semua berasal dari server mysql. Semuanya tergantung pada 1) Apakah server email benar-benar berjalan pada IP yang Anda kirimi email dan 2) Dikatakan server mail dikonfigurasi untuk menerima email yang ditujukan untuk IP itu atau hanya domain / domain tertentu, atau domain apa saja (hanya cocok dengan bagian pengguna dari alamat)

— ivanivan

Banyak server SMTP (mis. Sendmail) menangani user@[aaa.bbb.ccc.ddd]alamat email TETAPI

Beberapa server SMTP tidak menangani / mengenalinya
Mereka mungkin menolak untuk menerima alamat pengirim tersebut atau tidak dapat mengirim ke alamat tersebut.
Alamat tersebut dapat menyebabkan masalah dengan beberapa perangkat lunak anti-spam

RFC-5322: 3.4.1. Spesifikasi Addr-Spec

Wikipedia: Alamat email - bagian domain

... Selain itu, domain dapat berupa alamat IP literal, dikelilingi oleh tanda kurung siku [], seperti jsmith @ [192.168.2.1] atau jsmith @ [IPv6: 2001: db8 :: 1], meskipun ini jarang terlihat kecuali di spam email . ...

— AnFi
sumber

Perhatikan bahwa alamat email suka user@[aaa.bbb.ccc.ddd]benar sesuai dengan spesifikasi, dan penanganannya didefinisikan dengan benar, sehingga server yang tidak menanganinya secara teknis "rusak"

— Ferrybig

@ Ferrybig: Benar, karena menolak juga menangani secara teknis.

— Esa Jokinen

Perhatikan bahwa "email dikirim ke alamat IP tertentu dan bukan host" menempati peringkat cukup tinggi dalam kategori bendera merah "mungkin spam" dan banyak perangkat lunak AVAS mungkin memutuskan untuk secara diam-diam membuangnya.

— Shadur

Ini harus bekerja jika semua pihak yang terlibat menggunakan perangkat lunak yang benar-benar modern.

Sementara SMTP bekerja dengan baik berlapis pada TCP, itu, setidaknya dalam bentuk aslinya, tidak dengan sendirinya protokol yang didasarkan pada TCP / IP. Jika Anda melihat RFC 821 asli, "TCP transport" didefinisikan .... dalam lampiran.

RFC 2821 (dari 1989) mempertimbangkan untuk menggunakan alamat numerik "tidak disarankan".

Versi yang jauh lebih modern dari spesifikasi mendukung filosofi itu sampai tingkat tertentu, dari RFC5321: "SMTP tidak tergantung pada subsistem transmisi tertentu dan hanya memerlukan saluran aliran data yang dapat diandalkan. Sementara dokumen ini secara khusus membahas transportasi melalui TCP, pengangkutan lain dimungkinkan Lampiran untuk RFC 821 [1] menjelaskan beberapa di antaranya. "

Namun, RFC ini - mulai 2008, yang sebenarnya membuatnya sangat BARU, tidak memberikan sanksi terhadap penggunaan "address literals" sebagai "diizinkan" ("Untuk melewati penghalang ini, bentuk literal khusus dari alamat tersebut diperbolehkan sebagai alternatif dari domain. nama. ") di Bagian 4.1.3 tetapi masih mengecilkannya sebagai" TIDAK HARUS "dalam 2.1.4.

SMTP, dan sebagian besar perangkat lunak yang dibangun di sekitarnya, menggunakan host , bukan alamat ip , sebagai "mata uang asli" - jika "literal alamat" dapat digunakan sebagai "host", maka jadilah itu. Demikian juga protokol non-SMTP (kebanyakan ketinggalan zaman) (mis. Surat UUCP) yang digunakan dalam ekosistem email lama bersama-sama dengan sistem berbasis SMTP.

Mengandalkan setiap sistem yang terlibat dalam kepatuhan penuh dengan standar 2008 mungkin lebih berisiko daripada yang terlihat.

— pemeras
sumber

RFC 5321 # 2.1.4 tidak memberikan sanksi menggunakan literal alamat: ia mengatakan TIDAK HARUS (dan kemudian tautan ke bagian yang salah). Dan RFC 2821 tidak terlalu tua - itu tahun 2001.

— Rup

Saya akan mengatakan ini membuktikan saya antara titik :) :) terintegrasi klarifikasi tentang itu "sanksi mikro", thx

— rackandboneman