Aynı DNS adı altında birden fazla v=spf1 kaydı yayınlamak SPF değerlendirmesinde hata oluşturur. Diğer TXT kayıtları kalabilir; sorun yalnız birden fazla SPF kaydıdır.
1. Bütün TXT kayıtlarını görün
dig +short TXT example.com
Doğrulama tokenları ile SPF'yi ayırın. Tek TXT kaydının DNS arayüzünde parçalı tırnaklar halinde gösterilmesi her zaman iki ayrı kayıt anlamına gelmez. Her bağımsız v=spf1 yanıtını sayın.
2. Yetkili gönderenleri listeleyin
Kurumsal mail, bülten servisi ve işlem maili sağlayıcısının güncel SPF talimatlarını alın. Kullanılmayan eski sağlayıcıyı eklemeyin. İki kayıt örneği yerine tek birleşik kayıt hazırlanır:
v=spf1 ip4:203.0.113.10 include:spf.saglayici.example -all
Bu çalıştırılacak gerçek kayıt değildir: IP dokümantasyon adresi, include hedefi örnektir. Kendi sağlayıcınızın gerçek değerlerini yazın. Birleştirirken yalnızca bir v=spf1 başlığı ve bir sonlandırıcı all mekanizması bırakın.
3. DNS sorgu sınırını kontrol edin
include, a, mx, exists ve redirect gibi terimlerin zinciri SPF'nin DNS sorgu bütçesini tüketebilir. On include yazmak zorunlu olarak on sorgu demek değildir; iç içe kayıtlar da sayılır. Sağlayıcıların IP'lerini elle kopyalayarak kalıcı çözüm kurmayın; IP'ler değişebilir.
4. Kaydedip test edin
Eski SPF kayıtlarının kopyasını alın. Tek kaydı yayınlayın, diğer SPF kaydını kaldırın; ilgisiz TXT doğrulamalarını silmeyin. TTL sonrası sorguyu tekrarlayın. Her gönderim kanalından test maili gönderip alıcının Authentication-Results bölümündeki spf= ve smtp.mailfrom= değerlerini inceleyin. Yalnız kendi posta kutunuzdan gönderilen bir test bülten servisini doğrulamaz.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın



