PTR ve rDNS: e-posta gönderen sunucunun kimliği
Bir alıcı “reverse DNS” hatası veriyorsa domain DNS paneline rastgele TXT kaydı eklemeyin. Sorunun hangi IP’den yapılan gönderimde oluştuğunu belirleyerek doğru sorumluya yönelin.
PTR, gönderen IP’nin bir sunucu adına ters DNS ile karşılık gelmesini sağlar. Bu kayıt genellikle IP’yi sağlayan altyapı tarafında yönetilir. Domaininizin MX ve TXT kayıtlarını düzeltmek, gönderen IP’nin PTR kaydını otomatik değiştirmez.
Bu rehber kimler için? Teslimat hatalarını inceleyen domain yöneticileri ve kendi sunucusuyla TekPosta gönderimini karşılaştıran teknik ekipler.
İleri ve ters DNS farklı yönlerde çalışır
Normal bir DNS sorgusu sunucu adından IP’ye gider. Ters DNS ise IP’den sunucu adına ulaşmayı amaçlar. E-posta alıcıları bu ilişkiyi gönderen altyapının tutarlılığını değerlendirirken kullanabilir.
PTR’nin gösterdiği adın uygun ileri DNS karşılığıyla tutarlı olması önemlidir. Fakat doğru PTR, mesaj içeriğini, şirketin izinli iletişimini veya gönderim itibarını tek başına doğrulamaz.
PTR’yi kim değiştirebilir?
Şirket domaininizin DNS sağlayıcısında MX, SPF, DKIM ve DMARC düzenlersiniz. PTR ise IP adresinin ters bölgesinde yönetilir ve çoğu durumda IP sağlayıcısının yetkisindedir. İki panel aynı kuruluşta olsa bile kayıt yönetimi farklı olabilir.
TekPosta üzerinden çıkan trafik için altyapı ilişkisini destek değerlendirir. Web siteniz doğrudan başka IP’den e-posta gönderiyorsa o çıkışın PTR ayarı ayrıca kontrol edilmelidir. Bir servisin doğru ayarı diğer IP’yi kapsamaz.
Hata kaydından gerçek çıkış IP’sini belirleyin
Alıcının dönüşündeki açıklamayı ve gönderim saatini toplayın. Hangi istemcinin veya uygulamanın mesajı başlattığını not edin. Site formu, CRM ve çalışan kutusu farklı yollar kullanabilir; hepsini tek kaynak gibi ele almayın.
- Mesajı hangi hizmetin gönderdiğini belirleyin.
- Hata metninde belirtilen IP veya sunucu adını not edin.
- Domain DNS kaydı mı, IP altyapısı mı olduğunu ayırın.
- İlgili altyapı sorumlusuyla kontrol edin ve dış test yapın.
PTR’yi teslimatın bir parçası olarak görün
Büyük alıcıların gönderen kuralları DNS tutarlılığı ve kimlik doğrulamayı birlikte değerlendirebilir. SPF/DKIM/DMARC eksikleri, hatalı alıcılar ve ani yüksek hacim de teslimatı etkiler.
Doğru PTR’den “bütün mesajlar gelen kutusuna gider” sonucu çıkarmayın. Kaynak kimliği düzgün olduktan sonra içerik, alıcı ilişkisi ve gönderim davranışını da inceleyin. Hata düzeldiğinde eski kayıtla yeni test sonucunu karşılaştırın.
Sık sorulan sorular
PTR kaydını şirket domainimin DNS paneline ekler miyim?
Genellikle hayır. PTR, gönderen IP’nin ters DNS yönetiminde düzenlenir. IP sağlayıcısı veya e-posta altyapısı sorumlusu ile kontrol edilmelidir.
PTR doğruysa SPF ve DKIM gerekmez mi?
Gerekir. PTR altyapı kimliğini, SPF ve DKIM farklı doğrulama alanlarını ele alır; birbirlerinin yerine geçmezler.
Kaynaklar ve doğrulama
Teknik adımları uygularken aşağıdaki kaynakları ve kullandığınız sağlayıcının güncel ayarlarını birlikte kontrol edin. Örnek kayıtlar kendi domaininiz için panelde üretilen değerlerin yerine geçmez.
Şirketinizin e-postasını kendi domaininizde yönetin
TekPosta'da domain, DNS doğrulama, mail adresleri, uygulama şifreleri ve taşıma adımlarını aynı panelden takip edebilirsiniz. Ekibinizin ihtiyacına uygun planı inceleyin veya geçiş planınızı bizimle paylaşın.