Yahoo 554 5.7.9 'নীতিগত কারণে বার্তা গৃহীত হয়নি' — প্রেরকের সমাধান (২০২৬)

প্রকাশিত 2026-07-08

2026-06-29 তারিখের তথ্য · পদ্ধতি v7। 261 মিলিয়ন গ্রেডকৃত ডোমেইন জুড়ে সমন্বিত জনগণনা তথ্য। দেখুন আমরা কীভাবে গ্রেড করি।

Yahoo 554 5.7.9 ফেরত দেয় যখন একটি বার্তা তার sender নীতি লঙ্ঘন করে — সাধারণত ব্যর্থ SPF/DKIM authentication বা Yahoo enforce করছে এমন একটি DMARC নীতি। SPF বা DKIM-কে আপনার From ডোমেইনের সাথে aligned করে pass করিয়ে ঠিক করুন। Defaults.Exposed জনগণনা অনুযায়ী 261,086,232 ডোমেইনের (2026-06-29) মাত্র 10.59% ডোমেইন DMARC enforce করে — 27,640,987 টি।

সমাধান হল DNS এবং list hygiene, appeal form নয়: ডায়াগনোজ করুন আপনি কোন নীতি লঙ্ঘন করছেন, SPF বা DKIM-কে সঠিক ডোমেইনের জন্য passing করান, winning leg আপনার From ঠিকানার সাথে align করুন, volume-এ পাঠালে DMARC প্রকাশ করুন, এবং one-click unsubscribe যোগ করুন। নিচে Yahoo-এর sibling code-গুলির জন্য ধাপের ক্রম এবং decoder — 553 5.7.1, 553 5.7.2 এবং 421 deferral।

Yahoo error 554 5.7.9 মানে কী?

ফেব্রুয়ারি ২০২৪ থেকে, Yahoo Gmail-এর মতো একই sender rule-set family enforce করছে: প্রতিটি প্রেরকের SPF বা DKIM পাস করা উচিত; bulk sender-দের উভয় পাস করতে হবে, From ডোমেইনের সাথে passing mechanism aligned, একটি DMARC নীতি প্রকাশ করা, subscribed মেইলে RFC 8058 one-click unsubscribe অফার করা, এবং complaint rate কম রাখা। Yahoo “bulk”-এর জন্য একটি volume threshold প্রকাশ করতে ইচ্ছাকৃতভাবে অস্বীকার করে — Google-এর parallel rule তার রেখা দিনে ৫,০০০ বার্তায় টানে, এবং এটিই কাজের benchmark বেশিরভাগ প্রেরক ব্যবহার করে। AOL মেইলবক্স একই infrastructure-এ চলে, তাই একটি সমাধান উভয় কভার করে।

554 5.7.9 হল Yahoo-এর স্থায়ী নীতি প্রত্যাখ্যান। ক্লাসিক form পড়ে: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — ইচ্ছাকৃতভাবে generic, কারণ এটি সম্পূর্ণ নীতি পরিবার কভার করে: authentication ব্যর্থতা, DMARC enforcement (sending ডোমেইনের নিজের p=reject সহ), এবং sender-guideline লঙ্ঘন। Gmail-এর 550-5.7.26-এর বিপরীতে, text বিরলে আপনাকে বলে কোন leg ব্যর্থ হয়েছে, তাই নিচের ধাপ ১ — আপনার ডোমেইনের একটি outside-in স্ক্যান — এখানে আরও গুরুত্বপূর্ণ, কম নয়।

মূল ফাঁকটি বিশাল: 2026-06-29 জনগণনা জুড়ে 261,086,232 ডোমেইনের, 46.4% (121,145,609) মোটেই কোনো SPF রেকর্ড প্রকাশ করে না, এবং মাত্র 10.59% DMARC enforce করে। Yahoo কোনো exotic কিছু চাইছে না — এটি unauthenticated majority থেকে মেইল প্রত্যাখ্যান করছে।

আপনার কোন Yahoo bounce code আছে?

আপনার NDR এই সারণির বিপরীতে মেলান — প্রতিটি এন্ট্রিকে “এরকম একটি bounce:” হিসেবে গণনা করুন, কারণ Yahoo আনুষ্ঠানিকভাবে verbatim string নয় error categories প্রকাশ করে, এবং সঠিক শব্দায়ন এবং বন্ধনীযুক্ত reason tag (যেমন [TSS04]) বাস্তবে পর্যবেক্ষণ করা হয় এবং সময়ের সাথে পরিবর্তিত হয়। আপনার আসল bounce এবং Yahoo-এর Sender Hub error-code তালিকার বিপরীতে fragment গুলি পরীক্ষা করুন।

