Bạn thường gặp lỗi 'Recipient Address Rejected. Access Denied' sau khi dùng Outlook (hoặc email client khác) gửi email bị trả về với sự kiện 'message not delivered'. Lỗi này thường liên quan đến mã trạng thái 541 và 551.
Sau khi nghiên cứu kỹ, chúng tôi xác định được một số kịch bản phổ biến gây ra lỗi này. Danh sách các nguyên nhân tiềm ẩn khi gửi email đi:
- Địa chỉ email không tồn tại – Nguyên nhân phổ biến nhất: gửi email đến địa chỉ không thực sự tồn tại. Cách khắc phục duy nhất: kiểm tra kỹ địa chỉ người nhận, sửa đổi nếu cần.
- Vấn đề DNS – Vấn đề DNS không thể loại trừ, đặc biệt nếu lỗi xảy ra với mọi email gửi đi. Nếu gửi từ web interface của nhà cung cấp email bình thường nhưng liên tục báo lỗi với Outlook, Thunderbird, xóa cache DNS có thể khắc phục.
- Email bị từ chối bởi bộ lọc anti-spam – Nếu trước đây đã gửi thành công đến cùng hộp thư, có thể bộ lọc anti-spam gắn cờ email của bạn là spam. Cách khắc phục: nhờ người nhận whitelist (danh sách trắng) bạn.
- DBEB chặn email bên ngoài – Nếu trước đây cấu hình Exclaimer Cloud qua Microsoft 365 và gặp lỗi khi gửi email đến public folder, nguyên nhân khả năng lớn do DBEB. Khắc phục: đảm bảo public folder được lưu trữ on-premise.
Sau khi nắm rõ nguyên nhân, hãy khắc phục sự cố bằng các phương pháp đã hiệu quả với người dùng khác.
Nhập đúng người nhận
Trước hết, kiểm tra kỹ địa chỉ email người nhận. Nếu từng gửi cho người này, đảm bảo họ vẫn có quyền truy qua mail gateway.
Nếu gặp sự cố trong mạng email nội bộ, đảm bảo người nhận báo lỗi 'Recipient Address Rejected. Access Denied' vẫn còn trong tổ chức.
Nếu dùng Exchange và phát hiện gửi đến user không tồn tại, một giải pháp là tạo CatchAll mailbox/địa chỉ.
Nếu đã xác định gửi đúng người nhận nhưng vẫn bị trả lỗi, chuyển sang phương pháp tiếp theo.
Flush DNS & Xóa dữ liệu TCP/IP tạm thời
Nếu lỗi chỉ xảy ra khi kết nối mạng cụ thể, nghi ngờ vấn đề DNS. Không hiếm gặp lỗi 'Recipient Address Rejected. Access Denied' do sự cố truyền dữ liệu hoặc giao thức.
Nếu chỉ một máy trong mạng bị ảnh hưởng, có thể do lỗi network adapter hoặc dải DNS xấu ngăn email rời khỏi gateway.
Thực hiện reset hoàn toàn TCP/IP trên máy bị ảnh hưởng (hoặc mọi máy trong mạng gặp sự cố).
Hướng dẫn flush DNS và reset TCP/IP:
- Nhấn Windows key + R mở hộp Run. Gõ 'cmd', nhấn Ctrl + Shift + Enter mở Command Prompt quyền admin
- Khi User Account Control hỏi, nhấp Yes cấp quyền admin
- Trong Command Prompt admin, gõ các lệnh sau, nhấn Enter sau mỗi lệnh để hoàn tất reset DNS & TCP/IP:
ipconfig /flushdns nbtstat -R nbtstat -RR netsh int reset all netsh int ip reset netsh winsock reset
- Sau khi mọi lệnh xử lý thành công, đóng Command Prompt
- Mở email client, thử gửi lại cùng email đến cùng người nhận, xem có bị trả về không
Nếu lỗi 'Recipient Address Rejected. Access Denied' vẫn chưa khắc phục, chuyển sang giải pháp tiếp theo.
Yêu cầu người nhận whitelist
Một lý do phổ biến khác là bộ lọc anti-spam đang hoạt động của domain người nhận. Do lịch sử hoặc hành vi người nhận, tin nhắn của bạn bị phát hiện và gắn cờ spam – đó là lý do nó bị trả về.
Từ điều tra, có 3 lý do chính gây lỗi 'Recipient Address Rejected. Access Denied' khi người nhận thiết lập shield:
- Người nhận hoặc bộ lọc spam đã đánh dấu tin nhắn tương tự là spam trước đây. Mọi email từ cùng người gửi và email tương tự sẽ bị xử lý giống nhau.
- Email bị trả do chính sách domain blacklist hoặc định nghĩa mọi email từ địa chỉ này là spam.
- Tin nhắn được nhận bởi domain email nhưng bị tách biệt do chính sách và không gửi đến inbox đích.
Nếu bất kỳ kịch bản nào đúng, chỉ có một giải pháp – nhờ người nhận whitelist bạn để họ nhận được thư từ của bạn.
Vì không thể làm từ email bình thường (bị trả về), bạn cần dùng email thay thế.
Nếu kịch bản trên không hiệu quả do bạn gặp sự cố sau khi cấu hình Exclaimer Cloud cho Microsoft 365, chuyển sang giải pháp tiếp theo.
Làm cho thư mục Exchange mail thành Public (nếu áp dụng)
Nếu gặp lỗi 'Recipient Address Rejected. Access Denied' khi gửi email sau khi cấu hình Exclaimer Cloud qua Microsoft 365, nguyên nhân khả năng lớn liên quan đến Directory-Based Edge Blocking (DBEB).
DBEB được bật mặc định trong Microsoft 365 và được cấu hình từ chối email bên ngoài với địa chỉ không tìm thấy trong Azure Active Directory.
Nhưng không có nghĩa là bạn không có địa chỉ đó. Có khả năng lớn chúng được coi là bên ngoài vì hiện lưu trữ trong public folder mailbox không đồng bộ với Azure Active Directory.
Nếu rơi vào kịch bản này, có 3 giải pháp tiềm năng:
- Đảm bảo tất cả public server được lưu trữ on-premise
- Đảm bảo public server được lưu trữ trong Exchange online
- Vô hiệu hóa Directory Based Edge Blocking (Không khuyến nghị)
Lưu ý: Tất cả phương pháp dưới đây yêu cầu bạn là global administrator với đầy đủ thông tin đăng nhập.
Đảm bảo public folder được lưu trữ on-premise
Thao tác này đảm bảo public folder chứa email được lưu trữ on-premise. Cần truy cập màn hình Microsoft Azure Active Directory Connect và điều chỉnh Optional Features.
Thao tác này đảm bảo địa chỉ Mail Enabled Public Folder không còn bị coi là vô hiệu bởi tính năng DBEB.
Hướng dẫn khắc phục lỗi 'Recipient Address Rejected. Access Denied' bằng cách đảm bảo mọi public folder được lưu trữ on-premise:
- Mở màn hình Microsoft Azure Active Directory Connect
- Dùng menu dọc bên trái chọn Optional Features
- Chuyển sang phần bên phải, tích chọn Exchange Mail Public Folder
- Nhấp Next lưu thay đổi, thử gửi lại email trước đó thất bại, xem vấn đề đã khắc phục chưa
Đảm bảo public server được lưu trữ Online
Lưu ý Directory-Based Edge Blocking (DBEB) chưa được hỗ trợ cho Mail Enabled Public Folders. Cần giải pháp thay thế.
Giải pháp đầu tiên: ngừng định tuyến email gửi đến Public folders đến Exclaimer Cloud – thực hiện bằng cách truy cập menu Mail flow và thiết lập quy tắc ngoại lệ.
Hướng dẫn đảm bảo public server được lưu trữ Online:
- Đăng nhập Exchange Online với tài khoản
- Đăng nhập thành công, điều hướng đến Mail flow, truy cập tab rules
- Từ danh sách quy tắc, chọn Identify Messages to send to Exclaimer Cloud, nhấp Edit
- Trong menu chỉnh sửa, cuộn xuống cuối phần, nhấp Add Exception (dưới Except If)
- Từ tùy chọn, chọn Recipient…Is this person
- Khi thấy hộp thoại Select Member's, chọn tất cả public folder mailbox đang dùng
- Nhấp Add thực thi thay đổi, nhấp Ok rồi save để thực thi
Vô hiệu hóa Directory Based Edge Blocking
Mặc dù không khuyến nghị, một giải pháp thay thế khác ngăn DBEB chặn email là vô hiệu hóa hoàn toàn cơ chế Directory-Based Edge Blocking.
Thực hiện theo hướng dẫn:
- Đăng nhập Exchange Online với tài khoản
- Đăng nhập thành công, vào Mail flow, truy cập Accepted domains từ menu ngữ cảnh
- Chọn root domain của public folder, nhấp Edit
- Dưới This accepted domain is, chọn Internal relay, nhấp Save để vô hiệu hóa DBEB hiệu quả