Defaults.Exposed › رفع اشکالها › Guides
Yahoo 554 5.7.9 «پیام به دلایل سیاستی پذیرفته نشد» — رفع فرستنده (۲۰۲۶)
منتشرشده 2026-07-08
ارقام تا 2026-06-29 · روششناسی v7. دادههای آماری کل در 261 میلیون دامنه درجهبندیشده. ببینید چگونه درجهبندی میکنیم.
Yahoo وقتی یک پیام سیاست فرستنده را نقض میکند 554 5.7.9 برمیگرداند — معمولاً شکست احراز هویت SPF/DKIM یا یک سیاست DMARC که Yahoo اعمال میکند. با pass کردن SPF یا DKIM، همراستا با دامنه From، آن را رفع کنید. تنها 10.59٪ از دامنهها DMARC اعمال میکنند — 27,640,987 از آنها — طبق سرشماری Defaults.Exposed از 261,086,232 دامنه (2026-06-29).
رفع DNS و بهداشت لیست است، نه یک فرم درخواست: تشخیص دهید کدام سیاست را نقض میکنید، SPF یا DKIM را برای دامنه درست pass کنید، بخش برنده را با آدرس From همراستا کنید، اگر در حجم بالا ارسال میکنید DMARC منتشر کنید، و unsubscribe یککلیکی اضافه کنید. در ادامه ترتیب قدم به قدم به علاوه یک رمزگشا برای کدهای مرتبط Yahoo — 553 5.7.1، 553 5.7.2 و تأخیرهای 421 آورده شده.
خطای Yahoo 554 5.7.9 چه معنایی دارد؟
از فوریه ۲۰۲۴، Yahoo همان مجموعه قوانین فرستنده Gmail را اعمال میکند: هر فرستنده باید SPF یا DKIM pass کند؛ فرستندگان انبوه باید هر دو را pass کنند، با مکانیزم pass شده همراستا با دامنه From، یک سیاست DMARC منتشر کنند، unsubscribe یککلیکی RFC 8058 روی ایمیل اشتراک ارائه دهند، و نرخ شکایت را پایین نگه دارند. Yahoo عمداً از انتشار یک آستانه حجم برای “انبوه” خودداری میکند — قانون موازی Google خط را در ۵٬۰۰۰ پیام در روز میکشد، و این معیاری است که اکثر فرستندگان استفاده میکنند. صندوقهای AOL روی همان زیرساخت اجرا میشوند، پس یک رفع هر دو را پوشش میدهد.
554 5.7.9 رد دائمی سیاستی Yahoo است. شکل کلاسیک این است: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — عمداً عمومی، چون کل خانواده سیاست را پوشش میدهد: شکست احراز هویت، اعمال DMARC (از جمله p=reject دامنه ارسال کننده)، و نقض دستورالعملهای فرستنده. برخلاف 550-5.7.26 Gmail، متن به ندرت میگوید کدام بخش شکست خورده، پس قدم ۱ زیر — اسکن از خارج دامنه شما — اینجا بیشتر اهمیت دارد، نه کمتر.
شکاف زمینهای عظیم است: در سرشماری 2026-06-29 از 261,086,232 دامنه، 46.4٪ (121,145,609) اصلاً رکورد SPF ندارند، و تنها 10.59٪ DMARC اعمال میکنند. Yahoo چیز عجیبی نمیخواهد — ایمیل از اکثریت بدون احراز هویت را رد میکند.
کدام کد bounce Yahoo دارید؟
NDR خود را با این جدول مطابقت دهید — با هر ورودی به عنوان “bounceای شبیه:” رفتار کنید، چون Yahoo رسماً دستهبندی خطا منتشر میکند نه رشتههای عین متن، و متن دقیق و تگهای دلیل در براکت (مانند [TSS04]) در طبیعت مشاهده شده و با گذشت زمان تغییر میکنند. قطعهها را با bounce واقعی خود و لیست کد خطای Yahoo Sender Hub بررسی کنید.
| کد | Bounceای شبیه (قطعه) | چه معنایی دارد | رفع کجاست |
|---|---|---|---|
| 554 5.7.9 | ”Message not accepted for policy reasons” | رد دائمی سیاست — شکست احراز هویت، DMARC یا دستورالعمل فرستنده | این راهنما، مراحل ۲–۶ |
| 553 5.7.1 | متن سیاست IP یا محتوا، اغلب با یک تگ دلیل در براکت (مثلاً مرجع blocklist) | Yahoo از این IP/منبع نمیپذیرد — block اعتبار یا سیاست | مراحل ۲–۳، سپس ارسال تمیز؛ احراز هویت از عودت جلوگیری میکند اما IP را delist نمیکند |
| 553 5.7.2 | ”will be permanently deferred” / تلاش مجدد موفق نخواهد شد | شکست اعتبار مستمر روی IP ارسال — نسخه سخت یک تأخیر | مراحل ۲–۷، warm-up IP جدید اگر خود-میزبان |
| 421 4.7.0 | ”temporarily deferred due to unexpected volume or user complaints” (اغلب تگ [TSS]) | تأخیر موقت — افزایش نرخ یا شکایت، نه block دائمی | صفهای retry تخلیه میشوند؛ مراحل ۵–۷ را رفع کنید تا تکرار نشود |
دو نکته صادقانه درباره آن جدول. تأخیر 421 Yahoo است که شما را throttle میکند در حالی که تصمیم میگیرد — به retry احترام بگذارید، کند شوید، و بخش شکایت را رفع کنید؛ کوبیدن به صف تأخیرها را به 553 تبدیل میکند. و هیچ رکورد DNS یک IP در blocklist را delist نمیکند: احراز هویت سیاست رد را متوقف میکند و از عود جلوگیری میکند، اما اعتبار IP تنها از طریق ارسال تمیز در طول زمان بازمیگردد.
چطور 554 5.7.9 را قدم به قدم رفع کنم؟
- ابتدا اسکن رایگان را در defaults.exposed اجرا کنید. رکوردهای زنده SPF، DKIM و DMARC را از خارج میخواند — همان دیدی که Yahoo میگیرد — و قبل از دست زدن به DNS نشان میدهد کدام بخش شکست میخورد.
- SPF را برای دامنهای که Yahoo واقعاً بررسی میکند pass کنید. نکته محافظتی که نیمی از فرستندگان را گیر میاندازد: گیرندگان SPF را در برابر دامنه Return-Path (RFC5321.MailFrom) ارزیابی میکنند، نه header From. اگر یک ابزار خبرنامه یا CRM برای شما ارسال میکند، SPF معمولاً در برابر دامنه bounce آنها ارزیابی میشود — به همین دلیل رکورد SPF خودتان میتواند بینقص و بیربط باشد. تأیید کنید bounceهایتان به کدام دامنه برمیگردند، سپس مطمئن شوید SPF آن دامنه منبع ارسال را پوشش میدهد.
- امضای DKIM با دامنه خودتان را فعال کنید. در ارائهدهنده یا ESP، DKIM دامنه سفارشی را روشن کنید (معمولاً دو یا سه رکورد CNAME) تا امضاها بگویند
d=yourdomain.com، نه پیشفرض پلتفرم. راهنماهای پلتفرم: شکست DMARC Mailchimp، Brevo و Klaviyo. - بخش pass شده را با دامنه From همراستا کنید. الزامات Yahoo — مانند DMARC — به alignment اهمیت میدهند: SPF یا DKIM برای دامنهای که با آدرس From مطابقت دارد pass میشود. اگر اسکن شما SPF و DKIM سبز نشان میدهد اما Yahoo هنوز رد میکند، در تله alignment هستید — ببینید DMARC شکست میخورد اما SPF و DKIM pass میشوند.
- اگر در حجم بالا ارسال میکنید یک رکورد DMARC منتشر کنید. Yahoo حداقل
p=noneبا یک آدرس گزارش از فرستندگان انبوه میخواهد — هیچ عدد حجم سختی منتشر نمیکند، پس ۵٬۰۰۰ در روز Google را به عنوان معیار کاری در نظر بگیرید. یک رکورد TXT در_dmarcاست — برای رکورد و برنامه رatchet ببینید راهنمای رفع DMARC، و برای یک مثال کنترل پنل کاری ببینید راهنمای تنظیم DMARC IONOS. با اعمال آن در نهایت از 89.41٪ دامنهها جلوتر خواهید بود. - unsubscribe یککلیکی RFC 8058 (
List-Unsubscribe+List-Unsubscribe-Postheaderها) را روی ایمیل بازاریابی و اشتراک اضافه کنید، و unsubscribeها را ظرف دو روز اجرا کنید. ESPهای معتبر وقتی احراز هویت دامنه روشن است اینها را به طور خودکار اضافه میکنند — در headerهای یک پیام ارسال شده تأیید کنید. - شکایات را پایین نگه دارید. Yahoo اقدامات کاربر “علامتگذاری به عنوان اسپم” را به شدت وزن میدهد — نرخ اسپم را زیر ۰.۳٪ نگه دارید — و افزایشهای مستمر شکایت، مسیر اصلی از تأخیرهای 421 به رد 553/554 است. از طریق Sender Hub Yahoo برای حلقه بازخورد شکایت ثبتنام کنید، آدرسهای غیرفعال را هرس کنید، و هرگز لیستهای خریداری شده را ایمیل نکنید.
اکثر فرستندگان 554 5.7.9 را در مراحل ۲–۴ رفع میکنند؛ مراحل ۵–۷ همان چیزی است که شما را بعداً از چرخه تأخیر دور نگه میدارد. برای لیست کامل الزامات هر دو ارائهدهنده — آستانهها، headerها، اعداد نرخ اسپم — ببینید مقاله مرجع الزامات فرستنده Google و Yahoo؛ این راهنما بر رفع bounce متمرکز میماند.
آیا قوانین Yahoo برای فرستندگان کوچک هم اعمال میشود؟
چکلیست انبوه — هم SPF و هم DKIM، alignment، DMARC منتشر شده، unsubscribe یککلیکی — رسماً برای فرستندگان با حجم قابل توجه اعمال میشود، و Yahoo صراحتاً از قرار دادن عدد روی “قابل توجه” خودداری میکند (قانون موازی Google از ۵٬۰۰۰ پیام در روز استفاده میکند، معیار کاری رایج). اما احراز هویت پایه از همه انتظار میرود، و 554 5.7.9 حجم شما را قبل از شلیک بررسی نمیکند: فرستندگان کوچک از طریق زیرساخت مشترک ESPشان، از طریق p=reject دامنه خودشان با ایمیل غیرهمراستا، یا صرفاً با ارسال از دامنهای که اصلاً احراز هویت ندارد با آن برخورد میکنند — 46.4٪ دامنههایی که هیچ رکورد SPF ندارند (سرشماری 2026-06-29). مراحل ۱–۴ را در هر حجمی اجباری بدانید.
آیا این همان 550-5.7.26 Gmail است؟
همان خانواده قوانین، گویش متفاوت. Google و Yahoo الزاماتشان را در اواخر ۲۰۲۳ با هم اعلام کردند و هر دو از فوریه ۲۰۲۴ اعمال کردند، بنابراین دامنه رفع شده برای یکی اساساً برای دیگری هم رفع شده است. تفاوتهای عملی: متن bounce Gmail معمولاً مکانیزم شکست خورده را نام میبرد، 554 5.7.9 Yahoo معمولاً نه؛ و Yahoo سنگینتر به تأخیرهای IP مبتنی بر شکایت تکیه میکند. همزمان در هر دو bounce میخورید؟ اینجا یک بار رفع کنید، سپس موارد خاص Gmail را در راهنمای 550-5.7.26 بررسی کنید.
پرسشهای متداول
آیا 554 5.7.9 یعنی Yahoo دامنهام را blocklist کرده؟ معمولاً نه. این یک رد سیاستی است — اغلب احراز هویت — نه یک حکم اعتبار، و کاملاً در DNS قابل رفع است. همچنین زمینهای است که عمدتاً روی آن ایستادهاید: تنها 10.59٪ از 261,086,232 دامنه تا سرشماری 2026-06-29 یک سیاست DMARC اعمال میکنند. رد ۵۵۳ 5.7.2 مداوم بعد از تمیز بودن احراز هویتتان، حالت اعتبار است.
چرا خبرنامهام در Yahoo bounce میخورد وقتی آدرس From به صورت @yahoo.com است؟
چون Yahoo از سال ۲۰۱۴ p=reject روی دامنههای عمومی خودش منتشر کرد — هر سرویس شخص ثالثی که From @yahoo.com ارسال میکند DMARC خود Yahoo را شکست میدهد و طبق طراحی رد میشود. رفع ساختاری است: از دامنه خودتان با احراز هویت خودش ارسال کنید، نه از یک آدرس freemail. تنظیم دامنه سفارشی ESP مسیر است — ببینید راهنمای پلتفرم خبرنامه.
چه مدت بعد از رفع DNS، Yahoo ایمیلم را میپذیرد؟ رفعهای احراز هویت به محض اینکه رکوردهای جدیدتان قابل مشاهده باشند عمل میکنند — چند دقیقه تا چند ساعت، تا ۴۸ ساعت برای TTLهای کند. بازیابی اعتبار کندتر است: تأخیرهای 421 در طول روزهای ارسال تمیز و بدون شکایت محو میشوند، و یک تأخیر دائمی 553 5.7.2 میتواند هفتهها طول بکشد یا نیاز به warm-up تازه داشته باشد.
گزارش را به صاحب سایت بفرستید
اگر این bounce را برای یک مشتری رفع میکنید، تیکت را با “Yahoo دوباره ایمیلمان را میپذیرد” نبندید. بعد از تغییراتتان اسکن رایگان را دوباره اجرا کنید و گزارش درجهبندیشده را به صاحب کسبوکار بدهید. به زبان ساده نشان میدهد که دامنه حالا ایمیلش را احراز هویت میکند و کجا هنوز کمبود دارد — مدرکی که برای تمدید بیمه سایبری و پرسشنامههای امنیتی تأمینکننده نیاز خواهند داشت. bounce را رفع کردید؛ گزارش آن را ثابت میکند.
دامنهتان را بررسی کنید ← · راهنمای Gmail 550-5.7.26 ← · رفع DMARC ← · چگونه درجهبندی میکنیم ← · فقط دادههای جمعی. دادهها در اتحادیه اروپا ذخیره و پردازش میشوند.