问题是这样的:我使用的第三方电子邮件传送服务不接受名称部分中包含非ASCII字符的邮件地址,例如mü[email protected]。punycode编码的电子邮件地址与“真实”地址冲突吗?
编码,Punycode码这样的地址:
http://en.wikipedia.org/wiki/Punycode
得到这个地址:
和发送邮件它通过服务似乎工作。
但是,我不确定是否有人不能直接注册“[email protected]”,因此会收到旨在用于“mü[email protected]”的电子邮件。
这种冲突可能吗?这个问题还有其他解决方案吗?
UPDATE
感谢您的答案。下面是我们所学的内容摘要:
- Punycoding的电子邮件地址作品的本地部分,你可以从(当然)这样的编码地址发送和接收
- 但是,也不能保证在所有提供商或邮件客户端将理解编码,或自动执行。冲突因此是可能的,整个想法不是一个好主意:)
- 一个人应该干脆做别人做的事,就是不允许或接受非ASCII名字部分,按照规范
- 最后,它原来第三方服务无论如何都禁止这种恶意软件。
这是不是可以用于任何* *真正punycoded?例如,如果有人真的想要这个域* xn-- stjrt-ira.xxx *,它会与该名称的punydecoded版本“冲突”。你认为的实际问题是什么? – bzlm
那么,我希望注册服务机构能够意识到这一点,并且会自动合并域的编码版本和非编码版本,因此不可能使用欺骗(有意或无意)欺骗。我想知道这是否属实,以及是否也适用于电子邮件提供商。 –
你如何看待这种欺骗?您的意思是您注册* xn - mller-kva @ *的情况,并且恶意接收发往*müller*的电子邮件,该电子邮件没有此地址?电子邮件客户端甚至使用punycode地址? – bzlm