Email được gửi tới *@example.com đi đâu? [đóng cửa]

88

Vì vậy, tôi đã tự hỏi điều này trong một thời gian dài.

Email được gửi *@example.comđi đâu? Nếu tôi vô tình gửi thông tin nhạy cảm cho *@example.commột số người xấu xa (có khả năng tại IANA) có thể lấy lại được một ngày nào đó?

email domain

— bennan kennedy
nguồn

2

Nếu bạn đang chạy Postfix với tư cách là máy chủ SMTP, bạn có thể sử dụng loại bỏ ( postfix.org/discard.8.html ) để gửi email đến các tên miền RFC 2606 (thay vì bị trả lại).

— HTTP500

4

Ai đó có thể giải thích tại sao điều này đã được di cư ở đây và sau đó đóng cửa? Tôi đã bắt đầu câu hỏi trên Stack Overflow vì tôi nghĩ đó là một vấn đề tổng quát hơn, nhưng tôi đoán nó có ý nghĩa rằng nó nên ở đây liên quan đến email và mạng. Nhưng rõ ràng một số người có kinh nghiệm không đồng ý. Làm thế nào và ở đâu tôi có thể mở lại câu hỏi này?

— bryan kennedy

Nếu nó lạc đề ở đây tôi chắc chắn nó sẽ ổn ở các webmaster chuyên nghiệp.

— DisgruntledGoat

Điều này có lẽ phù hợp nhất cho Super User .

— MDMarra

1

Nếu bạn truy cập example.com, nó nói rằng nó được dành riêng cho mục đích minh họa & liên kết đến iana.org/domains/reserved

— người dùng

48

Nếu bạn cố gửi email đến *@example.com

SMTP của bạn sẽ kiểm tra tên miền tồn tại.
Máy chủ SMTP của bạn sẽ tìm kiếm một MXbản ghi tại example.com.
Không có gì: SMTP của bạn sẽ rơi vào Ahồ sơ. IP là 174.137.125.92 (tính đến hôm nay)
IANA đã đăng ký tên miền, nhưng chưa thiết lập máy chủ SMTP lắng nghe trên cổng 25 vào ngày 174.137.125.92.
Sau đó, hành vi phụ thuộc vào SMTP của bạn. Hầu hết các máy chủ sẽ gửi cho bạn một cảnh báo và thử lại sau. Cuối cùng (thường trong 3 ngày), SMTP sẽ loại bỏ tin nhắn và gửi cho bạn thông báo về sự thất bại.

Tóm lại : Nó phụ thuộc vào cấu hình của riêng bạn. Nhưng nếu IANA thiết lập một máy chủ ngày hôm nay, họ có thể nhận được tin nhắn bạn đã cố gửi 3 ngày trước.

— rds
nguồn

58

Nếu không có bản ghi MX, máy chủ thư sẽ cố gắng phân phối đến bản ghi A.

Các máy chủ của example.com không lắng nghe trên cổng 25, vì vậy máy chủ thư sẽ không thiết lập kết nối TCP và thậm chí sẽ không bắt đầu phân phối.

50

example.com không có bản ghi MX, vì vậy máy chủ SMTP của bạn trên miền gửi sẽ trả lại tin nhắn nếu được định cấu hình như hầu hết các máy chủ SMTP.

