Defaults.Exposed › Pembaikan › Rekod MX (Persediaan Mel)

Cara memperbaiki Rekod MX (Persediaan Mel)

Rekod MX ialah papan tanda yang memberitahu seluruh internet ke mana untuk menghantar e-mel yang ditujukan kepada domain anda. Jika ia hilang atau rosak, setiap mesej yang dihantar kepada perniagaan anda — pertanyaan pelanggan, tetapan semula kata laluan, invois, kontrak — akan dipantulkan terus kembali kepada penghantar. Tiada MX, tiada peti masuk.

Kesimpulan untuk perniagaan anda: Jika rekod MX anda hilang atau salah, domain anda tidak dapat menerima e-mel langsung. Pelanggan yang menulis kepada anda mendapat ralat dan menganggap anda mengabaikan mereka atau sudah ditutup. Anda tidak pernah melihat mesej-mesej itu — termasuk urusan perniagaan, invois, dan masalah mendesak yang memerlukan balasan.

Apakah kos yang boleh timbul

• Bakal pelanggan mengisi borang 'hubungi kami' atau menghantar e-mel kepada alamat pada kad anda. Mesej dipantulkan. Mereka tidak mencuba lagi — mereka pergi kepada pesaing, dan anda tidak pernah tahu pertanyaan itu wujud.
• Pembekal menghantar invois tertunggak dan notis terakhir. Kedua-duanya dipantul secara senyap. Perkara pertama yang anda dengar ialah perkhidmatan dipotong atau surat kutang hutang.
• Anda mendaftar untuk alat baru, portal bank, atau perkhidmatan kerajaan dan ia menghantar e-mel pengesahan atau tetapan semula kata laluan ke domain anda. Ia tidak pernah tiba, dan anda terkunci daripada sesuatu yang anda perlukan hari ini.
• E-mel berfungsi dengan baik, kemudian seseorang menukar DNS semasa pemindahan laman web dan rekod MX digugurkan. Selama beberapa hari, setiap e-mel kepada seluruh syarikat secara senyap hilang sebelum sesiapa menyedari peti masuk telah menjadi sunyi.
• Penipu yang berpotensi menyedari domain anda tidak mempunyai persediaan mel dan tiada perlindungan, dan mula menggunakannya — kerana domain yang tiada siapa memantau adalah yang paling mudah untuk disalahgunakan.

Mengapa ia penting. Penghantaran e-mel bergantung pada satu carian DNS: pelayan mel penghantaran bertanya 'di mana saya menghantar mel untuk domain ini?' dan membaca jawapan dari rekod MX anda. Jika tiada jawapan, atau ia tidak menunjuk ke mana-mana, mel ditolak dan dipantulkan. Ini adalah bahagian paling asas, semua-atau-tiada dalam paip e-mel — apabila ia salah, segala-galanya tentang e-mel anda tidak penting, kerana tiada apa yang tiba. (Satu pengecualian sah ialah domain yang sengaja ditetapkan untuk tidak menerima sebarang e-mel, yang mempunyai konfigurasi betulnya sendiri.)

Apakah rekod MX, dalam bahasa mudah

Apabila seseorang menghantar e-mel kepada sesiapa @ domain anda, pelayan mel penghantaran perlu menjawab satu soalan terlebih dahulu: “Di mana saya menghantar mel untuk domain ini?” Ia mencari jawapan dengan mencari rekod MX domain anda — singkatan untuk Mail eXchange. Rekod MX adalah papan tanda dalam tetapan domain anda yang berkata “hantar e-mel untuk domain ini ke pelayan mel ini.”

Itulah keseluruhan kerja. Rekod MX tidak menyimpan e-mel anda, tidak melindunginya, dan tidak memutuskan siapa yang dibenarkan menghantar sebagai anda. Mereka adalah alamat pada sampul surat yang memberitahu sistem pos pejabat pengisihan mana yang mengendalikan mel anda. Betulkan alamat dan mel mengalir masuk. Tinggalkan kosong atau arahkan ke bangunan yang salah dan mel terus dipulangkan bertanda tidak boleh dihantar.

Ini adalah bahagian paling asas dalam persediaan e-mel. Setiap kawalan e-mel lain — anti-penipuan, penyulitan, penapis spam — menganggap mel sebenarnya boleh mencapai anda pada mulanya. Rekod MX adalah apa yang menjadikan itu benar.

Apa yang ini boleh koskan anda

Kerana rekod MX yang rosak gagal secara senyap untuk anda — anda hanya berhenti menerima mel, tanpa ralat di pihak anda — kerosakan cenderung ditemui lewat, selepas ia sudah berlaku. Beberapa situasi realistik:

• Pertanyaan yang tidak pernah mencapai anda. Prospek menghantar e-mel kepada alamat di laman web anda. Bagi mereka, mesej dipantulkan dengan notis kegagalan penghantaran; bagi anda, tiada apa berlaku. Kebanyakan orang tidak menelefon selepas pantulan — mereka menganggap anda tidak berminat dan menghubungi firma seterusnya dalam senarai mereka. Anda tidak pernah tahu lead itu wujud, jadi anda tidak dapat mengukur kos sebenarnya.

