Aplikasi pengirim dan kotak masuk penerima dapat menggunakan domain yang berbeda. Record yang merutekan balasan tidak harus ada di setiap subdomain yang digunakan untuk mengirim.
Bagaimana server pengirim menggunakan MX record?
Server pengirim mencari domain penerima untuk menemukan server yang menerima email masuknya.
Untuk person@example.org, server mencari MX record untuk example.org. Setiap record menyebutkan server tujuan yang hostname-nya di-resolve ke alamat IP.
RFC 5321 mendefinisikan proses pencarian ini untuk SMTP.
Server pengirim melaporkan kesalahan jika domain penerima tidak ada. Setelah kegagalan pencarian sementara, server mengantre pesan untuk percobaan berikutnya.
Apa yang terjadi jika domain tidak memiliki MX record?
Jika tidak ada MX record, SMTP memperlakukan domain itu sendiri sebagai tujuan dan mencoba address record-nya.
MX implisit ini memiliki preferensi nol. Tidak ada daftar MX eksplisit yang mengalahkannya, sehingga pengiriman diteruskan ke alamat domain itu sendiri jika dapat digunakan.
Fallback ini berlaku untuk daftar MX yang kosong. Fallback ini tidak menyelamatkan domain yang MX record-nya sudah dipublikasikan tetapi tidak dapat digunakan.
Null MX adalah instruksi yang berbeda: RFC 7505 mendefinisikan record eksplisit yang menyatakan bahwa domain tidak menerima email. Record yang tidak ada memperbolehkan fallback. Null MX menolak pengiriman.
Apa arti angka preferensi MX?
Nilai preferensi lebih rendah menunjukkan tujuan yang harus dicoba pengirim lebih dulu.
Dengan nilai 10, 20, dan 30, tujuan pada 10 lebih diutamakan. Tujuan lainnya menyediakan alternatif jika pengiriman tidak dapat dilanjutkan ke sana. Memberikan nilai yang sama pada semua tujuan memungkinkan distribusi di antara pilihan yang setara.
Menurut RFC 5321, server pengirim harus mengacak tujuan dengan preferensi sama kecuali ada alasan jelas untuk mengutamakan salah satu. Preferensi yang sama tidak menjamin pembagian lalu lintas yang merata.
Arahkan MX record Anda ke hostname yang alamatnya Anda publikasikan agar pengirim dapat terhubung. Gunakan A record untuk alamat IPv4 atau AAAA record untuk IPv6. Jangan gunakan alias CNAME sebagai tujuan. Alias tersebut mencegah DNS menyertakan alamat dalam jawaban MX-nya. Hal itu menambah pencarian, seperti yang dijelaskan RFC 2181.
Klien SMTP harus mendukung percobaan ke tujuan alternatif. Spesifikasi merekomendasikan untuk mencoba setidaknya dua alamat jika tersedia. Kegagalan di alamat pertama tidak harus mengakhiri percobaan pengiriman.
Apakah Anda memerlukan MX record untuk mengirim?
SMTP tidak mengharuskan MX record eksplisit pada domain Anda hanya untuk mengirim pesan.
Pencarian pengiriman menggunakan domain penerima. Domain pengirim Anda tetap memerlukan DNS yang valid dan autentikasi yang sesuai dengan persyaratan penerima. Penerima dapat menerapkan pemeriksaannya sendiri terhadap domain pengirim.
MX record yang tidak ada bukan berarti domain pengirim yang tidak dapat dijangkau akan diterima oleh setiap penerima.
Ke mana kegagalan pengiriman diarahkan?
Kegagalan pengiriman diarahkan ke envelope sender, yaitu alamat yang disediakan untuk pemberitahuan kegagalan selama pengiriman SMTP.
Ke mana balasan diarahkan?
Balasan biasanya menggunakan Reply-To jika ada, jika tidak menggunakan alamat From yang terlihat.
Subdomain pengirim tidak perlu menampung semua kotak surat perusahaan. Misalnya, news.example.com dapat mengirim sementara balasan diarahkan ke alamat aktif di example.com. Tentukan pilihan rute ini secara eksplisit di alamat-alamat pesan.
Ke mana laporan operasional diarahkan?
Alamat operasional seperti postmaster@ dan abuse@ memberi operator lain cara untuk melaporkan masalah pengiriman atau penyalahgunaan.
Menurut RFC 5321, server SMTP yang meneruskan atau mengirimkan email harus menerima postmaster@ untuk domain yang dilayaninya. Ini menyediakan kontak untuk masalah layanan email.
RFC 2142 mengharuskan organisasi mendukung kotak surat peran jika fungsi terkait ada. Misalnya, penyedia layanan Internet harus mendukung abuse@ di domain organisasinya. Ini merutekan keluhan ke tim yang bertanggung jawab.
Bagaimana cara menerima email dengan Bird?
Anda mengaktifkan penerimaan untuk suatu domain dan memublikasikan MX record yang dikembalikan Bird.
Field inbound.enabled pada API menerima true untuk mengaktifkan penerimaan atau false untuk menonaktifkannya. Memublikasikan record saja tidak mengaktifkan kemampuan ini.
Setelah verifikasi, email yang ditujukan ke domain tersebut menjadi pesan masuk. Gunakan subdomain penerimaan khusus karena mengganti MX record domain utama perusahaan Anda mengubah tujuan email yang sudah ada.
Return-path record Bird menangani pemberitahuan kegagalan pengiriman secara terpisah dari MX record masuk tersebut. Panduan penerimaan menjelaskan pengaturan domain. Panduan bounce-domain menjelaskan penanganan kegagalan.
Singkatnya
MX record merutekan email masuk.
Server pengirim mencari domain penerima untuk menemukan tujuan.
MX record yang tidak ada dapat jatuh ke address record.
Jika tidak ada MX record, server pengirim dapat menggunakan address record domain tersebut.
Nilai preferensi lebih rendah dicoba lebih dulu.
Tujuan dengan preferensi sama diacak jika tidak ada alasan untuk mengutamakan salah satu.
Pengiriman dan penerimaan memerlukan keputusan terpisah.
Email keluar tetap memerlukan penanganan yang tepat untuk kegagalan pengiriman, balasan, dan alamat kontak operasional.