EDIT: để rõ ràng cho những người tìm thấy câu trả lời này trong tương lai, đây là lời giải thích về bản ghi MX là gì: (từ http://en.wikipedia.org/wiki/Mx_record lấy ra ngày 21 tháng 11 năm 2011)

Bản ghi trao đổi thư (bản ghi MX) là một loại bản ghi tài nguyên trong Hệ thống tên miền chỉ định máy chủ thư chịu trách nhiệm chấp nhận thư email thay cho tên miền của người nhận và giá trị tùy chọn được sử dụng để ưu tiên gửi thư nếu có nhiều máy chủ thư . Tập hợp các bản ghi MX của một tên miền chỉ định cách email sẽ được định tuyến với Giao thức chuyển thư đơn giản.

Vì vậy, về cơ bản, example.com, example.net và example.org không có máy chủ nào được chỉ định để xử lý thư đến và do đó, mọi thư được gửi cho họ phải được gửi lại cho người gửi dưới dạng "không gửi được" (có thể thay đổi tùy theo cấu hình máy chủ SMTP , nhưng trả lại cho người gửi là "không thể gửi được" là một hành vi rất phổ biến cho tình huống này).

EDIT 2: Ai đó đã đưa ra hành vi được xác định RFC 5321 trở lại sử dụng bản ghi A trong trường hợp bản ghi MX bị thiếu. Tôi đã tìm kiếm RFC này ( http://tools.ietf.org/html/rfc5321 ) và không tìm thấy điều đó, nhưng có thể một số MTA (Đại lý chuyển thư, chẳng hạn như exim, postfix, sendmail và Microsoft Exchange Server, trong số những người khác) có thể cố gắng gửi thư qua SMTP đến địa chỉ được xác định trong bản ghi A. Đối với hậu thế, đây là những gì xảy ra khi bạn cố gắng thiết lập kết nối SMTP đến địa chỉ bản ghi A được xác định cho example.com (192.0.43.10 tại thời điểm viết):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDIT 3: xem trả lời bên dưới để biết rõ hơn về RFC và hành vi dự phòng có liên quan.

— seanp2k
nguồn

16

Câu trả lời của bạn không chính xác - RFC 5321 không chỉ định rằng độ phân giải sẽ quay trở lại Acác bản ghi khi không có MXbản ghi nào tồn tại ("quy tắc MX ẩn"); xem phần 5.1 . Nếu một danh sách trống MX được trả về, địa chỉ được xử lý như thể nó được liên kết với MX RR ẩn, với ưu tiên là 0, trỏ đến máy chủ đó.

— josh3736

1

Ngoài ra, SMTP luôn có một Aquy tắc dự phòng - nó không được giới thiệu với 5321.

— josh3736

1

Từ RFC 974 (973 & 974 đã giới thiệu bản ghi MX)

It is possible that the list of MXs in the response to the query will be empty.  This is a special case.  If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE.  (I.e., REMOTE is its only MX).

— Chris S

2

@ josh3736 SMTP không bao giờ chỉ định rằng nó đã rơi trở lại từ các bản ghi MD & MF thành A RR. Trên thực tế, RFC 821 không đề cập chính xác cách sử dụng tệp HOSTS (DNS không tồn tại vào thời điểm đó) để tra cứu máy chủ từ xa. Tuy nhiên, bạn đúng là MX bắt buộc phải quay lại các bản ghi A, theo RFC 974. Điều này đã được mã hóa bởi vì đó là một thông lệ đã có, các bản ghi MD và MF quá phức tạp và thường không được sử dụng.

— Chris S

Cảm ơn tất cả các bạn đã làm rõ - tôi đã học được khá nhiều từ điều này.

— seanp2k

19

Cơ quan cấp số Internet được chỉ định:

Tên miền ví dụ

Như được mô tả trong RFC 2606 , chúng tôi duy trì một số tên miền như EXAMPLE.COM và EXAMPLE.ORG cho mục đích tài liệu. Các miền này có thể được sử dụng làm ví dụ minh họa trong các tài liệu mà không cần phối hợp trước với chúng tôi. Họ không có sẵn để đăng ký.

— Licks nóng
nguồn

15

Câu trả lời của bạn không đáp ứng với câu hỏi.

7

@George Tại sao không? IANA sở hữu các tên miền vì vậy ngay cả khi không có MX cho đến ngày hôm nay, IANA có thể thiết lập một tên miền trong tương lai và bắt đầu nhận email chẳng hạn. * Tên miền. Đây là câu trả lời tốt nhất theo ý kiến của tôi.

— eduardocereto