SPF permerror kalıcı değerlendirme hatasını, softfail ise göndericinin kayıtta açıkça yetkili olmadığı ve politikanın yumuşak başarısızlık bildirdiğini gösterir. İkisini aynı yöntemle düzeltmeyin.
1. Hangi domain değerlendiriliyor?
Alıcının mail kaynağında Authentication-Results satırını bulun. Görünen From adresi ile SMTP MAIL FROM domain'i farklı olabilir. SPF sorgusunu smtp.mailfrom alanındaki domain üzerinde yapın.
dig +short TXT example.com
2. Permerror nedenini ayırın
Birden fazla SPF, bozuk sözdizimi veya aşırı DNS lookup varsa önce onu düzeltin. Include zincirlerini sağlayıcı kayıtlarıyla karşılaştırın. Tek SPF kaydı kalmalı; sağlayıcının vermediği include hedeflerini tahmin etmeyin. TXT kaydının sonundaki -all ifadesini değiştirmek sözdizimi veya lookup hatasını çözmez.
3. Softfail nedenini bulun
Kaydın ~all ile bittiğini ve gerçek gönderim IP'sinin yetkili mekanizmalarda bulunup bulunmadığını inceleyin. İşlem maili sitenin yerel sunucusundan çıkıyorsa kurumsal mail sağlayıcısının SPF'si onu otomatik kapsamaz. Doğru SMTP servisine geçin veya sahibi olduğunuz gerçek gönderici IP'sini uygun politikaya ekleyin.
v=spf1 ip4:203.0.113.10 ~all
Bu yalnız kayıt biçimi örneğidir; örnek IP'yi canlı DNS'e koymayın. +all bütün interneti yetkili sayar ve çözüm değildir.
4. Yönlendirmeyi hesaba katın
Mail forward edildiğinde son gönderen IP değişir ve SPF bozulabilir. Sağlam DKIM imzası ve DMARC hizalaması burada önemlidir; her forward IP'sini SPF'ye eklemeyin.
Doğrulama
Aynı gönderim kanalından yeni mail yollayın; eski mailin başlığı değişmez. Sonuçta SPF pass ve beklenen MAIL FROM domain'ini görün. DMARC pass için ayrıca From hizalaması gerektiğini unutmayın.
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



