Apakah bagian di sebelah kanan atas harus memiliki alamat situs web yang valid?


11

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.


12
Catatan: Ada email di internet (menggunakan protokol yang sama seperti hari ini) sebelum ada WWW.
Carsten S

Jawaban:


14

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 LPChip@MyDomain.local

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: LPChip@email.example.com, 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/username@example.com

Uri di sini adalah /owa/username@example.com dan memang mengandung @.

Contoh lain adalah ini:

ftp: //username@ftp.example.com


1
Jadi, SMTP memerlukan nama domain yang valid untuk mengirim email ke luar organisasi?
codezombie

2
Ya, kecuali jika mengetahui alamat IP (itu yang diberikan domain). Juga, harap dicatat bahwa situs web harus mendukung ini. Anda bahkan dapat melakukan nama pengguna: kata sandi @ domain, tetapi ini sangat tidak aman.
LPChip

1
Sementara itu cukup banyak di mana-mana bahwa bagian setelah @ adalah nama domain dan disebut nama domain hari ini, itu juga berlaku untuk meletakkan string yang merupakan nama host dan dapat dianggap sebagai nama host setelah @. Harus ada data MX agar dapat berfungsi. Jika Anda memiliki host yang disebut email.domain.com dan Anda membuat data MX untuk email.domain.com, Anda dapat mengirim email ke user@email.domain.com dan masuk akal untuk memanggil "email.domain.com" sebagian "nama host", "nama domain", atau "nama subdomain".
Todd Wilcox

1
@ JasonStack biasanya Anda tidak bisa. Sebagian besar situs web tidak menggunakan Auth Dasar. Dan bagaimana Anda melakukannya dengan GMail, mengingat "nama pengguna" Anda ada alamat email, yang ada @di dalamnya? :)
hobbs

2
@ToddWilcox Persis - itulah cara surat internet dialihkan ke host uucp (sesuatu yang saya punya pengalaman dengan kembali pada hari itu). Tidak setiap catatan DNS berisi alamat IP yang terkait (tetapi jika itu memasukkan entri MX, perutean surat off-internet dapat bekerja) dan tidak setiap alamat IP harus meng-host situs web. Saya pikir OP mungkin bingung tentang perbedaan antara "nama domain yang valid" dan "alamat situs web yang valid".
Jamie Hanrahan

13

Tidak, situs web dan alamat email pada dasarnya tidak memiliki kesamaan.

Bagian kanan info@microsoft.com 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.


1
Ini akan menjadi contoh yang lebih baik jika Anda menggunakan microsoft.com jadi setidaknya domainnya sama.
Lightness Races in Orbit

10

user@example.org 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.)


2
Sejauh ini, inilah jawaban terbaik.
Keavon

1
@ Koavon: Terima kasih :). Dua jawaban lain tidak benar-benar sampai pada intinya, IMO, dan tampak agak membingungkan.
Peter Cordes

1
Ada yang layanan yang menggunakan SRVcatatan 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.
zwol

3

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:

  1. Sebuah valid Format URL (URI dalam leksikon modern), seperti abc://azertyfoo.baz:303/- ini namun BUKAN web address.
  2. URL yang keduanya valid secara sintaksis (seperti di atas), tetapi juga menentukan skema yang diketahui (sedikit sebelumnya ://), 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:

  • FQDN, dikonfigurasi dengan benar dengan data MX.
  • Sebaliknya diatasi nama domain yang mungkin tidak memenuhi syarat (seperti yang digunakan di banyak lingkungan perusahaan). Misalnya MyMail.local- jelas .localbukan domain tingkat atas (TLD) yang valid , namun nama domain ini masih valid dan dapat diselesaikan di lingkungan perusahaan.
  • Nama host, seperti localhost( misalnya, alamat default pada halaman kesalahan di banyak versi Apache webmaster@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 .
  • Alamat IP, 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]/


Poin baiknya, perbarui jawaban saya untuk mengatakan "berfungsi" alih-alih menggunakan kata OP "valid", yang memiliki arti teknis berbeda.
Peter Cordes
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.