这是有效的电子邮件地址吗？

发布于 2024-09-13 16:53:22 字数 1742 浏览 5 评论 0原文

"Françoise Lefèvre"@example.com

我正在阅读 RFC 5321 尝试真正理解有效电子邮件地址的构成 - - 我可能会让这变得比需要的更加困难 - 但这一直困扰着我。

 即，在带引号的字符串中，任何
               允许使用 ASCII 图形或空格
               没有黑斜杠引用，除了
               双引号和反斜杠本身。

这是否意味着 ASCII 扩展字符集在引号内有效？或者这是否仅意味着标准 ASCII 表？

编辑 - 考虑到答案，这是一个简单的 jQuery 验证器这可以作为插件内置电子邮件验证的补充来检查字符。

jQuery.validator.addMethod("ascii_email", function( value, element ) { 
    // In compliance with RFC 5321, this allows all standard printing ASCII characters in quoted text.
    // Unquoted text must be ASCII-US alphanumeric or one of the following: ! # $ % & ' * + - / = ? ^ _ ` { | } ~   
    // @ and . get a free pass, as this is meant to be used together with the email validator

    var result = this.optional(element) || 
        (
            /^[\u002a\u002b\u003d\u003f\u0040\u0020-\u0027\u002d-u002f\u0030-\u0039\u0041-\u005a\u005e-\u007e]+$/.test(value.replace(/(["])(?:\\\1|.)*?\1/, "")) &&     
            /^[\u0020-\u007e]+$/.test(value.match(/(["])(?:\\\1|.)*?\1/, ""))   
        );
    return result;
}, "Invalid characters");

除了捕获无效字符之外，该插件的内置验证似乎相当不错。在此处列出的测试用例中，它仅不允许注释、折叠空格以及缺少 TDL 的地址（即：@localhost、@255.255.255.255）——所有这些我都可以轻松生活。

原文

"Françoise Lefèvre"@example.com

I'm reading RFC 5321 to try to actually understand what constitutes a valid email address -- and I'm probably making this a lot more difficult than it needs to be -- but this has been bugging me.

               i.e., within a quoted string, any
               ASCII graphic or space is permitted
               without blackslash-quoting except
               double-quote and the backslash itself.

Does this mean that ASCII extended character sets are valid within quotes? Or does that imply standard ASCII table only?

EDIT - With the answers in mind, here's a simple jQuery validator that could work in supplement to the the plugin's built-in email validation to check the characters.

jQuery.validator.addMethod("ascii_email", function( value, element ) { 
    // In compliance with RFC 5321, this allows all standard printing ASCII characters in quoted text.
    // Unquoted text must be ASCII-US alphanumeric or one of the following: ! # $ % & ' * + - / = ? ^ _ ` { | } ~   
    // @ and . get a free pass, as this is meant to be used together with the email validator

    var result = this.optional(element) || 
        (
            /^[\u002a\u002b\u003d\u003f\u0040\u0020-\u0027\u002d-u002f\u0030-\u0039\u0041-\u005a\u005e-\u007e]+$/.test(value.replace(/(["])(?:\\\1|.)*?\1/, "")) &&     
            /^[\u0020-\u007e]+$/.test(value.match(/(["])(?:\\\1|.)*?\1/, ""))   
        );
    return result;
}, "Invalid characters");

The plugin's built-in validation appears to be pretty good, except for catching invalid characters. Out of the test cases listed here it only disallows comments, folding whitespace and addresses lacking a TDL (ie: @localhost, @255.255.255.255) -- all of which I can easily live without.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

删除→记忆 2024-09-20 16:53:22

根据此 MSDN 页面，扩展 ASCII 字符目前无效，但有一个提议的规范可以改变这一点。

http://msdn.microsoft .com/en-us/library/system.net.mail.mailaddress(VS.90).aspx

重要部分在这里：

托马斯·李 (Thomas Lee) 所引用的内容是正确的
本地部分在电子邮件中有效
地址和某些邮件地址可能
如果不在带引号的字符串中则无效。
然而，其他人认为的角色
你提到过诸如元音变音
龙舌兰不在 ASCII 中
字符集，它们被扩展
ASCII。在 RFC 2822（及后续
RFC 的 5322 和 3696) dtext
规范（允许在引用的本地
部分）只允许大多数 ASCII 值
（RFC 2822，第 3.4.1 节）
包括 33-90 范围内的值
和94-126。 RFC 5335 已被提议
这将允许非 ASCII 字符
在地址规范中，但它仍然是
标记为实验性的，因此是
MailAddress 不支持。

回复收藏 0 原文

沩ん囻菔务 2024-09-20 16:53:22

在本 RFC 中， ASCII 表示 US-ASCII ，即不允许使用值大于 127 的字符。作为证明，以下是 RFC 5321 中的一些引用：

邮件数据可能包含 128 个 ASCII 字符代码中的任何一个，[...]
[...]
系统定义邮箱时不得要求在 SMTP 中使用非 ASCII 字符（高位设置为 1 的八位字节）或 ASCII“控制字符”（十进制值 0-31 和 127）。这些字符不得在 MAIL 或 RCPT 命令或其他需要邮箱名称的命令中使用。

这些引号非常清楚地表明值大于 127 的字符被视为非 ASCII。由于这些字符在 MAIL TO 或 RCPT 命令中被明确禁止，因此不可能将它们用于电子邮件地址。

因此，"Francoise Lefevre"@example.com 是一个完全有效的地址（根据 RFC），而 "Françoise Lefèvre"@example.com 则不是。