Code	এরকম একটি bounce (fragment)	এর মানে কী	সমাধান কোথায়
554 5.7.9	”নীতিগত কারণে বার্তা গৃহীত হয়নি”	স্থায়ী নীতি প্রত্যাখ্যান — authentication, DMARC বা sender-guideline ব্যর্থতা	এই গাইড, ধাপ ২–৬
553 5.7.1	IP- বা content-policy text, প্রায়ই বন্ধনীযুক্ত reason tag সহ (যেমন blocklist reference)	Yahoo এই IP/source থেকে গ্রহণ করবে না — reputation বা policy block	ধাপ ২–৩, তারপর clean sending; auth relapses প্রতিরোধ করে কিন্তু একটি IP delist করে না
553 5.7.2	”স্থায়ীভাবে deferred হবে” / retrying কাজ করবে না	sending IP-তে sustained reputation failure — একটি deferral-এর hard সংস্করণ	ধাপ ২–৭, self-hosted হলে new-IP warm-up
421 4.7.0	”অপ্রত্যাশিত volume বা user অভিযোগের কারণে সাময়িকভাবে deferred” (প্রায়ই একটি [TSS] tag)	সাময়িক deferral — rate বা complaint spike, স্থায়ী block নয়	Retry queue drain হবে; ধাপ ৫–৭ ঠিক করুন যাতে বারবার না হয়

সেই সারণিতে দুটি সৎ নোট। একটি 421 deferral হল Yahoo আপনাকে throttle করছে যখন এটি সিদ্ধান্ত নিচ্ছে — retry সম্মান করুন, ধীর করুন, এবং complaint দিক ঠিক করুন; queue hammering deferral-কে 553-এ রূপান্তরিত করে। এবং কোনো DNS রেকর্ড একটি blocklisted IP delist করে না: authentication নীতি প্রত্যাখ্যান থামায় এবং relapse প্রতিরোধ করে, কিন্তু IP reputation শুধুমাত্র সময়ের সাথে clean sending এর মাধ্যমে পুনরুদ্ধার হয়।

ধাপে ধাপে 554 5.7.9 কীভাবে ঠিক করবেন?

