Defaults.Exposed › Düzeltmeler › Guides

Yahoo 554 5.7.9 "Message Not Accepted for Policy Reasons" — Gönderici Düzeltmesi (2026)

Yayımlanma 2026-07-08

Veriler 2026-06-29 itibarıyla · metodoloji v7. 261 milyon derecelendirilmiş alan genelinde toplu sayım verileri. Bkz. nasıl derecelendiriyoruz.

Yahoo, bir ileti gönderici politikasını ihlal ettiğinde 554 5.7.9 döndürür — genellikle başarısız SPF/DKIM kimlik doğrulaması veya Yahoo’nun uyguladığı bir DMARC politikası. SPF veya DKIM’den From alanınızla hizalı olarak geçirerek düzeltin. Defaults.Exposed’un 261,086,232 alan sayımına göre (2026-06-29) yalnızca 10.59%‘lik alan — 27,640,987‘si — DMARC’ı zorluyor.

Düzeltme DNS ve liste temizliğidir, başvuru formu değil: hangi politikayı ihlal ettiğinizi tanımlayın, doğru alan için SPF veya DKIM’i geçirin, kazanan bacağı From adresinizle hizalayın, hacimli gönderiyorsanız DMARC yayımlayın ve tek tıklamayla abonelik iptali ekleyin. Aşağıda adım sırası ve Yahoo’nun kardeş kodları için kod çözücü — 553 5.7.1, 553 5.7.2 ve 421 ertelemeler.

Yahoo hatası 554 5.7.9 ne anlama gelir?

Şubat 2024’ten bu yana Yahoo, Gmail ile aynı gönderici kural kümesi ailesini uygular: her gönderici SPF veya DKIM’den geçmelidir; toplu göndericiler her ikisinden de geçmeli, geçiş mekanizması From alanıyla hizalı olmalı, bir DMARC politikası yayımlamalı, abone postalarında RFC 8058 tek tıklamayla abonelik iptali sunmalı ve şikâyet oranını düşük tutmalıdır. Yahoo kasıtlı olarak “toplu” için bir hacim eşiği yayımlamamaktadır — Google’ın paralel kuralı çizgisini günde 5.000 iletide çizer ve çoğu gönderenin kullandığı çalışma ölçütü budur. AOL posta kutuları aynı altyapı üzerinde çalışır, dolayısıyla tek düzeltme her ikisini de kapsar.

554 5.7.9, Yahoo’nun kalıcı politika reddidir. Klasik formu şöyledir: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — kasıtlı olarak geneldir, çünkü tüm politika ailesini kapsar: kimlik doğrulama başarısızlıkları, DMARC zorlaması (gönderen alanın kendi p=reject’i dahil) ve gönderici yönergesi ihlalleri. Gmail’in 550-5.7.26’sının aksine metin nadiren hangi bacağın başarısız olduğunu söyler; bu nedenle aşağıdaki 1. adım — alanınızın dışarıdan taramas — burada daha az değil, daha fazla önem kazanır.

Altta yatan açık büyüktür: 2026-06-29 itibarıyla 261,086,232 alan sayımında 46.4% (121,145,609) hiç SPF kaydı yayımlamıyor ve yalnızca 10.59% DMARC’ı zorluyor. Yahoo egzotik bir şey istemiyor — kimlik doğrulamasız çoğunluktan gelen postaları reddediyor.

Hangi Yahoo geri dönüş koduna sahipsiniz?

NDR’nizi bu tabloyla eşleştirin — her girişi “şuna benzer geri dönüş:” olarak ele alın, çünkü Yahoo resmi olarak verbatim dizeler yerine hata kategorileri yayımlar; tam ifade ve köşeli parantezli neden etiketleri (ör. [TSS04]) pratikte gözlemlenmiştir ve zaman içinde değişir. Parçaları gerçek geri dönüşünüze ve Yahoo’nun Sender Hub hata kodu listesine karşı kontrol edin.

Bu tablo hakkında iki dürüst not. 421 ertelemesi, Yahoo karar verirken sizi kısıtladığını gösterir — yeniden denemeye saygı gösterin, yavaşlayın ve şikâyet tarafını düzeltin; kuyruğa çarpmak ertelemelerle 553’lere dönüşür. Hiçbir DNS kaydı engelleme listesindeki bir IP’yi listeden çıkarmaz: kimlik doğrulama politika reddini durdurur ve nüksetmeleri önler, ancak IP itibarı yalnızca zaman içinde temiz gönderimle kurtarılır.

