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

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

1. 您的SMTP将检查域是否存在。
2. 您的SMTP服务器将在example.com查找MXlogging。
3. 没有：您的SMTP将回落在Alogging上。 IP是174.137.125.92（截至今天）
4. IANA已经注册了域名，但是没有在174.137.125.92的端口25上设置监听的SMTP服务器。
5. 那么这个行为取决于你的SMTP。 大多数服务器会向您发送警告，稍后重试。 最终（通常在3天内），SMTP将丢弃该消息并向您发送失败通知。

底线 ：这取决于你自己的configuration。 但是，如果IANA今天设置了服务器，他们可能会收到3天前您尝试发送的邮件。

如果没有MXlogging，邮件服务器将尝试传送到Alogging。

example.com的服务器不会侦听端口25，所以邮件服务器不会build立TCP连接，甚至不会开始传送。

example.com没有MXlogging，因此如果configuration为大多数SMTP服务器，发送域上的SMTP服务器应该弹回消息。

编辑：为了清楚未来find这个答案的人，这里是一个MXlogging是什么的解释:(来自http://en.wikipedia.org/wiki/Mx_record检索2011年11月21日）

邮件交换器logging（MXlogging）是域名系统中的一种资源logging，用于指定负责接收代表接收者域的电子邮件的邮件服务器，以及用于在多个邮件服务器可用时优先处理邮件传递的优先级值。 一组域名的MXlogging指定了如何将邮件路由到简单邮件传输协议。

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

编辑2：有人提出了RFC 5321定义的行为，在MXlogging丢失的情况下回退到使用Alogging。 我search了这个RFC（ http://tools.ietf.org/html/rfc5321 ），发现没有这种东西，但可能有一些MTA（邮件传输代理，如exim，postfix，sendmail和Microsoft Exchange Server等）其他人）可能会尝试通过SMTP传递邮件到Alogging中定义的地址。 对于后代，当您尝试build立一个到example.com的定义的Alogging地址的SMTP连接时，会发生什么情况（写时为192.0.43.10）：

 $ 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以用于文档目的。 在没有事先与我们协调的情况下，这些领域可以用作文件中的说明性示例 他们不可用于注册。