• Invois yang anda “abaikan.” Pembekal menghantar invois, kemudian peringatan, kemudian notis terakhir — semua dipantulkan. Hubungan merosot, perkhidmatan digantung, atau bil kecil bertukar menjadi masalah kawalan kredit, semua kerana mel tidak pernah mendarat di hadapan sesiapa.

• Terkunci daripada akaun anda sendiri. Anda cuba menetapkan semula kata laluan, mengesahkan portal perbankan atau kerajaan baru, atau menuntut lesen perisian. E-mel pengesahan dihantar ke domain anda dan hilang. Kini tugas rutin menjadi kesukaran tiket sokongan pada masa yang paling tidak sesuai.

• Pemindahan laman web yang secara senyap membunuh e-mel. Pereka web memindahkan DNS anda ke pembekal baru dan menyalin rekod laman web — tetapi bukan rekod MX. Selama beberapa hari, setiap e-mel kepada setiap alamat di syarikat anda hilang secara senyap sebelum sesiapa menghubungkan “ia agak sunyi” dengan “e-mel kami rosak.”

• Kelihatan ditinggalkan. Domain yang tidak boleh menerima e-mel dibaca, kepada pelanggan dan kepada semakan kepercayaan automatik, sebagai perniagaan yang sebenarnya tidak beroperasi. Ia menghakis keyakinan pada masa tepat anda mahu kelihatan mantap dan boleh dipercayai.

Tiada satu pun daripada ini mengumumkan dirinya. Itulah yang menjadikan rekod MX yang hilang lebih berbahaya daripada yang kelihatan: apabila anda menyedarinya, anda sudah kehilangan mel yang tidak akan pernah anda peroleh balik.

Apa yang ia sebenarnya

Tetapan DNS domain anda menyimpan beberapa jenis rekod. Rekod MX adalah yang mengawal e-mel masuk. Persediaan yang berfungsi kelihatan seperti satu atau lebih entri, setiap satu menamakan pelayan mel dan membawa nombor keutamaan:

• Nama pelayan mel (hos “mail exchange” pembekal e-mel anda).
• Nombor keutamaan — nombor yang lebih rendah dicuba dahulu. Pelbagai rekod membolehkan pembekal menawarkan pelayan sandaran, jadi mel masih boleh tiba jika satu sibuk atau tidak aktif.

Apa yang “baik” kelihatan: sekurang-kurangnya satu rekod MX yang sah menunjuk kepada pelayan mel pembekal e-mel yang sebenarnya anda gunakan — Google Workspace, Microsoft 365, perkhidmatan mel hos web anda, atau yang serupa — dengan nama pelayan tepat dan keutamaan yang pembekal itu memberitahu anda untuk digunakan.

Satu pengecualian penting. Sesetengah domain sengaja ditetapkan untuk tidak menerima sebarang e-mel — contohnya domain yang digunakan hanya untuk laman web, atau dipegang semata-mata untuk melindungi jenama. Cara yang betul untuk mengisytiharkan itu adalah rekod null MX: satu rekod MX tunggal dengan keutamaan 0 dan hos berupa hanya titik (.). Ini adalah standard internet yang diterbitkan (RFC 7505) dan ia adalah jawapan yang betul untuk domain yang tidak menerima — penghantar mendapat penolakan “domain ini tidak menerima e-mel” yang segera dan jelas dan bukannya kelewatan yang mengelirukan. Pada semakan ini, null MX yang diterbitkan dengan betul lulus dengan markah penuh — ia adalah pilihan yang disengajakan dan betul, bukan kesalahan. Yang gagal ialah tidak mempunyai apa-apa langsung, yang tidak dapat dibezakan daripada kesilapan.

Mengapa ia penting untuk gred anda. Ini adalah semakan yang dinilai bernilai sehingga 25 mata dalam kategori Keselamatan E-mel. Domain yang sepatutnya menerima e-mel tetapi tiada rekod MX ditanda sebagai kegagalan keparahan sederhana — kerana, dari segi praktikal, perniagaan di sebaliknya tidak boleh dicapai melalui e-mel. Domain yang menerima dengan betul, atau null MX yang diterbitkan dengan betul, memperolehi mata penuh.

Cara membetulkannya (percuma, kira-kira 5 minit)

Berikan ini kepada orang IT atau pembekal web anda — pembetulan adalah percuma. Rekod MX berada dalam DNS domain anda, tempat yang sama alamat laman web anda dikonfigurasi. Sesiapa yang menguruskan domain atau laman web anda boleh melakukan ini dalam beberapa minit tanpa sebarang kos. Anda hanya membayar untuk perkhidmatan peti mel itu sendiri, dan hanya jika anda belum memilikinya.

Pembetulan bergantung kepada mana satu daripada dua situasi anda berada.

