Apa Itu Reverse DNS (PTR) dan Pengaruhnya ke Email

Bayangkan kamu baru memindahkan email kantor ke VPS sendiri. Semua terlihat normal: email masuk lancar, kirim ke sesama rekan kantor juga berhasil. Tapi setiap email ke alamat Gmail kembali dengan pesan error yang menyebut "PTR record". Masalahnya bukan di SPF atau isi email, melainkan di satu record DNS yang sering terlupa: reverse DNS.

Reverse DNS, atau record PTR, adalah kebalikan record A. Kalau record A menjawab "domain ini ada di IP berapa", record PTR menjawab "IP ini milik nama host apa". Untuk website, record ini nyaris tidak berpengaruh. Untuk server yang mengirim email, record ini termasuk syarat dasar.

Cara kerja PTR di balik layar

DNS biasa bekerja dari nama ke alamat. Saat seseorang membuka domainmu, resolver mencari record A dan mendapat alamat IP. Reverse DNS bekerja dari arah sebaliknya memakai zona khusus bernama in-addr.arpa untuk IPv4 dan ip6.arpa untuk IPv6. Penjelasan dasar record DNS lainnya ada di artikel apa itu DNS.

Untuk IPv4, angka IP ditulis terbalik lalu diberi akhiran in-addr.arpa. IP 203.0.113.10 misalnya dicari sebagai 10.113.0.203.in-addr.arpa, dan jawabannya berupa record PTR yang berisi nama host seperti mail.domainmu.com.

Hal yang paling sering membingungkan: record PTR tidak diatur di pengelola DNS domainmu. Zona reverse dimiliki oleh pemilik blok IP, yaitu penyedia VPS, data center, atau ISP. Kamu bisa menambah ribuan record di DNS domain, tapi PTR untuk IP server tetap harus diubah oleh pemilik IP-nya, biasanya lewat panel penyedia atau permintaan ke tim support.

Kenapa penerima email peduli pada PTR?

Spammer sering mengirim email dari komputer yang disusupi, koneksi rumahan, atau server sementara. IP seperti itu biasanya tidak punya PTR, atau PTR-nya berupa nama generik yang jelas menunjukkan koneksi pelanggan biasa. Server email yang serius sebaliknya punya nama host yang jelas dan konsisten.

Karena itu banyak penerima memeriksa PTR sebelum menerima email. Per 7 November 2026, panduan pengirim email Google untuk semua pengirim menyatakan bahwa domain atau IP pengirim harus punya record DNS maju dan balik (PTR) yang valid, dan IP pengirim harus sama dengan IP dari nama host yang tertulis di record PTR. Pemeriksaan dua arah ini dikenal sebagai forward-confirmed reverse DNS (FCrDNS).

Contohnya, IP 203.0.113.10 punya PTR mail.domainmu.com, lalu mail.domainmu.com punya record A yang kembali ke 203.0.113.10. Kalau salah satu arah tidak cocok, pemeriksaan gagal. Gmail biasanya menolak email seperti itu dengan kode error 550-5.7.25.

Nama host yang dipakai server saat menyapa penerima (perintah HELO atau EHLO) juga sebaiknya sama dengan nama di PTR. Ketidakcocokan ini bukan selalu penyebab penolakan, tapi menjadi salah satu sinyal yang diperhitungkan filter spam.

Siapa yang perlu mengatur PTR sendiri?

Kebutuhannya berbeda tergantung cara kamu mengirim email.

Kalau kamu memakai shared hosting dan email ditolak karena PTR, masalahnya ada di sisi server penyedia, jadi laporkan ke mereka. Kalau kamu menjalankan mail server di VPS, tanggung jawab itu ada di tanganmu.

Cara mengecek dan memasang PTR

Pengecekan cukup memakai satu perintah. Di Linux atau macOS, jalankan:

dig -x 203.0.113.10 +short

Hasilnya berupa nama host, misalnya mail.domainmu.com.. Lalu cek arah sebaliknya:

dig A mail.domainmu.com +short

Kedua hasil harus saling menunjuk. Di Windows, perintah nslookup 203.0.113.10 memberi informasi yang sama. Panduan lengkap memakai dig dan nslookup ada di cara cek record DNS dengan dig dan nslookup.

Urutan memasang PTR di VPS yang benar:

1. Tentukan nama host server email, misalnya mail.domainmu.com.
2. Buat record A untuk nama itu di DNS domainmu, mengarah ke IP VPS.
3. Atur PTR di panel penyedia VPS (atau minta lewat tiket) agar IP mengarah ke mail.domainmu.com.
4. Samakan hostname server dan nama HELO di konfigurasi mail server (Postfix, Exim, atau lainnya).
5. Tunggu perubahan menyebar, lalu cek kedua arah dengan dig.

Perubahan PTR mengikuti TTL zona reverse milik penyedia, jadi kadang butuh beberapa jam sampai terlihat di semua resolver. Jangan langsung mengirim email massal sebelum kedua arah terbukti cocok. Pakai satu nama host yang jelas untuk satu IP. Nama yang berisi kata seperti "dynamic" atau deretan angka IP justru terlihat seperti koneksi rumahan di mata filter spam.

PTR hanya satu bagian dari kepercayaan

PTR yang benar tidak otomatis membuat email masuk kotak utama. Ia hanya memastikan email tidak ditolak di pintu pertama. Penerima tetap memeriksa SPF, DKIM, dan DMARC domain pengirim, reputasi IP, serta perilaku penerima terhadap emailmu. Cara mengatur ketiganya ada di panduan SPF, DKIM, dan DMARC.

IP yang baru kamu sewa juga bisa membawa riwayat buruk dari pemakai sebelumnya. Sebelum dipakai sebagai server email, periksa apakah IP itu tercantum di daftar hitam yang umum dipakai, dan mulai kirim dengan volume kecil agar reputasinya terbentuk perlahan.

Satu hal teknis lain: kalau server punya IPv6 dan mengirim email lewat IPv6, alamat IPv6 itu juga butuh PTR sendiri. Banyak admin lupa, sehingga email lewat IPv4 lolos tapi lewat IPv6 ditolak. Kalau belum siap mengatur PTR IPv6, batasi mail server agar mengirim lewat IPv4 saja.

Ringkasnya, record PTR menghubungkan IP server ke nama host yang jelas, dan penerima besar menjadikannya syarat dasar. Pengguna shared hosting dan layanan email terkelola tidak perlu mengurusnya sendiri. Yang menjalankan mail server di VPS wajib memastikan PTR, record A, dan nama HELO saling cocok sebelum mengirim email pertama.