我使用MS Office Outlook 2007,有时它将电子邮件地址转换为"FirstName LastName".双击时,它会打开联系表单,但无处电子邮件地址可以复制到剪贴板中.
如果使用联系人,如何复制到剪贴板电子邮件地址?
谢谢!
在URL中使用电子邮件地址是否安全?我的意思是假设一个网络应用程序有一个注册用户"Bob",Bob已经使用他的电子邮件注册=> Bob@hisemail.com
.现在您的意见是,应用程序接受并使用GET请求//application.com/Bob@hisemail.com
以及每个用户使用相同类型的URL是否安全?
在我的数据库中,我有很多用户拼错了他们的电子邮件地址.这反过来导致我的postfix在发送简报时反弹了很多邮件.
表格包括(但不限于)"yaho.com","yahho .com"等.
非常讨厌!
所以我一直在尝试将这些记录更新为正确的值.
执行select email from users where email like '%@yaho%' and email not like '%yahoo%';
并获取列表后,我被卡住了,因为我不知道如何仅更新yaho
部件.我需要保留用户名完整.
所以我以为我只会转储数据库并使用vim来替换,但我无法逃脱@
符号..
顺便说一句,如何选择用CAPS编写的所有电子邮件地址?select upper(email) from users;
只会将所有内容转换为CAPS,而我只需要找出已经写入的CAPS邮件.
德语变音符号(ä,ö,ü)和sz字符(ß)是否在电子邮件地址的本地部分有效?
例如,请使用此电子邮件地址: björn.nußbaum@trouble.org
RFC 5322非常清楚地说,不允许使用变音符号(以及其他国际字符).如果我看一下第3.4.1章,关于本地部分有如下内容:
local-part = dot-atom / quoted-string / obs-local-part
那是什么意思dot-atom
?它在第3.2.3章中描述:嗯,长话短说:Printable US-ASCII characters not including specials
所以在整个RFC 5322中我看不到任何有关国际字符的内容.或者RFC 5322已经过时了?(RFC 822 - > RFC 2822 - > RFC 5322)
更新: 对我来说重点是:目前的标准是什么?允许或不允许国际字符? RFC 5322标记为DRAFT STANDARD.所以我认为这是最新的依赖来源,不是吗?
Efran提到,RFC 5336允许使用国际字符.但RFC 5336被标记为实验,所以这对我来说并不重要.
理论上,电子邮件区分大小写.但是使用电子邮件作为系统登录我希望它们都是小写的(即john@smith.com和John@smith.com不能是不同的用户).
对于在电子邮件地址中使用区分大小写的用户来说,这可能会出现问题吗?难道有人用它了吗?
编辑:因为有许多"保存案例,登录时忽略"答案:如果我真的有两个不同的用户john @smith和John @ smith,这个系统会破坏,不是吗?
例如:john @ smith和John @ smith有密码123.我怎么知道哪一个刚认证了?
有没有人知道根据RFC5321/RFC5322验证电子邮件地址的正则表达式?
由于(可嵌套)注释使语法不规则,因此只应考虑没有注释的地址.
当然,如果您对验证某人实际拥有的地址感兴趣,那么唯一真正的验证是向该地址发送电子邮件并检查所有者是否收到了该地址.然而,我对RFC标准纯粹感兴趣.对于实际方法,这个问题更具相关性.
在评论之上,我愿意牺牲折叠空白区域,但除此之外,我对拒绝任何RFC5321/2有效地址的表达式不感兴趣.(可以说在某些情况下忽略折叠白色空间甚至是有意义的.)
理想情况下,正则表达式会拒绝任何不符合 RFC的内容,但这并不重要.例如,在正则表达式中包含一个详尽的顶级域列表并不是那么有趣.只需接受任何顶级域名就足够了.
我不确定地址标签(例如地址+ tag@domain.org)是否是我提到的RFC的一部分,但我希望正则表达式验证这些.
应该正确处理IPv6(RFC5952).
据我所知,国际化电子邮件(RFC6530,RFC6531,RFC6532,RFC6533)仍处于试验阶段,但验证这些地址的表达式也很有趣.
为了使答案普遍有趣,如果任何正则表达式是POSIX格式将是很好的.
任何人都可以帮助我使用正则表达式,它将在@符号后面返回电子邮件地址的末尾部分吗?我是regex的新手,但想学习如何使用它而不是编写低效的.Net字符串函数!
例如,对于"test@example.com"的输入,我需要输出"example.com".
干杯! 蒂姆
我有一个使用我的应用程序的人的电子邮件地址列表.是否可以通过电子邮件地址查询他们的Facebook公共数据?
谢谢理查德.
的RFC 5321,5322和6531有验证电子邮件地址复杂的规则.他们:
由于这些复杂的规则,根据RFC测试给定字符串是否是语法上有效的电子邮件地址不能仅使用正则表达式执行.
显然,主要电子邮件提供商不支持其中许多规则.
从历史上看,为电子邮件地址创建如此复杂的规则的动机是什么?在对电子邮件的起源维基百科的文章似乎意味着,从20世纪80年代早期的现代化标准旨在覆盖所有旧电子邮件十岁上下的系统用自己特定的标准和语法.
然而,标准,电子邮件提供商和电子邮件最终用户的实施者都对工作系统有既得利益,当规则不太晦涩并且可以轻松地转换为通过有限数量测试的软件时,这更容易实现,那么,为什么我们今天有一个如此复杂的标准,没有人完全使用它?
从历史上看,XML在很大程度上已被JSON取代,其成功部分归因于其语法的简单性.
当我想从用户那里获取一些信息时,我使用这个:
Get-ADUser -Filter {EmailAddress -eq 'jperez@dominio.com'}
Run Code Online (Sandbox Code Playgroud)
但是当我想检查大量用户的信息时,我尝试这样做:
$batch| foreach {Get-ADUser -Filter {emailaddress -eq $_.email}}
Run Code Online (Sandbox Code Playgroud)
email 是 CSV 文件中变量的名称,但我收到此错误:
“获取 ADUser:属性:在类型为“System.Management.Automation.PSCustomObject”的对象中找不到“电子邮件””
我无法使用该身份,因为该身份不支持 te emailaddresses
email-address ×10
email ×5
regex ×2
rfc5322 ×2
.net ×1
facebook ×1
filter ×1
mysql ×1
outlook ×1
outlook-2007 ×1
powershell ×1
url ×1
validation ×1