Jika domain anda PATUT menerima e-mel tetapi tiada rekod MX

Anda perlu menunjukkan domain anda kepada pelayan mel pembekal e-mel anda. Gunakan rekod tepat yang pembekal anda terbitkan — contoh di bawah adalah tipikal, tetapi sentiasa salin nilai semasa dari halaman persediaan pembekal anda sendiri, kerana ia berubah.

1. Log masuk ke pembekal DNS anda — di mana sahaja tetapan domain anda berada (contohnya Cloudflare, GoDaddy, hos web anda, atau pendaftar anda).

2. Tambah rekod MX untuk perkhidmatan e-mel anda:

   Google Workspace (persediaan rekod tunggal semasa):

   • MX hos: domain anda → smtp.google.com, keutamaan 1 (Akaun Google Workspace yang lebih lama mungkin masih menggunakan set lima pelayan bermula aspmx.l.google.com pada keutamaan 1 dan pelayan alt1–alt4 pada keutamaan 5–10. Sama ada sah — padankan dengan apa yang ditunjukkan konsol admin Google anda.)

   Microsoft 365:

   • MX hos: domain anda → <domain-anda-dengan-tanda-sempang>.mail.protection.outlook.com, keutamaan 0 (Microsoft menjana nama hos tepat untuk anda dalam pusat admin — salin dari sana dan bukannya meneka formatnya.)

   Pembekal lain (mel hos web anda, peti mel Zoho/Fastmail/dll. yang dihoskan): salin nama hos MX dan keutamaan secara verbatim dari arahan persediaan DNS pembekal itu.

3. Simpan, kemudian tunggu. Perubahan DNS mengambil masa kira-kira 15–30 minit untuk berkuat kuasa (kadang-kadang lebih lama). Hantar e-mel ujian kepada alamat di domain anda dan sahkan ia tiba.

Jika domain anda TIDAK SEPATUTNYA menerima sebarang e-mel

Terbitkan null MX supaya status “tiada e-mel di sini” adalah eksplisit dan betul:

1. Log masuk ke pembekal DNS anda.
2. Tambah satu rekod MX tunggal dengan keutamaan 0 dan hos berupa hanya . (titik tunggal).
3. Simpan. Penghantar kini akan mendapat penolakan yang segera dan mematuhi standard, dan semakan ini akan lulus.

Jika anda akan memindahkan DNS atau hos

Sebelum pemindahan, rekodkan rekod MX semasa anda dengan tepat (dan SPF, DKIM dan sebarang rekod mel lain). Selepas pemindahan, cipta semula setiap satu daripadanya pada pembekal baru dengan nilai dan keutamaan yang sama, dan hantar e-mel ujian sebelum anda menganggap penghijrahan selesai. Terlupa rekod MX semasa pemindahan adalah cara tunggal paling biasa perniagaan secara tidak sengaja memadamkan e-mel mereka sendiri.

Kesilapan biasa

• Membiarkan MX kosong dan bukannya menerbitkan null MX. Jika domain benar-benar tidak menerima mel, katakan demikian dengan null MX (0 .). Kosong adalah samar-samar dan dibaca sebagai kesilapan; null MX adalah jawapan yang betul dan mendapat kredit penuh.
• Menunjukkan MX kepada perkara yang salah. Ralat yang sangat biasa ialah rekod MX yang diarahkan kepada pelayan laman web anda atau pembekal yang tidak lagi digunakan. Pelayan mel akan cuba menghantar ke sana dengan penuh semangat — dan gagal. Sentiasa salin rekod dari pembekal yang sebenarnya mengehoskan peti mel anda hari ini.
• Menggugurkan MX semasa pemindahan laman web atau DNS. Laman web kembali berfungsi, semua orang berehat, dan e-mel secara senyap mati. Layani MX (dan rekod mel lain) sebagai bahagian mandatori dalam senarai semak pemindahan.
• Mengedit keutamaan dengan tangan. Jangan cipta atau “kemas kini” nombor keutamaan. Masukkan tepat apa yang pembekal anda nyatakan, termasuk semua pelayan sandaran, supaya penghantaran sandaran terus berfungsi.
• Menganggap MX melindungi anda daripada penipuan. Ia tidak. MX adalah mel masuk sahaja. Perlindungan pemalsuan adalah SPF, DKIM dan DMARC — rekod berasingan, diperiksa secara berasingan.

Secara ringkas

Rekod MX adalah alamat pada sampul surat e-mel anda. Apabila ia betul — atau ditetapkan kepada null dengan betul untuk domain yang tidak menerima — mel mencapai anda dan semakan ini lulus. Apabila ia hilang, perniagaan anda tidak boleh dicapai melalui e-mel dan kehilangan mesej yang tidak pernah dilihatnya. Pembetulan adalah percuma, mengambil masa beberapa minit, dan sangat berbaloi diserahkan kepada sesiapa yang menguruskan domain anda hari ini.

Soalan Lazim