Có phải thực tế xấu khi khai báo MX từ các mạng khác nhau?


21

Chúng tôi đang sử dụng nhà cung cấp dịch vụ bên thứ 3 để gửi email giao dịch. Gần đây tôi nhận thấy tỷ lệ thất bại tăng lên cho một miền nhận được.

Việc gửi thất bại với lỗi "498 No MX for example.com".

Các lần gửi được thử lại sau một độ trễ nhất định và sau đó thường thành công sau khi một vài lần thử lại. Nhưng đôi khi, chúng vượt quá giới hạn thử lại và bị loại bỏ vĩnh viễn.

Tôi đã liên hệ với bộ phận hỗ trợ của nhà cung cấp và họ nói với tôi rằng điều này là do miền nhận được khai báo MX từ các nhà cung cấp khác nhau.

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

Họ đang đề cập đến thực tế là một MX đang sử dụng example.comvà một MX khác đang sử dụng example.netvà đó rõ ràng là thông lệ xấu và có thể dẫn đến lỗi được mô tả ở trên.

Đây là lần đầu tiên tôi nghe một cái gì đó như thế và tôi sẽ gọi ngay cho BS về nó, nhưng tôi nghĩ tôi sẽ cho họ lợi ích của sự nghi ngờ và nghe những gì người khác nói về chủ đề này.


11
Nó thậm chí còn được phép không có bản ghi MX, do đó thông báo lỗi là vô nghĩa. Nhà cung cấp dịch vụ của bạn cần rất nhiều sự giúp đỡ.
Michael Hampton

4
Tất nhiên điều này phải làm việc. Xem xét trường hợp trang web example.com.sử dụng bất kỳ nhà cung cấp email bên thứ ba nào, chẳng hạn như G Suite, để họ có bản ghi MX aspmx.l.google.com..
dùng253751

1
Có lẽ đó là về bản ghi MX ở một nhà cung cấp khác (và bị lỗi) (ví dụ: thiếu bản ghi keo, cập nhật vùng chậm, có gì đó không đúng với bản ghi A, các vấn đề tuân thủ tiêu chuẩn như mx-as-cname)?
rackandboneman

Vấn đề là nhà cung cấp không hiểu gì cả. Họ nghĩ rằng vấn đề của tôi đã được khi sử dụng dịch vụ của họ để nhận thư điện tử, nơi họ khuyên bạn nên sử dụng chỉ MX của họ. Nhưng tôi đã hỏi về việc gửi email và MX của một miền nhận. Tôi đảm bảo với bạn, đây là sự bất tài về phía họ. Mô tả vấn đề của tôi rất rõ ràng và sự hiểu lầm này sẽ là không thể nếu họ thực sự xem xét vấn đề dù chỉ một giây.
Der Hochstapler

Câu trả lời:


44

Họ chủ yếu là sai.

Đó là một thực tế không tồi khi có nhiều hơn một MX và cũng không phải là một thực tế xấu khi có một hoặc nhiều trong số họ có tên máy chủ trong một tên miền khác. Trên thực tế, điều khá phổ biến là mọi người sẽ thiết lập máy chủ mail của riêng họ trong miền riêng của họ làm MX chính, và sau đó có máy chủ mail của ISP làm MX phụ.

Một phần rất nhỏ có thể hiểu được có liên quan là nếu MX trong miền khác không giải quyết đúng, ví dụ: nếu miền example.netcó vấn đề về DNS, đó sẽ là một vấn đề. Nhưng đó là lý do tại sao bạn có nhiều hơn một MX - nếu một lỗi, những cái khác vẫn sẽ hoạt động.

Bạn nên trả lời nhà cung cấp và chỉ cho họ tại RFC 5321 , phần 5.1. Có một chút quá dài để trích dẫn, nhưng ý chính của nó là nếu có nhiều hơn một MX, người gửi phải thử ít nhất hai lần đầu tiên và không hạn chế việc có chúng trong các miền riêng biệt.


24

Không, đây là BS. Có tùy chọn này là một trong những lý do chính tại sao bạn có thể chỉ định nhiều MXS với các ưu tiên khác nhau ở nơi đầu tiên.

Phải có một vấn đề khác.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.