- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
.NET 4.6.1 中的 EmailAddressAttribute 允许以点结尾。这意味着以下电子邮件:someone@google.com。已验证。对于 Microsoft,此电子邮件有效。但是,例如,对于 PayPal,电子邮件无效。
有人知道电子邮件末尾的点是否有效吗?
最佳答案
关于这是否合法或有效,有很多争论不休的信息。这是两种不同的观点,我将尝试解释一下原因。
电子邮件地址部分由 RFC 5322 - Internet Message Format 描述其中详细解释了电子邮件格式。
在3.4.1 - Addr-spec部分, 解释了电子邮件地址格式。为简洁起见,我进行了解释,但一般格式是:
local-part@domain
本地名称描述为以下dot-atom/quoted-string/obs-local-part
之一,域描述为dot-atom/domain-literal/obs-域
。
所以它是一个域名,在RFC 1034 - Domain Names - Concepts And Facilities中有描述。 .
域名可以是不明确的,也可以是不明确的,由尾随点的存在或不存在来定义。不明确的域名不能保证解析到一个位置,但大多数(如果不是全部)DNS 搜索列表在不存在的情况下会在幕后附加一个句点,但这是生活质量的改进。明确的域名必须包含尾随句点,它基本上是 DNS 中的终止符。
Thomas Flinkow 已经提到了源代码的样子,我只是想提供一些背景信息,说明为什么 - 从历史上看 - 正则表达式可能是这样的。尾随期是合法的,但有效性由邮件提供商定义。
关于c# - EmailAddressAttribute 允许在末尾加上点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49153319/
我使用 ASP.NET MVC 5 并且需要对电子邮件进行验证。 我有以下 View 模型: public class RegisterViewModel { [Required] [
我正在 windows store 8.1 下开发一个应用程序,我需要使用电子邮件验证。我发现在 .Net Framework 4.5 的命名空间 System.ComponentModel.Data
我正在使用 EmailAddressAttribute用于我的模型。 问题是当我使用(完全有效的)电子邮件地址时 óscar@yahoo.com 它说它是无效的。 型号: public class F
.NET 4.6.1 中的 EmailAddressAttribute 允许以点结尾。这意味着以下电子邮件:someone@google.com。已验证。对于 Microsoft,此电子邮件有效。但是
我一直在我的代码中使用 EmailAddressAttribute(来自 System.ComponentModel.DataAnnotations)并且它运行良好。 BA 和测试人员需要了解有关如何
我有一个类说“请求”。它有两个属性,如下所示。收件人的电子邮件验证工作正常。但是,它不适用于收件人。 [EmailAddress] public string Recipient { get; set
我的 PersonDTO 类中有属性: [EmailAddress] public string Email { get; set; } 它工作得很好,除了我想允许空字符串作为我的模型的值,如果我从客
我希望能够做到这一点: string email = "some@email.com"; bool isValid = IsValidEmail(email); //returns true ...但
我的模型对象上有一个字符串属性,名为 EmailAddress .我正在使用 Html.EditorFor呈现此页面上所有字符串属性的输入字段,以及一个工作正常的自定义编辑器模板。但是,我添加 Ema
我是一名优秀的程序员,十分优秀!