Apakah bagian di sebelah kanan alamat email masuk harus merupakan url situs web yang valid? Saya hanya melihat dua alamat email yang bagian kanannya tidak terlihat sebagai alamat situs web. Bahkan, itu tidak terbuka ketika saya mencoba melakukannya melalui browser web.
11
Jawaban:
Tidak, itu tidak harus sama. Email menggunakan protokol yang berbeda dari situs web, dan selalu ada opsi untuk memiliki domain yang tidak ada untuk email internal (di dalam perusahaan).
Misalnya, jika saya memiliki pengontrol domain yang meng-host MyDomain.local, dan saya memiliki server pertukaran di dalam domain ini, saya dapat memiliki [email protected]
Jika saya tidak meng-host server web dan menonaktifkan semua yang membuat situs web, http: //MyDomain.local tidak akan berfungsi.
Selain itu, mengingat ini hanya alamat internal, itu juga tidak akan berfungsi dari luar.
Jika kita berbicara tentang alamat email eksternal, maka hal-hal berikut ini:
Alamat email memiliki 2 bagian: pengguna dan domain + subdomain opsional.
Jika kita mengambil contoh: [email protected], maka LPChip adalah pengguna, email adalah subdomain dan example.com adalah domain.
Domain memiliki catatan MX yang memberi tahu di mana email berada. Rute inilah yang digunakan untuk mengirimkan email oleh protokol SMTP.
Sekarang juga memungkinkan untuk memiliki @ di url situs web yang biasanya berarti nama pengguna @ situs web tetapi juga dapat digunakan sebagai @ char di uri situs web.
Misalnya, alamat situs web berikut ini valid: https://example.net/owa/[email protected]
Uri di sini adalah /owa/[email protected] dan memang mengandung @.
Contoh lain adalah ini:
ftp: //[email protected]
sumber
@
di dalamnya? :)Tidak, situs web dan alamat email pada dasarnya tidak memiliki kesamaan.
Bagian kanan [email protected] berarti Anda mengirim email ke domain bernama microsoft.com. Protokol yang digunakan untuk mengirim email adalah SMTP.
Tetapi url http://www.microsoft.com/ berarti Anda menginginkan informasi yang dihosting di server bernama www. Protokol yang digunakan adalah HTTP.
Tidak diperlukan kedua bagian ini ada untuk kedua protokol. Dan sebaliknya juga berlaku. Misalnya, Anda mungkin memiliki situs web dukungan seperti http://support.dell.com/ dan tidak memiliki alamat email apa pun @ support.dell.com.
sumber
[email protected] adalah alamat email yang berfungsi jika data MX untuk example.org menunjuk ke server email yang menerima email untuk alamat email itu (yaitu mendengarkan pada port 25 dan menangani permintaan SMTP).
http://example.org/ adalah URL yang berfungsi jika catatan A untuk example.org menunjuk ke host yang menjalankan server web (yaitu mendengarkan pada port 80 dan menangani permintaan HTTP). Jika tidak ada server web di example.org, sebagian besar browser mengikuti rekomendasi standar untuk juga mencoba http://www.example.org/ .
Cari RFC Internet yang relevan, misalnya untuk TCP yang menjelaskan port, jika Anda menginginkan detail lebih lanjut.
Ini adalah dua layanan berbeda yang sepenuhnya terpisah. Server mungkin menjalankan satu atau keduanya.
Seperti yang dinyatakan oleh Tersosauros, "valid" memiliki arti teknis bukan-kesalahan-sintaks, tidak harus "berfungsi". Lihat jawaban itu untuk lebih lanjut.
Email khusus dalam hal DNS. Catatan MX dapat mencantumkan server surat apa pun sebagai Mail-Exchange untuk nama domain. Semua layanan lain (ssh, ftp, http, https, dll.) Menggunakan catatan A (Alamat IP) secara langsung, daripada memeriksa dulu catatan "apa server FTP untuk example.org" untuk lapisan tipuan tambahan. Ini tidak relevan untuk pertanyaan ini. Semua layanan Internet bersifat ortogonal, dan mungkin atau mungkin tidak ada untuk setiap nama domain yang diberikan.
(perutean berbasis port oleh router / firewall dapat memisahkan http dan ftp traffic (misalnya) ke server yang berbeda untuk IP tunggal jika diperlukan untuk situs besar, jadi layanan lain tidak ketinggalan karena tidak memiliki tipuan sendiri. catatan seperti halnya email.)
sumber
SRV
catatan untuk memberikan semacam sejenis tipuan - contoh menonjol adalah SIP dan XMPP. Jika kami membangun kembali Internet dari awal, kami mungkin ingin melakukan itu untuk semuanya.OP (dan mungkin beberapa komentator / jawaban) mungkin bingung dalam kosa kata.
Sebuah url website yang valid (ketika mencoba tidak terlalu bertele-tele) bisa menjadi salah satu dari dua hal yang berbeda:
abc://azertyfoo.baz:303/
- ini namun BUKAN web address.://
), DAN menamai sebuah nama domain penyelesaian penuh yang sah (FQDN) yang valid. Misalnya:http://superuser.com:80/
adalah URL situs web yang valid (dalam kondisi ini).Banyak jawaban lain telah membahas perbedaan dalam catatan DNS sehubungan dengan web (yaitu catatan A) versus email (catatan MX).
Saya menduga bahwa di mana orang mungkin menjadi bingung mungkin dengan bagian host dari alamat email.
Sebuah host yang mungkin salah satu berikut di alamat email:
MyMail.local
- jelas.local
bukan domain tingkat atas (TLD) yang valid , namun nama domain ini masih valid dan dapat diselesaikan di lingkungan perusahaan.localhost
( misalnya, alamat default pada halaman kesalahan di banyak versi Apachewebmaster@localhost
). Tidak ada orang di luar mesin lokal yang dapat mengirim surat ke kotak masuk itu, pada mesin itu (dengan asumsi itu menjalankan sendmail atau sejenisnya), alamat itu valid .127.0.0.1
- sekali lagi ini valid di lingkungan tertentu. Namun saya ragu banyak (atau ada?) Pengirim email akan meneruskan email ke host itu jika Anda mencoba ini di Internet terbuka.Setiap host yang valid ini juga bisa menjadi url situs web yang valid jika terlampir dalam skema dan jalur yang sesuai :
http://
[salah satu di atas]/
sumber