Gmail bounce satırında 550 5.7.26 görüp panelde SPF kaydınızın durduğunu görünce çelişki gibi gelir. Kayıt vardır. Dig de döner. Buna rağmen Gmail postayı reddeder. Sebep çoğu zaman SPF’in “yok” olması değil; DMARC hizalamasının (alignment) veya From domain’inin gönderen kimliğiyle uyuşmamasıdır.
Gmail 2024’ten beri toplu ve kimlik doğrulamasız gönderimleri sertleştiriyor. 5.7.26 metni sıkça SPF/DKIM/DMARC’den birinin geçmediğini veya From’un yetkilendirilmediğini yazar. Sizin senaryonuz: SPF TXT var, IP listede, ama From’daki domain ile SPF/DKIM’in doğruladığı domain aynı organizasyonel kökte değil — ya da ara sunucu From’u değiştiriyor.
5.7.26 neyi işaret eder
Bu kod “SPF kaydı bulunamadı” demek zorunda değildir. Sık görülen mesaj parçaları: authentication failed, unauthenticated email, DMARC policy. Panelde v=spf1 mx ip4:45.84.90.12 -all görmeniz yalnızca o zone için SPF politikanızın yayınlandığını gösterir. Gmail ise şunu sorar: bu mesajın From: domain’i, SPF’in geçirdiği MAIL FROM (envelope) veya DKIM’in d= domain’iyle hizalı mı?
SPF geçse bile DMARC düşebilir
Klasik tuzak: web formundan veya fatura aracından giden postada From destek@sirketiniz.com, envelope ise aracın kendi domain’i. SPF o araç domain’inde geçer; DMARC From’a bakar ve hizasız sayar. Başka tuzak: Reply-To doğru, From ise eski hosting domain’i. EuroVDC kurumsal kutuda MX securemail.eurovdc.eu (öncelik 10) olmalı; gönderim de aynı zone’daki SPF/DKIM ile From’a hizalanmalıdır.
Kayıt tablosu ve hizalama özeti: SPF, DKIM, DMARC ve teslimat. Nameserver’lar ns1.eurovdc.eu / ns2.eurovdc.eu ise zone’u EuroVDC panelinden düzenlersiniz; A/MX/TXT adımları: nameserver ve DNS kayıtları.
Hızlı teşhis sırası
- Bounce’taki Authentication-Results / Failed satırını okuyun: SPF=pass ama DMARC=fail mı?
dig TXT alanadiniz.comvedig TXT _dmarc.alanadiniz.com— politikap=reject/p=quarantineise hizasız posta bilinçli kesilir.- Gönderen yazılımın From domain’ini kurumsal domain ile aynı yapın; üçüncü taraf için onun IP’sini SPF’e ekleyin veya o servisin DKIM’ini From’a hizalayın.
- Birden fazla SPF TXT’si varsa birleştirin; iki ayrı SPF kaydı RFC’ye aykırıdır ve alıcılar rastgele birini seçebilir.
EuroVDC tarafında doğru taban
Kurumsal e-posta için tipik taban: MX 10 → securemail.eurovdc.eu, SPF v=spf1 mx ip4:45.84.90.12 -all, DKIM seçicisi genelde dkim._domainkey. Bu taban From domain’inin zone’unda durmalıdır; web sitesi başka hostingtе olsa bile mail DNS’i From’un cevap verdiği nameserver’da yönetilir. AB altyapısında kutu için kurumsal e-posta ürününe bakın.
Sıkça sorulan sorular
SPF dig’de çıkıyor, neden 5.7.26?
Kayıt varlığı yetmez. Gmail From ile hizalı SPF veya DKIM ister. Envelope başka domain’deyse SPF “başka yerde” geçer, DMARC From için fail olur.
Yalnızca softfail (~all) yetmez mi?
Kurumsal kutuda -all hedeflenir. Softfail bazı alıcılarda geçse de DMARC hizasında zayıf kalabilir; Gmail sıkı politikalarda yine keser.
DKIM yoksa SPF tek başına kurtarır mı?
DMARC için SPF veya DKIM’den biri hizalı geçmeli. Forward ve bazı ara sunucularda SPF kırılır; DKIM daha dayanıklıdır. İkisini de açın.
p=none iken neden yine reddediliyor?
Gmail kendi kurallarını da uygular. p=none sizin domain politikanızdır; alıcı yine kimlik doğrulaması zayıf postayı 5.7.26 ile kesebilir.
Hangi sunucudan gönderdiğimi nasıl doğrularım?
Test mailinin ham başlığında Received ve Authentication-Results satırlarına bakın. Gönderim IP’si 45.84.90.12 veya yetkili MX zinciri değilse SPF tarafını o kaynağa göre düzeltin.
