Gmail 550 5.7.26: thư chưa xác thực bị chặn

Hướng dẫn thao tác

Dành cho:: Nhà xuất bản và marketer, Quản trị viên không gian làm việc
Cần quyền:: domains:managenhạy cảm, providers:view
Trong ứng dụng:: Cài đặt, rồi Người gửi

Lỗi Gmail 550 5.7.26 là một lời từ chối vĩnh viễn: thư không vượt qua bước xác thực email, nên Gmail chặn thư. Cách khắc phục nằm ở các bản ghi DNS, không nằm ở danh sách của bạn. Trang này hướng dẫn cách đọc phản hồi và làm cho SPF, DKIM và DMARC đạt với mọi nhà cung cấp gửi thư bạn dùng.

Gmail muốn nói gì

Gmail gửi mã này kèm một trong ba văn bản:

This email has been blocked because the sender is unauthenticated. Gmail requires all senders to authenticate with either SPF or DKIM. Authentication results: DKIM = did not pass SPF [domain-name] with ip: [ip-address] = did not pass.

The (E)MAIL FROM domain [domain-name] has an SPF record with a hard fail policy (-all) but it fails to pass SPF checks with the ip: [ip-address]. To best protect our users from spam and phishing, the message has been blocked.

Unauthenticated email from domain-name is not accepted due to domain’s DMARC policy. Contact the administrator of domain-name domain if this was legitimate email.

Văn bản thứ nhất nghĩa là người gửi chưa xác thực: Gmail yêu cầu mọi người gửi xác thực bằng SPF hoặc DKIM, và cả hai đều không đạt. Văn bản thứ hai nghĩa là tên miền (E)MAIL FROM có bản ghi SPF với chính sách từ chối cứng (-all) nhưng địa chỉ IP gửi thư không vượt qua SPF. Văn bản thứ ba nghĩa là chính sách DMARC của tên miền không chấp nhận thư chưa xác thực.

Gmail cũng có các phiên bản tạm thời: 421 4.7.26 giới hạn tốc độ thư chưa xác thực thay vì chặn hẳn, còn 451 4.7.26 nghĩa là lỗi DNS tạm thời đã khiến bước kiểm tra DMARC không thực hiện được. Nguồn: Gmail SMTP errors and codes, Google Workspace Help. Kiểm tra tháng 10/2026.

Vì sao lỗi xảy ra

Cả SPF lẫn DKIM đều không đạt. Các bản ghi DKIM của nhà cung cấp gửi thư chưa được công bố, hoặc SPF không liệt kê nhà cung cấp gửi thư đó.
SPF bị từ chối cứng. Bản ghi SPF của bạn kết thúc bằng -all và không bao gồm máy chủ đã gửi thư, ví dụ một nhà cung cấp gửi thư bạn thêm vào tuyến sau này.
DMARC không đạt. Chính sách DMARC của bạn là quarantine hoặc reject, và cả SPF lẫn DKIM đều không căn chỉnh với tên miền From. Điều này xảy ra khi nhà cung cấp gửi thư ký DKIM bằng tên miền của chính họ và dùng return-path của chính họ.

ReputeCast phân loại lỗi này thế nào

Loại thư trả lại: policy_block với văn bản thứ nhất và thứ ba. Văn bản về SPF bị từ chối cứng có nhắc đến spam, nên là spam_block. Mã đứng một mình không kèm văn bản là policy_block.
Hàng trong báo cáo: Bị chặn · chính sách hoặc uy tín.
Chặn gửi: lời từ chối nói về tên miền của bạn, không phải về địa chỉ. Phần lớn adapter tích hợp sẵn ghi nhận đây là trả thư tạm thời, nên không địa chỉ nào bị chặn gửi. Với Amazon SES, Resend, Postal, SendGrid, Mailjet và hộp thư nhận thư trả lại của SMTP, lỗi có thể được ghi nhận là trả thư vĩnh viễn, tùy cách nhà cung cấp gửi thư báo về, và khi đó địa chỉ bị chặn gửi. Xem khi nào ReputeCast chặn gửi một địa chỉ.

