SPF kaydı yok ya da fazla serbest

ÖnemOrta

KapsamTüm site

EmekAz

DoğrulamaGüvenlik taraması (haftalık ya da Yeniden tara)

Kural anahtarısec_spf

Kısa cevap

Alan adınızda v=spf1 ile başlayan, e-postanızı gönderen her servisi sayan ve ~all ya da -all ile biten tam olarak bir TXT kaydı yayınlayın; örneğin v=spf1 include:_spf.google.com ~all. Hiç e-posta göndermeyen bir alan adı v=spf1 -all yayınlayabilir.

Neden önemli

SPF, alıcı posta sunucularına alan adınız adına hangi sunucuların e-posta gönderebileceğini söyler. Kayıt yoksa ya da +all (internetteki her sunucuya izin verir) kullanılıyorsa alan adınızı kullanan sahte bir ileti gerçeğinden daha az güvenilir görünmez. Gmail ve Yahoo tüm e-postada SPF ya da DKIM, toplu gönderenlerde ise ikisini birden ve DMARC'ı şart koşar; eksik ya da bozuk bir kayıt kendi bültenlerinizin ve faturalarınızın teslimini de zorlaştırır.

SPF tek başına okurun gördüğü Kimden: adresini korumaz; bunun için üstüne DMARC gerekir. Arama sıralamasına etkisi yoktur, ancak adınıza gönderilen oltalama markanıza duyulan güveni zedeler.

Glimana bunu nasıl tespit eder

Glimana kayıtlı alan adınızın (site www ya da bir alt alan adında çalışsa bile örneğin example.com) TXT kayıtlarını herkese açık DNS-over-HTTPS çözücüleriyle okur ve v=spf1 ile başlayanları tutar. SPF kaydı yoksa alan adının MX kaydı varsa orta, e-posta almıyorsa düşük; birden fazla SPF kaydı orta (standart bunu hata sayar); +all ya da yalın all ile biten kayıt yüksek; ?all ya da hiç all olmaması (alıcılar bunu nötr sayar) düşük önemlidir. ~all ve -all geçer; redirect= ile devreden kayıt da geçer. 10 sorgu sınırı sayılmaz. DNS sorgulanamadıysa sonuç Ölçülemedi olur.

Nasıl düzeltilir

Dikkat

SPF en çok 10 DNS sorgusuna izin verir (include, a, mx, exists, redirect); daha fazlasını gerektiren kayıt düzgün görünse de alıcıda başarısız olur ve Glimana bunları saymaz. İki v=spf1 kaydınız varsa üçüncüsünü eklemek yerine ikisini tek kayıtta birleştirin. -all'a ancak tüm gönderenleri listeledikten sonra geçin: bülten aracı, CRM, destek masası ve sitenin kendi iletişim formu e-postası.

Glimana'da bulguyu bulun. Güvenlik sayfasını açın; bu kontrol E-posta ve DNS grubunda, son taramanın kanıtı başlığının altında. Aynı sorun Sorunlar › SPF kaydı yok ya da fazla serbest altında da listelenir.
Düzeltmeyi platformunuzda uygulayın.

CloudflareDiğer DNS sağlayıcılarıE-posta göndermeyen alan adı

DNS › Records bölümüne gidin. v=spf1 ile başlayan TXT kaydını düzenleyin ya da Add record ile ekleyin: Type TXT, Name @, Content v=spf1 include:_spf.google.com ~all (include değerini sağlayıcınızınkiyle değiştirin). Böyle yalnız bir kayıt bırakın.

Host değeri @ (panele göre boş) olan bir TXT kaydı ekleyin. Tüm gönderenleri tek değerde birleştirin; örneğin v=spf1 include:_spf.google.com include:spf.protection.outlook.com ~all. Posta sağlayıcınız ve her gönderim servisi kendi include: değerini belgelerinde verir. Sonucu dig +short TXT example.com ile kontrol edin.

Alan adında v=spf1 -all yayınlayın. v=DMARC1; p=reject; değerli bir DMARC kaydıyla birlikte bu, alıcılara ondan geldiğini iddia eden her iletiyi reddetmelerini söyler.
Glimana'da kontrol edin. Güvenlik sayfasında Yeniden tara düğmesine basın (saatte en çok iki tarama) ya da pazar günkü haftalık taramayı bekleyin; kontrol geçince sorun kapanır.

Düzeltme nasıl doğrulanır

DNS'i değiştirdikten sonra eski kaydın TTL süresinin dolmasını bekleyin, ardından Güvenlik sayfasında Yeniden tara düğmesine basın (ya da pazar 04:00'teki haftalık taramayı bekleyin); kontrol geçtiğinde sorun kapanır.