Как многие люди, возможно, уже знают, правильная проверка адресов электронной почты может быть чем-то вроде кошмара. Вы можете целый день искать регулярное выражение C#, соответствующее текущим стандартам RFC, и вы найдете различные выражения регулярных выражений, которые дают разные результаты.
Если вы посмотрите на 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(@"[email protected]")] //vanilla email address
[TestCase(@"[email protected]")] //also standard
[TestCase(@"[email protected]")] //long with lots of periods
[TestCase(@"[email protected]")] //disposable with the + symbol
[TestCase(@"[email protected]")] //period and dash in local part
[TestCase(@"[email protected]")] //lots of hyphens
[TestCase(@"!#$%&'*+-/=?^_`{|}[email protected]")] //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""[email protected]")] //technically valid, but .NET throws exception
public void CanCreateMailMessageObjectTest(string emailAddress)
{
var mailMessage = new System.Net.Mail.MailMessage("[email protected]", emailAddress);
}
Все вышеперечисленные тестовые случаи проходят, кроме последнего.
[Test]
[TestCase(@"[email protected]")] //leading period
[TestCase(@"[email protected]")] //period at end of local part <---FAIL
[TestCase(@"[email protected]")] //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@[email protected]")] //more than one @ symbol
[TestCase(@"just""not""[email protected]")] //quoted strings must be dot separated
[TestCase(@"a""b(c)d,e:f;g<h>i[j\k][email protected]")] //special symbols "(),:;<>@[\] not inside quotes
[TestCase(@"[[email protected]")] //leading special symbol in local part
[TestCase(@"this is""not\[email protected]")] //spaces not in quotes
[TestCase(@"this\ still\""not\\[email protected]")] //backslashes not in quotes
[ExpectedException(typeof (System.FormatException))]
public void CannotCreateMailMessageObjectTest(string emailAddress)
{
var mailMessage = new System.Net.Mail.MailMessage("[email protected]", emailAddress);
}
С какой стати [email protected]
и [email protected]
не выдают исключение System.FormatException? Кто здесь не прав, Майкрософт или Википедия? Существуют ли какие-либо адреса электронной почты, которые устарели, чтобы разрешить конечную точку или двойную точку? Должна ли моя проверка разрешать их? У меня есть надлежащая обработка исключений, позволяющая моей службе доставки электронной почты продолжать работу в течение дня, если возникает исключение, но я хотел бы отбрасывать адреса электронной почты, которые либо недействительны, либо гарантированно вызывают исключение.