System.Net.MailMessage允许一些无效的电子邮件地址格式

Question

许多人可能已经意识到，正确验证电子邮件地址可能有点噩梦。您可以整天搜索符合当前RFC标准的C＃正则表达式，并且您会发现不同的正则表达式会给出不同的结果。

如果你看看http://en.wikipedia.org/wiki/Email_address#Local_part，你会发现在本地部分的开始或结尾处不允许有句点。连续两个时段也是不允许的。但是，以下NUnit测试证明System.Net.MailMessage允许您为一些无效的电子邮件地址格式实例化MailMessage对象。

[Test] 
[TestCase(@"foobar@exampleserver")] //technically valid from the wiki article 
[TestCase(@"jsmith@[192.168.2.1]")] //technically valid from the wiki article 
[TestCase(@"niceandsimple@example.com")] //vanilla email address 
[TestCase(@"very.common@example.com")] //also standard 
[TestCase(@"a.little.lengthy.but.fine@dept.example.com")] //long with lots of periods 
[TestCase(@"disposable.style.email.with+symbol@example.com")] //disposable with the + symbol 
[TestCase(@"other.email-with-dash@example.com")] //period and dash in local part 
[TestCase(@"user-test-hyphens@example-domain.com")] //lots of hyphens 
[TestCase(@"!#$%&'*+-/=?^_`{|}~@example-domain.com")] //all these symbols are allowed in local part 
[TestCase(@"ër_%لdev@gكňil.com")] //characters outside the ascii range are permitted 
[TestCase(@"""abcdefghixyz""@example.com")] //technically valid 
//[TestCase(@"abc.""defghi"".xyz@example.com")] //technically valid, but .NET throws exception 
public void CanCreateMailMessageObjectTest(string emailAddress) 
{ 
    var mailMessage = new System.Net.Mail.MailMessage("noreply@example.com", emailAddress); 
} 

以上所有测试用例除最后一个都通过。

[Test] 
[TestCase(@".test@example.com")] //leading period 
[TestCase(@"test.@example.com")] //period at end of local part <---FAIL 
[TestCase(@"test..example@example.com")] //double period in local part <---FAIL 
[TestCase(@"foobar@example!#$%^&*()=server.com")] //special characters in domain part 
[TestCase(@"Abc.example.com")] //No @ separating local and domain part 
[TestCase(@"A@b@c@example.com")] //more than one @ symbol 
[TestCase(@"just""not""right@example.com")] //quoted strings must be dot separated 
[TestCase(@"a""b(c)d,e:f;g<h>i[j\k]l@example.com")] //special symbols "(),:;<>@[\] not inside quotes 
[TestCase(@"[test@example.com")] //leading special symbol in local part 
[TestCase(@"this is""not\allowed@example.com")] //spaces not in quotes 
[TestCase(@"this\ still\""not\\allowed@example.com")] //backslashes not in quotes 
[ExpectedException(typeof (System.FormatException))] 
public void CannotCreateMailMessageObjectTest(string emailAddress) 
{ 
    var mailMessage = new System.Net.Mail.MailMessage("noreply@example.com", emailAddress); 
} 

为什么地球上做test.@example.com和test..example@example.com未能抛出System.FormatException？这里谁错了，微软还是维基百科？是否有任何电子邮件地址可以追溯到期限或双倍期限？我的验证应该允许他们吗？我有适当的异常处理来允许我的电子邮件传送服务在发生异常时继续执行其日期，但是我想抛出无效或保证会引发异常的电子邮件地址。

Answer 1

那么，由于RFC定义了标准，这将是微软的实施，这是不正确的。

如果您想要做更好的验证，请尝试使用validator I posted in this answer来回答问题C# Email Address validation。

它应该适当（并严格）验证几乎所有本地部分@域格式的任何“正常”电子邮件地址，你可能会遇到，虽然它不会处理新的非ASCII风格的东西，这是允许。我不能保证自从它几年之后还没有开始有点腐烂，并且自从我编写它以来，电子邮件RFC已经更新。

本地部分必须不加引号：它不支持引用的本地部分或带引号的标签。

就域部分而言，我的验证器不支持IPv4或IPv6字面值（尽管添加它不会很困难）。

如果您想要允许任何/所有符合RFC的地址，它将变得更加困难。

Answer 2

有没有解释为什么，但MSDN's docs on System.Net.Mail.MailAddress召唤出这个地址的格式支持：

的MailAddress类支持以下邮件地址格式：

...

• 用户名中的连续和尾部点。例如，user ... name .. @ host。

因此，这不是在MailAddress类的错误 - 明确支持这种形式。但我不知道支持他们的原因是什么。我假设也许有些系统实际上接受它们，MS觉得有必要支持这种情况。

另一方面，虽然我可以理解需要提供一些电子邮件地址的验证，但我个人认为在验证中几乎没有必要超级严格。无论如何，系统需要处理坏的，但语法上有效的地址。另一方面，似乎在本地部分末尾的翻倍时期或时期可能是一种常见的错字，所以我可以理解为什么您可能希望它们未通过验证。