Validation 验证定义应用于Dynamics 365中电子邮件表单单行文本字段的位置?

Validation 验证定义应用于Dynamics 365中电子邮件表单单行文本字段的位置?,validation,dynamics-crm,dynamics-crm-2016,email-address,dynamics-365,Validation,Dynamics Crm,Dynamics Crm 2016,Email Address,Dynamics 365,我知道,如果我在Dynamics 365中针对实体创建一个字段(我们在prem上运行1612 8.2.2.112),我可以选择单行文本的数据类型和电子邮件格式,这将导致输入该字段的任何值被格式化为可点击的mailto:链接,以及提供一些输入值的验证,以确保它们是电子邮件地址 但是,我找不到任何文档(来自微软或其他公司),这些文档准确地定义了在这样的字段上执行的验证。从随机测试来看,唯一的要求似乎是该值包含@字符,并且不包含一些特殊字符 似乎不需要在@后面的部分中有,因此类似john@domain

我知道,如果我在Dynamics 365中针对实体创建一个字段(我们在prem上运行1612 8.2.2.112),我可以选择单行文本的数据类型和电子邮件格式,这将导致输入该字段的任何值被格式化为可点击的
mailto:
链接,以及提供一些输入值的验证,以确保它们是电子邮件地址

但是,我找不到任何文档(来自微软或其他公司),这些文档准确地定义了在这样的字段上执行的验证。从随机测试来看,唯一的要求似乎是该值包含
@
字符,并且不包含一些特殊字符

似乎不需要在
@
后面的部分中有
,因此类似
john@domain
通过此验证,我的理解是他们不应该通过此验证


那么,有人能给我指一下确认这里应用的验证的文档吗?还有,对于如何更好地实现这些值的验证,有人有什么建议吗(我假设一些JavaScript可以完成这项工作,但是如果可能的话,一些OOTB会很好).

我找到的唯一相关文档无法回答您的问题

您对格式行为的描述符合我的经验。我怀疑它遵循了上所述的RFC标准。您可以通过测试来确认这一点。注<代码>john@domain是一个有效(但不常见)的电子邮件地址


如果你想改变我建议的行为;添加用于根据正则表达式验证用户输入的更改JavaScript。如果输入无效,则显示错误并清除用户值。

我找到的唯一相关文档无法回答您的问题

您对格式行为的描述符合我的经验。我怀疑它遵循了上所述的RFC标准。您可以通过测试来确认这一点。注<代码>john@domain是一个有效(但不常见)的电子邮件地址

如果你想改变我建议的行为;添加用于根据正则表达式验证用户输入的更改JavaScript。如果输入无效,则显示错误并清除用户值