发送到 *@example.com 的电子邮件会去哪里？

Question

所以我想这个问题很久了。

电子邮件发送到*@example.com哪里？如果我不小心将敏感信息发送给*@example.com某个邪恶的人（可能在 IANA），有朝一日会检索到它吗？

Answer 1

如果没有 MX 记录，邮件服务器将尝试投递到 A 记录。

example.com 的服务器不侦听端口 25，因此邮件服务器不会建立 TCP 连接，甚至不会开始发送。

Answer 2

如果您尝试发送电子邮件至 *@example.com

1. 您的 SMTP 将检查域是否存在。
2. 您的 SMTP 服务器将在 中查找MX记录 example.com。
3. 没有：您的 SMTP 将退回到A记录中。IP 为 174.137.125.92（截至今天）
4. IANA 已注册该域，但尚未设置侦听 174.137.125.92 上的端口 25 的 SMTP 服务器。
5. 然后行为取决于您的 SMTP。大多数服务器会向您发送警告，然后再试一次。最终（通常在 3 天内），SMTP 将丢弃该邮件并向您发送失败通知。

底线：这取决于您自己的配置。但是，如果 IANA 今天设置了服务器，他们可能能够接收您 3 天前尝试发送的消息。

Answer 3

example.com 没有 MX 记录，因此如果配置为大多数 SMTP 服务器，发送域上的 SMTP 服务器应该退回邮件。

编辑：为了让将来找到此答案的人更清楚，这里解释了 MX 记录是什么：（来自http://en.wikipedia.org/wiki/Mx_record，检索于 2011 年 11 月 21 日）

邮件交换器记录（MX 记录）是域名系统中的一种资源记录类型，它指定负责代表收件人域接受电子邮件消息的邮件服务器以及用于在多个邮件服务器可用的情况下优先邮件传递的首选项值. 域名的 MX 记录集指定应如何使用简单邮件传输协议路由电子邮件。

因此，基本上，example.com、example.net 和 example.org 没有指定服务器来处理传入邮件，因此发送给它们的任何邮件都应作为“无法投递”返回给发件人（可能因 SMTP 服务器配置而异，但返回给发件人“无法投递”是这种情况下非常常见的行为）。

编辑 2：有人提出了 RFC 5321 定义的行为，即在缺少 MX 记录的情况下回退到使用 A 记录。我搜索了这个 RFC ( http://tools.ietf.org/html/rfc5321 ) 并没有找到这样的东西，但有可能是一些 MTA（邮件传输代理，例如 exim、postfix、sendmail 和 Microsoft Exchange Server，在其他人）可能会尝试通过 SMTP 将邮件投递到 A 记录中定义的地址。对于后代，以下是当您尝试与 example.com 的定义 A 记录地址（撰写本文时为 192.0.43.10）建立 SMTP 连接时发生的情况：

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

编辑 3：有关相关 RFC 和回退行为的说明，请参阅下面的回复。

Answer 4

根据互联网号码分配机构的IANA 管理的保留域：

示例域

如RFC 2606和RFC 6761 中所述，出于文档目的维护了许多域，例如 example.com 和 example.org。这些域可以在没有事先与我们协调的情况下用作文档中的说明性示例。它们不可用于注册或转让。