প্রথমে defaults.exposed এ বিনামূল্যে স্ক্যান চালান। এটি আপনার live SPF, DKIM এবং DMARC রেকর্ড বাইরে থেকে পড়ে — Yahoo যা দেখে একই দৃশ্য — এবং DNS স্পর্শ করার আগে কোন leg ব্যর্থ হচ্ছে দেখায়।
Yahoo যে ডোমেইন আসলে চেক করে তার জন্য SPF পাস করান। সব প্রেরকের অর্ধেক catch করা guardrail: রিসিভাররা Return-Path (RFC5321.MailFrom) ডোমেইনের বিপরীতে SPF মূল্যায়ন করে, From হেডার নয়। যদি একটি newsletter টুল বা CRM আপনার জন্য পাঠায়, SPF সাধারণত তাদের bounce ডোমেইনের বিপরীতে মূল্যায়ন হয় — যে কারণে আপনার নিজের SPF রেকর্ড নিখুঁত এবং অপ্রাসঙ্গিক হতে পারে। আপনার bounce কোন ডোমেইনে ফেরত যায় নিশ্চিত করুন, তারপর নিশ্চিত করুন সেই ডোমেইনের SPF sending source কভার করে।
আপনার নিজের ডোমেইন সহ DKIM signing সক্ষম করুন। আপনার প্রদানকারী বা ESP-এ, custom-domain DKIM চালু করুন (সাধারণত দুই বা তিনটি CNAME রেকর্ড) যাতে signatures বলে d=yourdomain.com, platform-এর default নয়। Platform walk-through: Mailchimp, Brevo এবং Klaviyo DMARC ব্যর্থতা।
Passing leg আপনার From ডোমেইনের সাথে align করুন। Yahoo-এর প্রয়োজনীয়তা — DMARC-এর মতো — alignment নিয়ে চিন্তা করে: SPF বা DKIM এমন একটি ডোমেইনের জন্য পাস করছে যা আপনার From ঠিকানার সাথে মেলে। স্ক্যান যদি SPF এবং DKIM সবুজ দেখায় কিন্তু Yahoo এখনও reject করে, আপনি alignment trap-এ — দেখুন DMARC ব্যর্থ কিন্তু SPF এবং DKIM পাস।
Volume-এ পাঠালে DMARC রেকর্ড প্রকাশ করুন। Yahoo bulk sender-দের কাছ থেকে একটি reporting ঠিকানা সহ কমপক্ষে p=none প্রয়োজন — এটি কোনো hard volume সংখ্যা প্রকাশ করে না, তাই Google-এর ৫,০০০/দিনকে কাজের benchmark হিসেবে গণনা করুন। এটি _dmarc-এ একটি TXT রেকর্ড — রেকর্ড এবং ratchet পরিকল্পনার জন্য DMARC fix গাইড দেখুন, এবং একটি worked control-panel উদাহরণের জন্য IONOS DMARC setup গাইড। শেষ পর্যন্ত enforce করলে আপনি 89.41% ডোমেইনের আগে থাকবেন।
RFC 8058 one-click unsubscribe যোগ করুন (marketing এবং subscribed মেইলে List-Unsubscribe + List-Unsubscribe-Post হেডার), এবং দুই দিনের মধ্যে unsubscribe সম্মান করুন। সম্মানজনক ESP গুলি domain authentication চালু হলে এগুলি স্বয়ংক্রিয়ভাবে যোগ করে — একটি পাঠানো বার্তার হেডারে যাচাই করুন।
অভিযোগ কম রাখুন। Yahoo user “spam হিসেবে চিহ্নিত করুন” action ভারী ওজন দেয় — আপনার spam rate ০.৩%-এর নিচে রাখুন — এবং sustained complaint spike হল 421 deferral থেকে 553/554 rejection-এর প্রধান পথ। Yahoo-এর Sender Hub-এর মাধ্যমে Yahoo-এর complaint feedback loop-এ নিবন্ধন করুন, unengaged ঠিকানা ছাঁটুন, এবং কেনা তালিকায় কখনো মেইল করবেন না।

বেশিরভাগ প্রেরক ধাপ ২–৪-এ 554 5.7.9 সরিয়ে দেয়; ধাপ ৫–৭ হল যা আপনাকে পরে deferral cycle থেকে দূরে রাখে। উভয় প্রদানকারীতে সম্পূর্ণ প্রয়োজনীয়তার তালিকার জন্য — threshold, হেডার, spam-rate সংখ্যা — দেখুন আমাদের reference নিবন্ধ Google এবং Yahoo sender requirements; এই গাইড bounce ঠিক করার দিকে মনোযোগী থাকে।

Yahoo-এর নিয়ম কি ছোট প্রেরকদের ক্ষেত্রে প্রযোজ্য?

Bulk checklist — উভয় SPF এবং DKIM, alignment, DMARC প্রকাশিত, one-click unsubscribe — আনুষ্ঠানিকভাবে উল্লেখযোগ্য volume-এর প্রেরকদের ক্ষেত্রে প্রযোজ্য, এবং Yahoo “উল্লেখযোগ্য”-এর উপর একটি সংখ্যা রাখতে স্পষ্টভাবে অস্বীকার করে (Google-এর parallel rule দিনে ৫,০০০ বার্তা ব্যবহার করে, সাধারণ কাজের benchmark)। কিন্তু basic authentication সবার কাছ থেকে প্রত্যাশিত, এবং 554 5.7.9 আগুন দেওয়ার আগে আপনার volume চেক করে না: ছোট প্রেরকরা তাদের ESP-এর shared infrastructure-এর মাধ্যমে, তাদের নিজের ডোমেইনের p=reject-এর মাধ্যমে unaligned মেইল সহ, বা কোনো authentication মোটেই নেই এমন একটি ডোমেইন থেকে পাঠানোর মাধ্যমে এটিতে আঘাত করে — SPF রেকর্ড নেই এমন 46.4% ডোমেইন (2026-06-29 জনগণনা)। যেকোনো volume-এ ধাপ ১–৪ বাধ্যতামূলক হিসেবে গণনা করুন।

এটি কি Gmail-এর 550-5.7.26-এর মতো?

