发送到*@example.com的电子邮件在哪里？[关闭]

所以我想知道很久了。

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

如果您尝试发送电子邮件至 *@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今天设置了服务器，则它们可能能够接收您三天前尝试发送的邮件。

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

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

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（在撰写本文时为192.0.43.10）的已定义A记录地址的SMTP连接时发生的情况：

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

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

互联网号码分配机构：

域示例

如RFC 2606中所述，出于文档目的，我们维护许多域，例如EXAMPLE.COM和EXAMPLE.ORG。这些域可以在不事先与我们协调的情况下用作文档中的说明性示例。它们不可注册。