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

所以我想了很久。

发送到*@example.com电子邮件去哪里? 如果我不小心将敏感信息发送到*@example.com ,有一些邪恶的人(有可能在IANA)有一天能够找回它?

如果您尝试将电子邮件发送到*@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以用于文档目的。 在没有事先与我们协调的情况下,这些领域可以用作文件中的说明性示例 他们不可用于注册。