Pertanyaan Di mana email yang dikirim ke *@example.com pergi? [Tutup]


Jadi saya bertanya-tanya ini untuk waktu yang lama.

Di mana email dikirim ke *@example.com pergi? Jika saya tidak sengaja mengirim informasi sensitif *@example.com Akankah beberapa orang jahat (berpotensi di IANA) dapat mengambilnya suatu hari nanti?


80
2017-11-22 02:52




Jika Anda menjalankan Postfix sebagai server SMTP Anda, Anda dapat menggunakan discard (postfix.org/discard.8.html) untuk membuang email ke domain RFC 2606 (bukan bouncing). - HTTP500
Dapatkah seseorang menjelaskan mengapa ini dimigrasikan di sini dan kemudian ditutup? Saya memulai pertanyaan tentang Stack Overflow karena saya pikir itu adalah masalah yang lebih umum, tetapi saya kira masuk akal bahwa ini seharusnya ada di sini yang terkait dengan email dan jaringan. Tetapi jelas beberapa orang yang berpengalaman tidak setuju. Bagaimana dan di mana saya bisa mendapatkan pertanyaan ini dibuka kembali? - bryan kennedy
Jika topik off-nya di sini saya yakin itu akan baik-baik saja di webmaster pro. - DisgruntledGoat
Ini mungkin paling cocok untuk Pengguna Super. - MDMarra
Jika Anda mengunjungi example.com, ia mengatakan itu disediakan untuk tujuan ilustrasi & tautan ke iana.org/domains/reserved - user


Jawaban:


Jika Anda mencoba mengirim email ke *@example.com

  1. SMTP Anda akan memeriksa domain yang ada.
  2. Server SMTP Anda akan mencari a MX rekam di example.com.
  3. Tidak ada satu pun: SMTP Anda akan jatuh kembali pada A merekam. IP adalah 174.137.125.92 (untuk hari ini)
  4. IANA telah mendaftarkan domain, tetapi belum menyiapkan server SMTP yang mendengarkan di port 25 pada 174.137.125.92.
  5. Maka perilaku tergantung pada SMTP Anda. Sebagian besar server akan mengirimkan peringatan kepada Anda, dan coba lagi nanti. Akhirnya (biasanya dalam 3 hari), SMTP akan membuang pesan dan mengirimi Anda pemberitahuan kegagalan.

Intinya: Itu tergantung pada konfigurasi Anda sendiri. Tetapi jika IANA menyiapkan server hari ini, mereka mungkin dapat menerima pesan yang Anda coba kirimkan 3 hari yang lalu.


38
2017-11-22 09:33





Jika tidak ada data MX, server email akan berusaha mengirim ke data A.

server example.com tidak mendengarkan pada port 25, sehingga server email tidak akan membuat koneksi TCP dan bahkan tidak akan memulai pengiriman.


55
2017-11-22 03:23





example.com tidak memiliki data MX, jadi server SMTP Anda di domain pengirim harus memantul pesan jika dikonfigurasi karena sebagian besar server SMTP.

EDIT: untuk kejelasan bagi mereka yang menemukan jawaban ini di masa mendatang, berikut adalah penjelasan tentang apa catatan MX: (dari http://en.wikipedia.org/wiki/Mx_record diambil 21 November 2011)

Data mail exchanger (data MX) adalah jenis catatan sumber daya dalam Sistem Nama Domain yang menentukan server email yang bertanggung jawab untuk menerima pesan email atas nama domain penerima dan nilai preferensi yang digunakan untuk memprioritaskan pengiriman email jika beberapa server email tersedia . Kumpulan data MX dari nama domain menentukan bagaimana email harus diarahkan dengan Simple Mail Transfer Protocol.

Jadi, pada dasarnya, example.com, example.net, dan example.org tidak memiliki server yang ditunjuk untuk menangani surat masuk, dan karena itu setiap email yang dikirim kepada mereka harus dikembalikan ke pengirim sebagai "tidak terkirim" (dapat bervariasi berdasarkan konfigurasi server SMTP , tetapi kembali ke pengirim sebagai "tidak terkirim" adalah perilaku yang sangat umum untuk situasi ini).

EDIT 2: Seseorang memunculkan perilaku terdefinisi RFC 5321 untuk kembali menggunakan A record dalam kasus hilangnya MX record. Saya mencari RFC ini ( http://tools.ietf.org/html/rfc5321 ) dan tidak menemukan hal semacam itu, tetapi ada kemungkinan bahwa beberapa MTA (Mail Transfer Agent, seperti exim, postfix, sendmail, dan Microsoft Exchange Server, antara lain) mungkin mencoba mengirim email melalui SMTP ke alamat yang ditentukan dalam catatan A. Untuk anak cucu, inilah yang terjadi ketika Anda mencoba membangun koneksi SMTP ke alamat catatan A yang ditetapkan untuk example.com (192.0.43.10 pada saat penulisan):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDIT 3: lihat balasan di bawah ini untuk klarifikasi terkait RFC dan perilaku mundur.


48
2017-11-22 02:56



Jawaban Anda salah - RFC 5321 tidak menyebutkan bahwa resolusi itu kembali A catatan ketika tidak ada MX catatan ada ("aturan MX implisit"); Lihat bagian 5.1. Jika daftar kosong MX dikembalikan, alamat diperlakukan seolah-olah itu terkait dengan MX MX implisit, dengan preferensi 0, menunjuk ke host itu. - josh3736
Juga, SMTP telah selalu mundur ke A aturan - itu tidak diperkenalkan dengan 5321. - josh3736
Dari RFC 974 (973 & 974 memperkenalkan data MX) It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX). - Chris S
@ josh3736 SMTP tidak pernah menyebutkan bahwa ia jatuh kembali dari catatan MD & MF ke A RR. Faktanya, RFC 821 tidak menyebutkan bagaimana tepatnya menggunakan file HOSTS (DNS tidak ada pada saat itu) untuk mencari server jauh. Namun Anda benar bahwa MX diminta untuk kembali ke A record, per RFC 974. Ini dikodifikasikan karena sudah menjadi praktik umum, MD dan MF merekam terlalu rumit dan umumnya tidak digunakan. - Chris S
Terima kasih atas semua klarifikasi Anda - saya belajar sedikit dari ini. - seanp2k


Otoritas Nomor yang Ditetapkan Internet:

Contoh Domain

Seperti yang dijelaskan dalam RFC 2606, kami memiliki sejumlah domain seperti EXAMPLE.COM dan EXAMPLE.ORG untuk keperluan dokumentasi. Domain ini dapat digunakan sebagai contoh ilustratif dalam dokumen tanpa koordinasi sebelumnya dengan kami. Mereka tidak tersedia untuk pendaftaran.


18
2017-11-22 02:56



Jawaban Anda tidak responsif terhadap pertanyaan itu.
@George Kenapa tidak? IANA memiliki domain sehingga meskipun tidak ada MX pada hari ini, IANA dapat mengaturnya di masa depan dan mulai menerima email misalnya. * Domain. Ini adalah jawaban terbaik menurut saya. - eduardocereto