Defaults.Exposed › Cách khắc phục › Guides
Yahoo 554 5.7.9 'Message Not Accepted for Policy Reasons' — Cách Khắc Phục cho Người Gửi (2026)
Đã xuất bản 2026-07-08
Số liệu tính đến 2026-06-29 · phương pháp v7. Dữ liệu tổng hợp trên 261 triệu tên miền được chấm điểm. Xem cách chúng tôi chấm điểm.
Yahoo trả về 554 5.7.9 khi tin nhắn vi phạm chính sách người gửi — thường là xác thực SPF/DKIM thất bại hoặc chính sách DMARC mà Yahoo đang thực thi. Khắc phục bằng cách cho SPF hoặc DKIM vượt qua, căn chỉnh với tên miền From. Chỉ 10.59% tên miền thực thi DMARC — 27,640,987 trong số chúng — theo thống kê Defaults.Exposed trên 261,086,232 tên miền (2026-06-29).
Cách khắc phục là DNS và vệ sinh danh sách, không phải biểu mẫu kháng cáo: chẩn đoán chính sách nào bạn vi phạm, cho SPF hoặc DKIM vượt qua trên đúng tên miền, căn chỉnh chân thắng với địa chỉ From, đăng ký DMARC nếu bạn gửi số lượng lớn, và thêm hủy đăng ký một cú nhấp. Dưới đây là thứ tự bước cộng với bảng giải mã cho các mã anh em của Yahoo — 553 5.7.1, 553 5.7.2 và các lần trì hoãn 421.
Lỗi Yahoo 554 5.7.9 có nghĩa là gì?
Từ tháng 2 năm 2024, Yahoo thực thi cùng nhóm quy tắc người gửi như Gmail: mọi người gửi phải vượt qua SPF hoặc DKIM; người gửi số lượng lớn phải vượt qua cả hai, với cơ chế thắng căn chỉnh với tên miền From, đăng ký chính sách DMARC, cung cấp hủy đăng ký một cú nhấp RFC 8058 trên mail đăng ký, và giữ tỷ lệ khiếu nại thấp. Yahoo cố ý không đăng ký ngưỡng khối lượng cho “số lượng lớn” — quy tắc song song của Google đặt mức của nó ở 5.000 tin nhắn mỗi ngày, và đó là tiêu chuẩn làm việc mà hầu hết người gửi dùng. Hộp thư AOL chạy trên cùng cơ sở hạ tầng, vì vậy một lần khắc phục bao gồm cả hai.
554 5.7.9 là từ chối chính sách vĩnh viễn của Yahoo. Dạng cổ điển có nội dung: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — cố ý chung chung, vì nó bao gồm toàn bộ nhóm chính sách: lỗi xác thực, thực thi DMARC (bao gồm cả p=reject riêng của tên miền gửi), và vi phạm hướng dẫn người gửi. Khác với 550-5.7.26 của Gmail, văn bản hiếm khi cho bạn biết chân nào thất bại, vì vậy bước 1 bên dưới — quét tên miền của bạn từ bên ngoài — quan trọng hơn ở đây, không kém hơn.
Khoảng cách cơ bản là rất lớn: trên toàn bộ thống kê 2026-06-29 của 261,086,232 tên miền, 46.4% (121,145,609) không đăng ký bản ghi SPF nào cả, và chỉ 10.59% thực thi DMARC. Yahoo không đòi hỏi gì xa lạ — nó đang từ chối mail từ đa số chưa xác thực.
Bạn có mã lỗi Yahoo nào?
Khớp NDR của bạn với bảng này — xử lý mỗi mục như “một lỗi như:”, vì Yahoo chính thức đăng ký danh mục lỗi chứ không phải chuỗi nguyên văn, và từ ngữ và thẻ lý do trong ngoặc (như [TSS04]) được quan sát thực tế và thay đổi theo thời gian. Kiểm tra các đoạn với lỗi thực tế của bạn và danh sách mã lỗi Sender Hub của Yahoo.
| Mã | Lỗi như (đoạn) | Ý nghĩa | Nơi khắc phục |
|---|---|---|---|
| 554 5.7.9 | ”Message not accepted for policy reasons” | Từ chối chính sách vĩnh viễn — lỗi xác thực, DMARC hoặc vi phạm hướng dẫn người gửi | Hướng dẫn này, bước 2–6 |
| 553 5.7.1 | Văn bản chính sách IP hoặc nội dung, thường có thẻ lý do trong ngoặc (ví dụ tham chiếu danh sách chặn) | Yahoo sẽ không chấp nhận từ IP/nguồn này — chặn danh tiếng hoặc chính sách | Bước 2–3, rồi gửi sạch; xác thực ngăn tái phát nhưng không gỡ IP khỏi danh sách |
| 553 5.7.2 | ”will be permanently deferred” / thử lại sẽ không thành công | Lỗi danh tiếng kéo dài trên IP gửi — phiên bản cứng của trì hoãn | Bước 2–7, khởi động IP mới nếu tự lưu trữ |
| 421 4.7.0 | ”temporarily deferred due to unexpected volume or user complaints” (thường có thẻ [TSS]) | Trì hoãn tạm thời — đỉnh tốc độ hoặc khiếu nại, không phải chặn vĩnh viễn | Hàng đợi thử lại sẽ thoát; khắc phục bước 5–7 để nó ngừng tái diễn |
Hai lưu ý trung thực về bảng đó. Trì hoãn 421 là Yahoo điều chỉnh tốc độ của bạn trong khi nó quyết định — tôn trọng việc thử lại, làm chậm lại, và khắc phục phía khiếu nại; nhấn mạnh hàng đợi chuyển đổi các lần trì hoãn thành 553. Và không có bản ghi DNS nào gỡ IP khỏi danh sách chặn: xác thực dừng các từ chối chính sách và ngăn tái phát, nhưng danh tiếng IP chỉ phục hồi qua gửi sạch theo thời gian.
Làm thế nào để khắc phục 554 5.7.9, từng bước?
- Chạy quét miễn phí tại defaults.exposed trước. Nó đọc bản ghi SPF, DKIM và DMARC trực tiếp của bạn từ bên ngoài — cùng góc nhìn mà Yahoo nhận được — và cho thấy chân nào đang thất bại trước khi bạn chạm vào DNS.
- Cho SPF vượt qua trên tên miền Yahoo thực sự kiểm tra. Rào cản bắt một nửa tất cả người gửi: máy chủ nhận đánh giá SPF dựa trên tên miền Return-Path (RFC5321.MailFrom), không phải tiêu đề From. Nếu công cụ newsletter hoặc CRM gửi cho bạn, SPF thường được đánh giá dựa trên tên miền bounce của họ — đó là lý do tại sao bản ghi SPF của chính bạn có thể hoàn hảo và không liên quan. Xác nhận tên miền mà thư lỗi trả về, rồi đảm bảo SPF của tên miền đó bao gồm nguồn gửi.
- Bật ký DKIM với tên miền riêng của bạn. Trong nhà cung cấp hoặc ESP của bạn, bật DKIM tên miền tùy chỉnh (thường là hai hoặc ba bản ghi CNAME) để chữ ký có
d=yourdomain.com, không phải mặc định của nền tảng. Hướng dẫn nền tảng: Mailchimp, Brevo và Klaviyo thất bại DMARC. - Làm chân thắng căn chỉnh với tên miền From của bạn. Yêu cầu của Yahoo — như DMARC — quan tâm đến căn chỉnh: SPF hoặc DKIM vượt qua trên tên miền khớp với tên miền trong địa chỉ From. Nếu quét của bạn cho thấy SPF và DKIM đều xanh nhưng Yahoo vẫn từ chối, bạn đang trong bẫy căn chỉnh — xem DMARC thất bại nhưng SPF và DKIM vượt qua.
- Đăng ký bản ghi DMARC nếu bạn gửi số lượng lớn. Yahoo yêu cầu ít nhất
p=nonevới địa chỉ báo cáo từ người gửi số lượng lớn — nó không đăng ký số lượng cứng nào, vì vậy hãy dùng 5.000/ngày của Google làm tiêu chuẩn làm việc. Đó là một bản ghi TXT tại_dmarc— xem hướng dẫn sửa DMARC để có bản ghi và kế hoạch tăng dần, và hướng dẫn cài đặt DMARC IONOS để có ví dụ bảng điều khiển thực tế. Bạn sẽ đứng trước 89.41% tên miền bằng cách cuối cùng thực thi nó. - Thêm hủy đăng ký một cú nhấp RFC 8058 (tiêu đề
List-Unsubscribe+List-Unsubscribe-Post) trên mail marketing và đăng ký, và thực hiện hủy đăng ký trong vòng hai ngày. Các ESP uy tín tự động thêm những tiêu đề này một khi xác thực tên miền đang bật — xác minh trong tiêu đề tin nhắn đã gửi. - Giữ khiếu nại thấp. Yahoo cân đo hành động “đánh dấu là spam” của người dùng nặng nề — giữ tỷ lệ spam dưới 0,3% — và các đỉnh khiếu nại kéo dài là con đường chính từ các lần trì hoãn 421 đến các lần từ chối 553/554. Đăng ký vòng phản hồi khiếu nại của Yahoo qua Sender Hub, loại bỏ địa chỉ không tương tác, và không bao giờ gửi mail vào danh sách đã mua.
Hầu hết người gửi xóa 554 5.7.9 ở bước 2–4; bước 5–7 là điều giúp bạn thoát khỏi chu kỳ trì hoãn sau đó. Để có danh sách yêu cầu đầy đủ cho cả hai nhà cung cấp — ngưỡng, tiêu đề, số tỷ lệ spam — xem bài viết tham khảo của chúng tôi về yêu cầu người gửi Google và Yahoo; hướng dẫn này tập trung vào việc khắc phục lỗi.
Quy tắc của Yahoo có áp dụng cho người gửi nhỏ không?
Danh sách kiểm tra số lượng lớn — cả SPF và DKIM, căn chỉnh, DMARC được đăng ký, hủy đăng ký một cú nhấp — chính thức áp dụng cho người gửi khối lượng đáng kể, và Yahoo rõ ràng từ chối đặt số vào “đáng kể” (quy tắc song song của Google dùng 5.000 tin nhắn mỗi ngày, tiêu chuẩn làm việc phổ biến). Nhưng xác thực cơ bản được kỳ vọng từ mọi người, và 554 5.7.9 không kiểm tra khối lượng của bạn trước khi kích hoạt: người gửi nhỏ gặp nó qua cơ sở hạ tầng dùng chung của ESP, qua p=reject của tên miền riêng với mail không căn chỉnh, hoặc đơn giản bằng cách gửi từ tên miền không có xác thực nào — 46.4% tên miền không có bản ghi SPF (thống kê 2026-06-29). Xử lý bước 1–4 là bắt buộc ở mọi khối lượng.
Đây có giống 550-5.7.26 của Gmail không?
Cùng nhóm quy tắc, phương ngữ khác. Google và Yahoo thông báo yêu cầu của họ cùng nhau vào cuối năm 2023 và cả hai bắt đầu thực thi vào tháng 2 năm 2024, vì vậy tên miền được khắc phục cho một tên miền về cơ bản được khắc phục cho cái kia. Sự khác biệt thực tế: văn bản lỗi của Gmail thường đặt tên cơ chế thất bại, 554 5.7.9 của Yahoo thường không; và Yahoo nghiêng mạnh hơn vào các lần trì hoãn IP theo khiếu nại. Lỗi ở cả hai? Khắc phục ở đây một lần, rồi kiểm tra các chi tiết Gmail trong hướng dẫn 550-5.7.26.
Câu hỏi thường gặp
554 5.7.9 có nghĩa là Yahoo đã đưa tên miền của tôi vào danh sách chặn không? Thường không. Đó là từ chối chính sách — thường là xác thực — không phải phán quyết danh tiếng, và hoàn toàn có thể khắc phục trong DNS. Đây cũng là nền tảng cực kỳ phổ biến để đứng: chỉ 10.59% trong số 261,086,232 tên miền thực thi chính sách DMARC tính đến thống kê 2026-06-29. Các từ chối 553 5.7.2 kéo dài sau khi xác thực sạch là trường hợp danh tiếng.
Tại sao newsletter của tôi bị lỗi tại Yahoo khi địa chỉ From là @yahoo.com?
Vì Yahoo đã đăng ký p=reject trên các tên miền người tiêu dùng của riêng nó từ năm 2014 — bất kỳ dịch vụ bên thứ ba nào gửi From @yahoo.com đều thất bại DMARC của Yahoo và bị từ chối, theo thiết kế. Cách khắc phục là cấu trúc: gửi từ tên miền riêng của bạn với xác thực riêng của bạn, không phải từ địa chỉ freemail. Cài đặt tên miền tùy chỉnh của ESP là con đường — xem hướng dẫn nền tảng newsletter.
Sau bao lâu kể từ khi khắc phục DNS thì Yahoo sẽ chấp nhận mail của tôi? Các khắc phục xác thực hoạt động ngay khi các bản ghi mới có thể thấy được — vài phút đến vài giờ, tối đa 48 giờ với TTL chậm. Phục hồi danh tiếng chậm hơn: các lần trì hoãn 421 giảm dần sau nhiều ngày gửi sạch không có khiếu nại, và một lần trì hoãn vĩnh viễn 553 5.7.2 có thể mất nhiều tuần hoặc một lần khởi động mới.
Gửi báo cáo cho chủ sở hữu
Nếu bạn đang xóa lỗi này cho khách hàng, đừng đóng ticket với “Yahoo chấp nhận mail của chúng tôi lại rồi”. Chạy lại quét miễn phí sau các thay đổi của bạn và chuyển tiếp báo cáo có điểm số cho chủ doanh nghiệp. Nó cho thấy, bằng ngôn ngữ đơn giản, rằng tên miền giờ xác thực email và còn thiếu gì — bằng chứng họ sẽ cần cho các đợt gia hạn bảo hiểm mạng và bảng câu hỏi bảo mật nhà cung cấp. Bạn đã khắc phục lỗi; báo cáo chứng minh điều đó.
Kiểm tra tên miền của bạn → · Hướng dẫn Gmail 550-5.7.26 → · Sửa DMARC → · Cách chúng tôi chấm điểm → · Chỉ dữ liệu tổng hợp. Dữ liệu được lưu trữ và xử lý tại EU.