Độ sẵn sàng gửi kiểm tra chính các bản ghi này trước mỗi chiến dịch. Trong nhóm Xác thực, việc thiếu bản ghi SPF, bản ghi SPF không cho phép một trong các nhà cung cấp gửi thư của chiến dịch, DKIM chưa được xác minh, hoặc bản ghi DMARC bị thiếu hay không hợp lệ sẽ chặn lần gửi. Nếu dưới 90% thư được căn chỉnh DMARC trong 7 ngày qua thì đó là một cảnh báo.

Trước khi bắt đầu

domains:manage để xem và kiểm tra các bản ghi DNS của một tên miền gửi.
Quyền truy cập vào nơi quản lý DNS của tên miền.
providers:view để đọc nhật ký sự kiện.

Sửa xác thực

Đọc văn bản của Gmail. Mở Nhà cung cấp gửi thư, rồi Sự kiện và đồng bộ, lọc Loại sự kiện theo Trả thư tạm thời hoặc Trả thư vĩnh viễn rồi tìm một người nhận dùng Gmail. Cột Mã gốc · chẩn đoán cho biết bước kiểm tra nào không đạt và, trong văn bản thứ nhất, tên miền cùng địa chỉ IP mà Gmail đã kiểm tra.
Mở Cài đặt, rồi Người gửi rồi mở tên miền gửi. Trang bản ghi của tên miền liệt kê chính xác các bản ghi DNS mà từng nhà cung cấp gửi thư cần cho tên miền, mỗi bản ghi kèm một trạng thái (Đã xác minh, Đang chờ hoặc Còn thiếu), và kiểm tra lại chúng mỗi 30 giây khi trang đang mở.
Công bố các bản ghi còn thiếu hoặc sai tại nơi quản lý DNS. Một tên miền chỉ được có một bản ghi SPF (RFC 7208, mục 3.2, kiểm tra tháng 10/2026), vì vậy hãy gộp những gì trang bản ghi yêu cầu vào bản ghi hiện có. Làm theo cấu hình SPF, DKIM và DMARC để biết các bước cụ thể.
Nếu nhà cung cấp gửi thư hỗ trợ tên miền MAIL FROM (return-path) riêng, hãy thiết lập nó để SPF cũng căn chỉnh với tên miền From, chứ không chỉ DKIM.
Chờ đến khi các bản ghi hiển thị Đã xác minh. ReputeCast cũng kiểm tra DNS mỗi 30 phút, và thay đổi sẽ hiện trong Độ sẵn sàng gửi trong vòng một giờ. Sau đó mở Kiểm tra và gửi của chiến dịch tiếp theo: nhóm Xác thực của Độ sẵn sàng gửi phải đạt.

Kiểm tra kết quả

Mọi bản ghi trên trang của tên miền gửi đều hiển thị Đã xác minh.
Nhóm Xác thực của Độ sẵn sàng gửi đạt cho chiến dịch.
Báo cáo của chiến dịch tiếp theo không còn 550 5.7.26 trong cột Mã gốc.

Khắc phục sự cố

Lỗi chỉ xảy ra với một nhà cung cấp gửi thư. Các bản ghi DKIM hoặc mục include: trong SPF của nhà cung cấp đó còn thiếu. Tuyến chia thư cho nhiều nhà cung cấp, nên hãy kiểm tra mọi nhà cung cấp gửi thư trên tuyến của chiến dịch.
DMARC đạt với một phần thư và không đạt với phần còn lại. Đọc báo cáo tổng hợp DMARC để tìm các nguồn không căn chỉnh.
Một số địa chỉ đã bị chặn gửi vì thư trả lại này. Sau khi sửa xác thực, bạn có thể gỡ chúng khỏi Người đăng ký, rồi Danh sách chặn gửi bằng Gỡ khỏi danh sách.

Liên quan

Mã lỗi SMTP
Outlook 550 5.7.515, yêu cầu xác thực của Microsoft
Yêu cầu dành cho người gửi số lượng lớn của Gmail, Yahoo và Microsoft
Thêm tên miền gửi và người gửi