554 5.7.9’u adım adım nasıl düzeltirsiniz?

1. Önce defaults.exposed üzerinden ücretsiz taramayı çalıştırın. Canlı SPF, DKIM ve DMARC kayıtlarınızı dışarıdan okur — Yahoo’nun gördüğü aynı görünüm — ve DNS’e dokunmadan önce hangi bacağın başarısız olduğunu gösterir.
2. Yahoo’nun gerçekte kontrol ettiği alan için SPF’yi geçirin. Her göndericinin yarısını yakalayan güvenlik rayı: alıcılar SPF’yi From başlığına değil, Return-Path (RFC5321.MailFrom) alanına karşı değerlendirir. Bir bülten aracı veya CRM sizin için gönderiyorsa, SPF genellikle onların geri dönüş alanına karşı değerlendirilir — bu nedenle kendi SPF kaydınız mükemmel olabilir ve alakasız. Geri dönüşlerinizin hangi alana döndüğünü doğrulayın, ardından bu alanın SPF’sinin gönderim kaynağını kapsadığından emin olun.
3. Kendi alanınızla DKIM imzalamayı etkinleştirin. Sağlayıcınızda veya ESP’nizde özel alan DKIM’i (genellikle iki veya üç CNAME kaydı) açın, böylece imzalar d=alanınız.com desin, platformun varsayılanı değil. Platform kılavuzları: Mailchimp, Brevo ve Klaviyo DMARC başarısızlıkları.
4. Geçen bacağı From alanınızla hizalayın. Yahoo’nun gereksinimleri — tıpkı DMARC gibi — hizalamayı önemser: SPF veya DKIM, From adresinizdeki alanla eşleşen bir alan için geçmelidir. Taramanız SPF ve DKIM yeşil gösterirken Yahoo hâlâ reddediyorsa hizalama tuzağındasınız — bkz. DMARC başarısız ama SPF ve DKIM geçiyor.
5. Hacimli gönderiyorsanız bir DMARC kaydı yayımlayın. Yahoo, toplu göndericilerden raporlama adresiyle en az p=none ister — sabit hacim sayısı yayımlamaz; bu nedenle Google’ın 5.000/gün eşiğini çalışma ölçütü olarak kullanın. _dmarc’ta bir TXT kaydıdır — kayıt ve artış planı için DMARC düzeltme rehberi, kontrol paneli örneği için IONOS DMARC kurulum rehberi. Nihayetinde onu zorunlu kılarak 89.41%‘lik alanın önüne geçersiniz.
6. Pazarlama ve abone postalara RFC 8058 tek tıklamayla abonelik iptali ekleyin (List-Unsubscribe + List-Unsubscribe-Post başlıkları) ve abonelik iptallerini iki gün içinde yerine getirin. Saygın ESP’ler, alan kimlik doğrulaması açıkken bunları otomatik olarak ekler — gönderilen bir iletinin başlıklarında doğrulayın.
7. Şikâyetleri düşük tutun. Yahoo, kullanıcı “spam olarak işaretle” eylemlerine büyük önem verir — spam oranınızı %0,3’ün altında tutun — ve süregelen şikâyet artışları 421 ertelemelerinden 553/554 reddelerine giden ana yoldur. Yahoo’nun Sender Hub’ı üzerinden şikâyet geri bildirim döngüsüne kayıt olun, katılım göstermeyenleri budayın ve asla satın alınan listelerden posta göndermeyin.

Göndericilerin çoğu 554 5.7.9’u adım 2–4’te çözer; adım 5–7, sonrasında erteleme döngüsünden uzak tutmanızı sağlar. Her iki sağlayıcı için tam gereksinim listesi — eşikler, başlıklar, spam oranı rakamları — için Google ve Yahoo gönderici gereksinimleri referans makalemize bakın; bu rehber geri dönüşü düzeltmeye odaklanmıştır.

Yahoo’nun kuralları küçük göndericiler için geçerli mi?

