我已经使用OP的正则表达式的这个修改版本有一段时间了，它并没有给我留下太多惊喜。我从未在电子邮件中遇到过撇号，所以这并不能证明这一点。它确实验证了Jean+François@anydomain.museum和试@例子.测试.مثال.آسایل，但不奇怪地滥用这些非字母数字字符+@you.com上。

(?!^[.+&'_-]*@.*$)(^[_\w\d+&'-]+(\.[_\w\d+&'-]*)*@[\w\d-]+(\.[\w\d-]+)*\.(([\d]{1,3})|([\w]{2,}))$)

它确实支持IP地址you@192.168.1.1，但我还没有完善到足以处理诸如999.999.999.1之类的伪IP地址范围。

它还支持超过三个字符的所有TLDasdf@asdf.asdf我认为这是原作的表现。我被打败了，现在有太多超过3个字符的TLD。

我知道OP已经放弃了他的正则表达式，但这种味道仍然存在。

我不建议使用正则表达式，电子邮件地址太复杂了。这是一个常见的问题，所以我猜有很多库都包含验证器-如果您使用Java，apachecommons验证器的EmailValidator是一个很好的验证器。

几乎我见过的每一个正则表达式（包括一些Microsoft使用的正则表达式）都不允许通过以下有效电子邮件：simon-@hotmail.com

我刚刚有一个真正的客户，他的电子邮件地址是这种格式的，他无法下订单。

以下是我的决定：

不会有假阴性的最小正则表达式。或者，使用MailAddress构造函数进行一些附加检查（见下文）：检查常见的拼写错误.cmo或.gimal.com，并要求确认“您确定这是正确的电子邮件地址吗？看起来可能有错误。”如果用户确定，请允许他们接受键入的内容。在实际发送电子邮件时处理反弹，并手动验证它们以检查是否存在明显错误。

try
{
    var email = new MailAddress(str);

    if (email.Host.EndsWith(".cmo"))
    {
        return EmailValidation.PossibleTypo;
    }

    if (!email.Host.EndsWith(".") && email.Host.Contains("."))
    {
        return EmailValidation.OK;
    }
}
catch
{
    return EmailValidation.Invalid;
}

为了使用JavaScript验证电子邮件地址，使用此功能更方便和高效（根据W3Schools）：

function validateEmail()
{
    var x = document.f.email.value;
    var atpos = x.indexOf("@");
    var dotpos = x.lastIndexOf(".");
    if (atpos < 1 || dotpos < atpos+2 || dotpos+2 >= x.length)
    {
        alert("Not a valid e-mail address");
        return false;
    }
}

我用它，它很完美。

此规则与Postfix服务器无法发送的内容相匹配。

允许使用字母、数字、-、_、+、.、&、/、，和

不-foo@bar.com

不asd@-bar.com

/^([a-z0-9\+\._\/&!][-a-z0-9\+\._\/&!]*)@(([a-z0-9][-a-z0-9]*\.)([-a-z0-9]+\.)*[a-z]{2,})$/i

我们使用了http://www.aspnetmx.com/几年来取得了一定的成功。您可以选择要验证的级别（例如语法检查、域检查、MX记录或实际电子邮件）。

对于前端表单，我们通常会验证域是否存在以及语法是否正确，然后在进行批量邮件发送之前，我们会进行更严格的验证以清理数据库。