所以我想了很久。
发送到*@example.com
电子邮件去哪里? 如果我不小心将敏感信息发送到*@example.com
,有一些邪恶的人(有可能在IANA)有一天能够找回它?
如果您尝试将电子邮件发送到*@example.com
example.com
查找MX
logging。 A
logging上。 IP是174.137.125.92(截至今天) 底线 :这取决于你自己的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以用于文档目的。 在没有事先与我们协调的情况下,这些领域可以用作文件中的说明性示例 他们不可用于注册。