Kısa cevap: Reverse DNS, IP adresinden bir sunucu adına bakma işlemidir; PTR bu amaçla kullanılan kayıttır. E-posta tanısında önce gerçek giden posta IP’sini bulmalı, sonra bu IP’nin döndürdüğü adı ve adın ileri DNS sonucunu karşılaştırmalısınız. Web sitesinin IP’sini kontrol etmek her zaman posta sunucusunu kontrol etmek değildir.
İleri ve geri sorguyu iki ayrı satıra yazın
Bir satır IP’den sunucu adına, diğer satır sunucu adından IP’ye gitsin. İsimler benziyor diye eşleşmenin doğru olduğunu varsaymayın. IETF RFC 1912, DNS işletiminde A ve PTR tutarlılığını ele alır. Birden fazla adres varsa hangi IP’nin gerçekten gönderimde kullanıldığını yöneticiniz belirlemelidir. IPv4 ve IPv6 sonuçları ayrı değerlendirilir; tek protokolde yapılan test diğerinin durumunu göstermeyebilir.
Gerçek çıkış noktasını belirleyin
Kurumsal posta hizmeti, web hosting ve toplu bildirim servisi farklı sağlayıcılarda olabilir. Her birinden gönderilen örnek, farklı bir çıkış yolu kullanabilir. E-posta başlıklarını inceleme rehberi, görünen adla teknik başlıkları ayırır. İnceleme için hassas olmayan bir test mesajı seçin; bütün müşteri yazışmasını kamuya açık bir araca yapıştırmayın. Sağlayıcıdan teyit almak, yalnız tahmini DNS sorgusuna dayanmak kadar önemli bir adımdır.
MX ve SPF ile sınırları ayırın
MX gelen postanın nereye teslim edileceğiyle ilgilidir. SPF alan adı adına hangi kaynakların gönderim yapabildiğini tarif eder. PTR ise IP’nin isim bilgisini sorgularken devrededir. MX önceliği yazısı ve SPF, DKIM ve DMARC rehberi bu katmanları ayrı okumaya yardımcı olur. Bir PTR değişikliği yapınca diğer doğrulama kayıtlarının otomatik güncellendiğini düşünmeyin.
Sağlayıcıya somut bir kayıt gönderin
Talepte giden IP’yi, beklenen sunucu adını, mevcut PTR sonucunu ve ileri çözümlemeyi belirtin. Hangi hizmetin sahibi olduğunuzu sağlayıcının onaylı süreciyle doğrulayın. İstenilen adın sizin denetiminizde olması önemlidir; başka bir firmanın alan adını sunucu adı yapmak doğru değildir. Test zamanını kaydedin. Eski DNS önbelleğiyle yeni sonucu karşılaştırırken hangi çözümleyicinin kullanıldığını da yazın; tek ekran görüntüsünü kalıcı durum saymayın.
DNS kontrolünden sonra teslimatı ayrıca inceleyin
PTR tutarlı olsa bile mesajın kabulü ve gelen kutusuna yerleşmesi farklı sonuçlardır. Geri dönen e-posta rehberindeki tam hata metniyle incelemeyi sürdürün. Tek testin başarısı bütün alıcılara garanti vermez. Değişiklik kaydını saklayın, sonraki sorunlarda aynı IP ve sunucu adının kullanıldığını doğrulayın. Özellikle harici SMTP veya relay devreye girdiyse önceki çıkış IP’sine yapılan PTR kontrolü artık ilgili olmayabilir.
Bu konunun diğer kontrolleri
- PTR Kaydını Kim Değiştirir? Paylaşımlı IP’de Neden Kendi Alan Adınızı Yazamazsınız?
- EHLO, PTR, SPF ve DKIM: E-posta Hatasında Hangi Kimlik Kontrol Ediliyor?
Sıkça Sorulan Sorular
PTR kaydı MX kaydı mıdır?
Hayır. MX alıcı alan adının posta hedefini gösterir. PTR bir IP adresinden isim çözümleme için kullanılır. Gelen posta ile giden sunucunun kimliğini aynı kayıtla açıklamayın.
PTR doğruysa bütün e-postalar gelen kutusuna ulaşır mı?
Hayır. Gönderen itibarı, alıcı kuralları, doğrulama ve içerik gibi farklı unsurlar bulunur. PTR kontrolü teslimat zincirinin yalnız bir bölümüdür.
Web sitemin IP’sini mi kontrol etmeliyim?
Giden postayı gerçekten hangi IP’nin gönderdiğini belirleyin. Web sitesiyle posta hizmeti farklı altyapılarda olabilir; yalnız alan adının web kaydına bakmak yanıltabilir.
Kontrol sonuçlarını hangi biçimde saklamalıyım?
Sorgulanan IP, dönen sunucu adı, bu adın ileri çözümleme sonucu ve test tarihi yeterli bir başlangıçtır. Mesajın hangi uygulamadan gönderildiğini ayrıca yazın; farklı uygulamalar farklı çıkış hizmeti kullanabilir. Kullanılan çözümleyiciyi ve IPv4 ya da IPv6 kontrolünü belirtmek sonuçları karşılaştırmayı kolaylaştırır. Tam posta kutusu arşivini paylaşmanız gerekmez. Destek ekibi değişiklik yaptıktan sonra aynı gönderim yolundan yeni bir test alarak önceki sonuçla karşılaştırın; eski ekran görüntüsünü yeni durumun kanıtı olarak kullanmayın.