Jawaban singkat
Mengapa email tidak masuk ke domain kustom saya?
Email berhenti sampai ke domain kustom saat catatan MX-nya hilang, salah atau tercampur dengan penyedia lama, saat perubahan DNS belum menyebar, atau saat domain kedaluwarsa. Postelva menghitung delapan penyebab umum di bawah; pemeriksaan pertama selalu catatan MX, yang biasanya membutuhkan waktu hingga 24 jam untuk stabil.
Delapan penyebab email hilang, beserta perbaikannya
| Gejala | Kemungkinan penyebab | Cara memeriksa | Solusi |
|---|---|---|---|
| Tidak ada yang masuk, tanpa pantulan | Catatan MX hilang atau masih ke penyedia lama | Cari catatan MX domain | Tambahkan catatan MX penyedia baru dan hapus yang lama |
| Sebagian email masuk, sebagian tidak | Catatan MX lama dan baru tercampur | Daftar MX memuat host dari dua penyedia | Simpan hanya MX penyedia baru, atau beri nomor prioritas terendah kepada mereka |
| Kemarin berfungsi, hari ini tidak | Perubahan DNS belum menyebar | Resolver yang berbeda memberikan jawaban yang berbeda | Tunggu hingga TTL lama habis; perubahan MX biasanya 1 sampai 4 jam, hingga 24 sampai 48 jam |
| Pantulan mengatakan domain tidak ada | Domain kedaluwarsa atau ditangguhkan | Cari status domain di registri | Perpanjang; lihat apa yang terjadi pada email saat domain kedaluwarsa |
| Catatan ada tetapi pencarian mengatakan tidak ada | Negative caching dari jawaban kosong sebelumnya | Catatan yang sama ditemukan oleh satu resolver, tidak oleh yang lain | Tunggu: jawaban kosong di-cache dengan TTL dari rekaman SOA zona |
| Email dari domain Anda masuk ke spam | Dua catatan SPF, atau lebih dari 10 pencarian DNS | Hitung catatan TXT yang diawali v=spf1 | Gabungkan menjadi satu catatan SPF; jaga di bawah 10 pencarian |
| Penyedia mengatakan domain belum diverifikasi | Catatan TXT verifikasi hilang atau disalin dengan salah | Bandingkan nilainya dengan layar penyedia | Tempel ulang nilainya; beberapa host DNS menginginkan nama host tanpa domain |
| Pantulan setelah Anda memperketat DMARC | Kebijakan diatur ke reject sebelum SPF dan DKIM lulus | Baca laporan agregat | Kembali ke p=none, perbaiki pengirim, lalu perketat lagi |
Apa yang harus saya periksa terlebih dahulu?
Periksa catatan MX terlebih dahulu, karena catatan itu menentukan ke mana setiap pesan untuk domain dikirim. Catatan MX menyebutkan server email dan prioritas; pengirim mencoba nomor terendah lebih dulu. Jika daftarnya kosong, email tidak punya tujuan. Jika daftarnya menyebut penyedia lama, email terus datang ke sana.
Dua perintah menunjukkan jawabannya. Ganti yourname.com dengan domain Anda.
dig MX yourname.com +short
nslookup -type=MX yourname.comSeperti apa jawaban MX seharusnya?
Hanya boleh mencantumkan host dari penyedia Anda saat ini. Jawaban yang diharapkan untuk Proton Mail adalah dua baris: mail.protonmail.ch dengan prioritas 10 dan mailsec.protonmail.ch dengan prioritas 20. Untuk Fastmail adalah in1-smtp.messagingengine.com dengan 10 dan in2-smtp.messagingengine.com dengan 20. Cara membaca setiap catatan ada di cara memeriksa catatan MX, SPF, DKIM dan DMARC.
Mengapa email masih pergi ke penyedia lama saya?
Karena catatan MX lama masih ada di zona, atau karena resolver masih menyimpannya di cache. Menurut indeks Postelva pada 12 November 2026, tiga penyedia dengan pengaturan MX yang terdokumentasi, yaitu Proton Mail, Mailbox.org dan Fastmail, meminta Anda menghapus catatan MX yang mengarah ke tempat lain atau memberi catatan baru prioritas terendah. Membiarkan kedua kumpulan tetap ada membuat email dikirim ke salah satu server secara tidak terduga.
Waktu yang dibutuhkan perubahan kira-kira sebesar TTL lama pada catatan saat Anda mengubahnya. TTL 3600 detik berarti hingga satu jam jawaban cache; TTL 86400 berarti hingga satu hari. Proton Mail menyarankan memberi waktu hingga satu hari untuk perubahan MX, dan Mailbox.org menyatakan sinkronisasi catatan verifikasinya bisa memakan waktu hingga 48 jam. Jika Anda merencanakan pemindahan, bukan memperbaiki, pindahkan email ke penyedia baru tanpa kehilangan email menjelaskan cara menurunkan TTL sebelumnya.
Bisakah domain yang kedaluwarsa menghentikan email saya?
Bisa: setelah domain melewati masa kedaluwarsanya dan DNS-nya berhenti di-resolve, email masuk akan terpental atau hilang. Kebijakan Expired Registration Recovery ICANN memungkinkan pemilik memperpanjang sejak hari kedaluwarsa. Setelah penghapusan, registri gTLD menawarkan masa penebusan 30 hari selama resolusi DNS dinonaktifkan, transfer diblokir, dan registrar dapat memulihkan nama itu dengan biaya tambahan. Hari persis DNS berhenti bervariasi menurut registrar.
Pemicu kedua yang kurang dikenal adalah email registrant. ICANN mewajibkan registrar untuk memverifikasinya dalam 15 hari sejak pendaftaran, transfer atau perubahan registrant, dan domain yang pemiliknya tidak pernah menjawab dapat ditangguhkan. Postelva menyatakannya dengan jelas: email pendaftar diverifikasi setelah pendaftaran, sesuai aturan ICANN (dalam 15 hari). Jawab email verifikasi dan aktifkan perpanjangan otomatis, yang di sini adalah perpanjangan otomatis dari saldo Anda, bisa diaktifkan atau dimatikan per domain. Garis waktu lengkapnya ada di apa yang terjadi pada email saat domain kedaluwarsa.
Bisakah SPF, DKIM atau DMARC membuat email menghilang?
Mereka lebih banyak memengaruhi email yang Anda kirim daripada email yang Anda terima, tetapi kebijakan DMARC yang ketat dapat membuat penerima langsung menolak pesan Anda. Sebuah domain hanya boleh mempublikasikan satu catatan SPF: catatan kedua, atau catatan SPF yang membutuhkan lebih dari 10 pencarian DNS (RFC 7208), mengembalikan kesalahan permanen dan penerima memperlakukan pemeriksaan sebagai gagal. Tambahkan include penyedia baru ke catatan yang sudah ada, alih-alih membuat catatan baru.
Untuk DMARC, mulailah di p=none dengan alamat laporan, pastikan SPF dan DKIM lulus pada semua email sah, lalu pindah ke quarantine dan akhirnya reject. Mailbox.org memperingatkan bahwa kebijakan ketat yang diterapkan terlalu dini dapat memantulkan email sah. Catatannya dijelaskan dalam cara membuat catatan SPF.
Di mana Postelva berada dalam hal ini?
Postelva meng-host DNS domain, sehingga setiap catatan dalam panduan ini diedit di area klien. DNS mencakup hosting DNS gratis dengan catatan A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV dan CAA, DNSSEC, dan nameserver Anda sendiri jika Anda mau (2 sampai 13). Templat sekali klik tersedia untuk Proton Mail, Fastmail dan Zoho Mail; untuk Tuta, Mailbox.org, iCloud+ dan Migadu catatannya diketik di editor DNS. Jika templat dan catatan yang diketik tangan tidak sama, zona menampilkan keduanya, jadi baca daftar lengkapnya sebelum Anda menunggu penyebaran. Support membalas melalui email: balasan email dalam 12 jam, 7 hari seminggu, termasuk bantuan untuk catatan MX, SPF, DKIM dan DMARC.
Pertanyaan tentang email yang hilang
Berapa lama saya harus menunggu sebelum menganggap perubahan DNS gagal?
Beri waktu hingga TTL lama catatan, lalu periksa dari resolver kedua. Perubahan MX biasanya memakan waktu 1 sampai 4 jam dan bisa memakan waktu 24 sampai 48 jam.
Mengapa sebagian pengirim bisa sampai ke saya dan sebagian tidak?
Setiap resolver pengirim menyimpan catatan lama Anda di cache untuk waktu yang berbeda, sehingga selama perubahan, sebagian pengiriman mencapai server baru dan sebagian ke server lama. Menghapus catatan MX lama mengakhiri perpecahan itu.
Apakah catch-all memengaruhi pengiriman?
Hanya di dalam kotak surat: catch-all menerima nama yang tidak Anda buat. Jika alamat bernama hilang, periksa apakah aliasnya ada dan apakah catch-all akun lain tidak menangkap email tersebut.
Bisakah penyedia memblokir domain saya?
Penyedia dapat menolak domain yang belum diverifikasi. Periksa catatan TXT verifikasi dan layar status penyedia sebelum Anda mencari lebih jauh.
Bagaimana jika domain saya ditampilkan sebagai kedaluwarsa?
Perpanjang segera dari area klien. Selama masa penebusan, registrar masih dapat memulihkannya, dengan biaya tambahan yang harus diumumkan.
Ringkasannya
- Periksa catatan MX terlebih dahulu: catatan itu menentukan ke mana email dikirim.
- Hapus catatan MX lama atau beri catatan baru prioritas terendah.
- Perubahan MX membutuhkan kira-kira TTL lama: biasanya 1 sampai 4 jam, hingga 48 jam.
- Hanya satu catatan SPF, di bawah 10 pencarian DNS (RFC 7208).
- Domain yang kedaluwarsa berhenti di-resolve; masa penebusan berlangsung 30 hari.
- ICANN mewajibkan email registrant diverifikasi dalam 15 hari.
- Perketat DMARC dari p=none, jangan pernah langsung ke reject.
Sumber (8)
- RFC 7208, bagian 4.6.4: batas pencarian DNS — RFC Editor (dibaca 2026-11-12)
- RFC 2308: negative caching kueri DNS — RFC Editor (dibaca 2026-11-12)
- Kebijakan Expired Registration Recovery ICANN — ICANN (dibaca 2026-11-12)
- Perjanjian Akreditasi Registrar 2013 — ICANN (dibaca 2026-11-12)
- Domain kustom dari Namecheap (nilai MX) — Proton (dibaca 2026-11-12)
- Catatan DNS default — Fastmail (dibaca 2026-11-12)
- mailbox.org KB: SPF, DKIM dan DMARC — mailbox.org (dibaca 2026-11-12)
- Berapa lama perubahan DNS menyebar — Suped (dibaca 2026-11-12)