Toplu kontrol listesi — hem SPF hem de DKIM, hizalama, DMARC yayımlama, tek tıklamayla abonelik iptali — resmi olarak önemli hacimli göndericiler için geçerlidir; Yahoo açıkça “önemli” için bir sayı koymayı reddeder (Google’ın paralel kuralı günde 5.000 iletide sınır koyar, yaygın çalışma ölçütü). Ancak temel kimlik doğrulama herkesten beklenir; 554 5.7.9, tetiklemeden önce hacminizi kontrol etmez: küçük göndericiler ESP’lerinin paylaşılan altyapısı üzerinden, kendi alanlarının p=reject’i üzerinden hizasız postayla veya yalnızca hiç kimlik doğrulaması olmayan bir alandan göndererek — hiç SPF kaydı olmayan 46.4%‘lik alanlar (2026-06-29 sayımı) — buna çarpar. Adım 1–4’ü herhangi bir hacimde zorunlu olarak değerlendirin.

Gmail’in 550-5.7.26’sı ile aynı mı?

Aynı kural kümesi ailesi, farklı lehçe. Google ve Yahoo gereksinimlerini 2023 sonlarında birlikte duyurdu ve her ikisi de Şubat 2024’te uygulamaya başladı; dolayısıyla biri için düzeltilen alan özünde diğeri için de düzeltilmiş olur. Pratik farklar: Gmail’in geri dönüş metni genellikle başarısız mekanizmayı adlandırır, Yahoo’nun 554 5.7.9’u genellikle adlandırmaz; ve Yahoo şikâyet güdümlü IP ertelemelerine daha fazla ağırlık verir. Her ikisinde de geri dönüş mü alıyorsunuz? Burada bir kez düzeltin, ardından Gmail özelliklerini 550-5.7.26 rehberinde kontrol edin.

Sık sorulan sorular

554 5.7.9, Yahoo’nun alanımı engelleme listesine aldığı anlamına mı gelir? Genellikle hayır. Bu bir politika reddidir — çoğunlukla kimlik doğrulama — itibar kararı değil; ve DNS’te tamamen düzeltilebilir. Ayrıca üzerinde durduğunuz çok yaygın bir zemin: 2026-06-29 sayımı itibarıyla 261,086,232 alanın yalnızca 10.59%‘si DMARC politikasını zorluyor. Kimlik doğrulamanız temizken süregelen 553 5.7.2 redleri itibar durumudur.

Bültenum From adresi @yahoo.com olduğunda Yahoo’da neden geri dönüyor? Çünkü Yahoo 2014’te kendi tüketici alanlarında p=reject yayımladı — üçüncü taraf bir hizmetin From @yahoo.com ile göndermesi, Yahoo’nun kendi DMARC’ında başarısız olur ve tasarımı gereği reddedilir. Düzeltme yapısaldır: kendi kimlik doğrulamasıyla kendi alanınızdan gönderin, ücretsiz e-posta adresinden değil. ESP’nizin özel alan kurulumu yoldur — bkz. bülten platformu rehberi.

DNS’i düzelttikten ne kadar sonra Yahoo postamı kabul eder? Kimlik doğrulama düzeltmeleri yeni kayıtlar görünür görünmez etki eder — dakikalar ile birkaç saat, yavaş TTL’ler için 48 saate kadar. İtibar kurtarması daha yavaştır: 421 ertelemeler günler içinde temiz, şikâyetsiz gönderimle solar; 553 5.7.2 kalıcı ertelemesi haftalar veya yeni bir ısınma süreci alabilir.

Sahiplerine raporu gönderin

Bu geri dönüşü bir müşteri için temizliyorsanız, bileti “Yahoo tekrar postaları kabul ediyor” diyerek kapatmayın. Değişikliklerinizden sonra ücretsiz taramayı yeniden çalıştırın ve derecelendirilmiş raporu iş sahibine iletin. Sade İngilizce ile, alanın artık e-postasını kimlik doğruladığını ve hâlâ eksik kaldığı yerleri gösterir — siber sigorta yenileme ve tedarikçi güvenlik anketleri için ihtiyaç duydukları kanıt. Geri dönüşü düzelttiniz; rapor bunu kanıtlar.

Alanınızı kontrol edin → · Gmail 550-5.7.26 rehberi → · DMARC’ı düzelt → · Nasıl derecelendiriyoruz → · Yalnızca toplu veriler. Veriler AB’de depolanır ve işlenir.