# Bagaimana cara memeriksa catatan MX, SPF, DKIM dan DMARC saya?

> Cek DNS email dengan dig MX, dig TXT, dig CNAME pada _domainkey dan dig TXT _dmarc: 6 pencarian mencakup pengaturan Proton Mail lengkap 8 catatan.

- URL: https://postelva.com/id/guides/check-email-dns-records/
- Terakhir diperbarui: 2026-11-12
- Penerbit: Postelva (https://postelva.com)

Empat jenis catatan, satu alat baris perintah. Jalankan pencarian setelah setiap perubahan dan sebelum Anda memperketat kebijakan apa pun.

**Jawaban singkat — Bagaimana cara memeriksa catatan MX, SPF, DKIM dan DMARC?**

Jalankan dig MX yourdomain +short untuk MX, dig TXT yourdomain +short untuk SPF, dig CNAME selector._domainkey.yourdomain +short untuk DKIM, dan dig TXT _dmarc.yourdomain +short untuk DMARC. Di Windows, nslookup melakukan hal yang sama. Pengaturan Proton Mail lengkap pada domain **Postelva** membutuhkan 6 pencarian untuk 8 catatan.

## Pencarian mana memeriksa catatan mana

| Dipublikasikan | Perintah dig | Seperti apa jawaban yang benar |
| --- | --- | --- |
| MX | dig MX example.com +short | 10 mail.protonmail.ch. dan 20 mailsec.protonmail.ch. (Proton Mail) |
| SPF | dig TXT example.com +short | Satu baris yang diawali v=spf1, misalnya "v=spf1 include:_spf.protonmail.ch ~all" |
| DKIM | dig CNAME fm1._domainkey.example.com +short | Target penyedia, misalnya fm1.example.com.dkim.fmhosted.com. (Fastmail) |
| DMARC | dig TXT _dmarc.example.com +short | Satu baris yang diawali v=DMARC1, misalnya "v=DMARC1; p=none; rua=mailto:dmarc@example.com" |
| MTA-STS (opsional) | dig TXT _mta-sts.example.com +short | "v=STSv1; id=..." |

*Terakhir diperiksa pada 12 November 2026; angka yang lebih lama mencantumkan tanggalnya sendiri.*

*Pencarian dengan dig, nslookup dan PowerShell*

```bash
# dig (macOS, Linux, Windows with BIND tools)
dig MX example.com +short
dig TXT example.com +short
dig CNAME protonmail._domainkey.example.com +short
dig TXT _dmarc.example.com +short

# Ask the authoritative nameserver directly, skipping caches
dig NS example.com +short
dig MX example.com +short @ns1.your-nameserver.example

# nslookup (Windows, macOS, Linux)
nslookup -type=MX example.com
nslookup -type=TXT _dmarc.example.com

# PowerShell
Resolve-DnsName -Type MX example.com
Resolve-DnsName -Type TXT _dmarc.example.com
```

## Bagaimana cara memeriksa catatan MX?

**Jalankan dig MX dengan domain Anda dan +short, lalu bandingkan prioritas dan nama host dengan nilai yang diberikan penyedia Anda.** Jawabannya mencetak satu baris per catatan: prioritas, spasi, lalu host. Untuk Proton Mail Anda mengharapkan 10 mail.protonmail.ch. dan 20 mailsec.protonmail.ch.; untuk Fastmail 10 in1-smtp.messagingengine.com. dan 20 in2-smtp.messagingengine.com.; untuk Mailbox.org empat host mxext.

Dua masalah muncul di sini. Catatan dari penyedia sebelumnya yang masih ada dalam daftar membuat pengiriman tidak dapat diprediksi, jadi hapus. Dan jawaban kosong berarti tidak ada MX: pengirim kemudian kembali ke catatan alamat domain, seperti dijelaskan RFC 5321. Arti setiap baris dijelaskan di [apa itu catatan MX](https://postelva.com/id/what-is-an-mx-record/ "What is an MX record?").

## Bagaimana cara memeriksa catatan SPF?

**Minta catatan TXT di root domain dan pastikan tepat satu baris diawali v=spf1.** Root juga memuat catatan TXT lain, seperti bukti kepemilikan dari penyedia email Anda, jadi baca seluruh daftarnya. Dua baris yang diawali v=spf1 adalah kesalahan: RFC 7208 mengembalikan kesalahan permanen jika domain memiliki lebih dari satu catatan SPF.

Lalu hitung pencariannya. Setiap include, a, mx, ptr dan exists, ditambah modifier redirect, dihitung terhadap batas 10, dan include juga menghitung apa yang ada di dalamnya. Catatan yang melewati batas gagal untuk setiap pengirim. Pembuatan catatan dijelaskan dalam [cara membuat catatan SPF](https://postelva.com/id/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## Bagaimana cara memeriksa DKIM jika saya tidak tahu selektornya?

**Gunakan selektor penyedia Anda: Anda tidak dapat mendaftar selektor dari DNS, jadi ambil dari layar DKIM penyedia.** DNS tidak mengizinkan daftar nama di bawah _domainkey. Selektornya adalah protonmail, protonmail2 dan protonmail3 di Proton Mail, fm1, fm2 dan fm3 di Fastmail, dan MBO0001 sampai MBO0004 di Mailbox.org.

Nama pencariannya adalah selector._domainkey.yourdomain. Penyedia yang menggunakan CNAME, seperti ketiganya, menjawab dengan CNAME ke host miliknya sendiri. Penyedia yang mempublikasikan kunci secara langsung menjawab dengan catatan TXT yang berisi v=DKIM1 dan p= diikuti kunci publiknya. p= yang kosong berarti kunci dicabut. Pengujian paling kuat adalah pesan nyata, karena catatan yang ada masih bisa tidak digunakan: kirim email ke penyedia lain dan baca dkim=pass di header lengkapnya.

## Bagaimana cara memeriksa catatan DMARC?

**Minta catatan TXT di _dmarc.yourdomain dan pastikan satu baris diawali v=DMARC1 dan memuat kebijakan p=.** Jika p tidak ada, penerima memperlakukan kebijakan sebagai none. Jika baris tidak memiliki rua, tidak ada laporan agregat yang dihasilkan, dan tahap pemantauan dalam [penerapan DMARC](https://postelva.com/id/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") tidak memberi tahu Anda apa-apa. Catatan dalam gaya lama mungkin masih memuat tag pct, yang dihapus oleh RFC 9989.

Subdomain tanpa catatannya sendiri mengikuti kebijakan induknya melalui penelusuran pohon DNS, dengan paling banyak delapan kueri. Pencarian nama yang tidak memiliki catatan tidak mengembalikan apa pun, yang sama artinya dengan tidak ada DMARC.

## Mengapa pencarian saya masih menampilkan nilai lama?

**Cache menyimpan jawaban lama sampai TTL-nya habis, dan catatan yang hilang juga dapat di-cache.** Waktu yang dibutuhkan perubahan untuk menyebar kira-kira sama dengan TTL lama pada catatan saat Anda mengubahnya. Panduan vendor menyebutkan perubahan MX biasanya memakan waktu satu sampai empat jam, dan hingga 24 sampai 48 jam dalam kasus terburuk. RFC 2308 menambahkan bahwa jawaban negatif di-cache dengan TTL dari rekaman SOA zona, sehingga catatan yang baru saja Anda buat bisa tampak tidak ada di beberapa resolver.

Untuk melewati cache, tanyakan nameserver otoritatif: temukan dengan dig NS, lalu ulangi kueri dengan @ dan namanya, seperti pada blok kode di atas. Jika server otoritatif menampilkan nilai baru dan resolver Anda tidak, tunggu. Jika keduanya tidak, catatannya tidak tersimpan atau nama host-nya salah, paling sering karena editor DNS menambahkan domain untuk kedua kalinya.

Jika email masih belum sampai setelah catatannya terlihat benar, buka [mengapa email tidak sampai ke domain kustom](https://postelva.com/id/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?").

## Alat online mana yang dapat memeriksa catatan email?

**Setiap pencarian DNS online atau pemeriksa autentikasi email yang menanyakan DNS publik memberikan jawaban yang sama dengan dig, dengan tampilan yang lebih ramah.** Gunakan yang menampilkan teks catatan mentah, sehingga Anda dapat membandingkannya karakter demi karakter dengan nilai penyedia Anda. Jangan menempelkan data pribadi ke dalamnya: nama domain saja yang dibutuhkannya.

Menurut hitungan Postelva pada 12 November 2026, pengaturan Proton Mail lengkap membutuhkan 8 catatan (1 TXT verifikasi, 2 MX, 1 SPF, 3 DKIM, 1 DMARC) dan 6 pencarian, karena kedua catatan MX berbagi satu kueri dan catatan verifikasi serta SPF berbagi kueri TXT root. Simpan keenam perintah sekali dan jalankan ulang setelah setiap perubahan. Catatan yang sama dibandingkan dalam [SPF vs DKIM vs DMARC](https://postelva.com/id/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?").

Satu aturan yang dapat dikutip: setelah setiap perubahan DNS, kueri keempat jenis catatan dan kirim pesan uji; sebuah catatan hanya benar jika pencarian dan pesan itu sepakat.

## Pertanyaan tentang memeriksa catatan email

### Mengapa dig menampilkan nilai TXT dalam tanda kutip?

Tanda kutip menandai batas string TXT. Nilai yang lebih panjang dari 255 karakter muncul sebagai beberapa string berkutip, yang diterima penerima tanpa spasi di antaranya.

### Apakah dig berfungsi di Windows?

Hanya jika Anda memasang alat BIND. Windows sudah memiliki nslookup bawaan, dan PowerShell memiliki Resolve-DnsName, yang keduanya membaca catatan yang sama.

### Bagaimana cara melihat hasil SPF, DKIM dan DMARC dari pesan nyata?

Buka header lengkap pesan yang diterima. Server penerima mencatat hasil SPF, DKIM dan DMARC-nya di header, biasanya sebagai pass atau fail.

### Berapa lama saya harus menunggu sebelum memutuskan bahwa catatan itu salah?

Tunggu setidaknya sebesar TTL catatan lama, lalu kueri nameserver otoritatif. Jika server itu menampilkan nilai yang salah, catatannya perlu diperbaiki.

### Bisakah saya memeriksa catatan untuk domain yang bukan milik saya?

Bisa. Catatan DNS bersifat publik, dan pencarian hanya membutuhkan nama.

**Ringkasannya**

- MX: dig MX example.com +short; bandingkan prioritas dan host dengan penyedia Anda.
- SPF: dig TXT example.com +short; tepat satu baris diawali v=spf1, paling banyak 10 pencarian.
- DKIM: dig CNAME selector._domainkey.example.com +short, dengan selektor dari penyedia Anda.
- DMARC: dig TXT _dmarc.example.com +short; satu baris diawali v=DMARC1 dengan p= dan rua=.
- Pengaturan Proton Mail lengkap adalah 8 catatan dan 6 pencarian.
- Mintalah nameserver otoritatif untuk melewati cache; perubahan membutuhkan waktu kira-kira sebesar TTL lama untuk menyebar.
- Postelva meng-host catatan di DNS gratis; .com berharga US$12,49/tahun setiap tahun.

## Sumber

1. [RFC 5321, Simple Mail Transfer Protocol, bagian 5.1](https://www.rfc-editor.org/rfc/rfc5321.html) — RFC Editor (dibaca 2026-11-12)
2. [RFC 7208, Sender Policy Framework](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (dibaca 2026-11-12)
3. [RFC 6376, DKIM Signatures](https://www.rfc-editor.org/rfc/rfc6376.html) — RFC Editor (dibaca 2026-11-12)
4. [RFC 9989, DMARC](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (dibaca 2026-11-12)
5. [RFC 2308, Negative Caching of DNS Queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (dibaca 2026-11-12)
6. [Berapa lama perubahan catatan DNS menyebar](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (dibaca 2026-11-12)
7. [Domain kustom dan anti-spoofing](https://proton.me/support/anti-spoofing-custom-domain) — Proton (dibaca 2026-11-12)

---

Postelva: Postelva mendaftarkan nama domain untuk email pribadi — alamat yang tetap Anda simpan saat Anda mengganti penyedia — dibayar dengan kripto tanpa KYC: tanpa ID, hanya satu email terverifikasi per domain. Dikelola oleh DomaineGoat LLC, perusahaan terdaftar di Panama; domain didaftarkan melalui mitra registrar terakreditasi ICANN-nya. Harga .com adalah US$12,49/tahun, sama setiap tahun.