একই rule-set পরিবার, ভিন্ন dialect। Google এবং Yahoo ২০২৩-এর শেষে একসাথে তাদের প্রয়োজনীয়তা ঘোষণা করেছে এবং উভয়ই ফেব্রুয়ারি ২০২৪-এ enforcing শুরু করেছে, তাই একটির জন্য ঠিক করা ডোমেইন মূলত অন্যটির জন্যও ঠিক। ব্যবহারিক পার্থক্য: Gmail-এর bounce text সাধারণত failing mechanism নাম করে, Yahoo-এর 554 5.7.9 সাধারণত করে না; এবং Yahoo complaint-driven IP deferral-এ আরও বেশি নির্ভর করে। উভয়ে bouncing? এখানে একবার ঠিক করুন, তারপর 550-5.7.26 গাইডে Gmail বিশদ চেক করুন।

সচরাচর জিজ্ঞাসিত প্রশ্ন

554 5.7.9 মানে কি Yahoo আমার ডোমেইন blocklist করেছে? সাধারণত না। এটি একটি নীতি প্রত্যাখ্যান — প্রায়ই authentication — reputation verdict নয়, এবং DNS-এ সম্পূর্ণ fixable। এটি দাঁড়ানোর জন্য অত্যন্ত সাধারণ ভূমি: মাত্র 10.59% of 261,086,232 ডোমেইন 2026-06-29 জনগণনা পর্যন্ত একটি DMARC নীতি enforce করে। আপনার auth পরিষ্কার হওয়ার পরে persistent 553 5.7.2 rejection হল reputation ক্ষেত্র।

আমার newsletter Yahoo-এ bounce করে কেন যখন From ঠিকানা @yahoo.com? কারণ Yahoo ২০১৪ সালে তার consumer domain-এ নিজেই p=reject প্রকাশ করেছিল — যেকোনো তৃতীয় পক্ষের সেবা @yahoo.com থেকে পাঠানো Yahoo-এর নিজের DMARC ব্যর্থ করে এবং ডিজাইন অনুযায়ী reject হয়। সমাধান structural: আপনার নিজের ডোমেইন থেকে তার নিজস্ব authentication সহ পাঠান, freemail ঠিকানা থেকে নয়। আপনার ESP-এর custom-domain setup হল পথ — দেখুন newsletter platform গাইড।

DNS ঠিক করার পরে Yahoo আমার মেইল কতক্ষণে গ্রহণ করবে? Authentication সমাধান আপনার নতুন রেকর্ড দৃশ্যমান হওয়ার সাথে সাথে কার্যকর হয় — মিনিট থেকে কয়েক ঘন্টা, ধীর TTL-এর জন্য ৪৮ পর্যন্ত। Reputation পুনরুদ্ধার ধীর: 421 deferral দিনের clean, complaint-free sending এর পরে বিবর্ণ হয়, এবং একটি 553 5.7.2 স্থায়ী deferral সপ্তাহ বা একটি নতুন warm-up নিতে পারে।

মালিককে রিপোর্ট পাঠান

আপনি যদি একজন ক্লায়েন্টের জন্য এই bounce পরিষ্কার করছেন, “Yahoo আবার আমাদের মেইল গ্রহণ করছে” দিয়ে ticket বন্ধ করবেন না। আপনার পরিবর্তনের পরে বিনামূল্যে স্ক্যান পুনরায় চালান এবং গ্রেডকৃত রিপোর্টটি ব্যবসার মালিকের কাছে ফরওয়ার্ড করুন। এটি সহজ ইংরেজিতে দেখায় যে ডোমেইন এখন তার ইমেইল authenticate করে এবং কোথায় এখনও কম পড়ে — cyber-insurance নবায়ন এবং সরবরাহকারী নিরাপত্তা প্রশ্নপত্রের জন্য তাদের প্রয়োজনীয় প্রমাণ। আপনি bounce ঠিক করেছেন; রিপোর্ট এটি প্রমাণ করে।

আপনার ডোমেইন পরীক্ষা করুন → · Gmail 550-5.7.26 গাইড → · DMARC ঠিক করুন → · আমরা কীভাবে গ্রেড করি → · শুধুমাত্র সমন্বিত তথ্য। EU-তে তথ্য সংরক্ষিত এবং প্রক্রিয়া করা হয়।