在维基中说有! # $ % & ' * + - / = ? ^ _ ` { | } ~这些在用户名都可以但为什么一般的email验证不带上这几个函数?http://en.wikipedia.org/wiki/E-mail_address
头大,一个perl的系统如果改的话,改的东西就太多了.

解决方案 »

  1.   

    没有 只有 @    名字上可以有 - _ . 其他的什么也没!!!有个网站 能查出任何QQ都进了什么QQ群 他的数据是自己计算的还是数据库里的?? 如果是数据库 那他是从哪下载的呢? http://www.sjzwan.com/qun.aspx 这是net写的 你们看看 
      

  2.   

    到底是否支持还不知道。但到目前为止,碰到的所有email格式就是@数字字母,中,下划线。没别的了。
    连国外的也没碰到过包含那些特殊字符的。
      

  3.   

    我碰到了带'号的email..,所以来讨论下. 也出乎我的意料.
    原文:E-mail addresses are formally defined in RFC 5322 (mostly section 3.4.1) and to a lesser degree RFC 5321. An e-mail address is a string of a subset of ASCII characters (see however the internationalized addresses below) separated into 2 parts by an "@" (at sign), a "local-part" and a domain, that is, local-part@domain.
    The local-part of an e-mail address may be up to 64 characters long and the domain name may have a maximum of 255 characters. However, the maximum length of a forward or reverse path length of 256 characters restricts the entire e-mail address to be no more than 254 characters.[1] Some mail protocols, such as X.400, may require larger objects, however. The SMTP specification recommends that software implementations impose no limits for the lengths of such objects.
    The local-part of the e-mail address may use any of these ASCII characters:
    Uppercase and lowercase English letters (a–z, A–Z)
    Digits 0 to 9
    Characters ! # $ % & ' * + - / = ? ^ _ ` { | } ~
    Character . (dot, period, full stop) provided that it is not the first or last character, and provided also that it does not appear two or more times consecutively (e.g. [email protected]).
    Additionally, quoted-strings (e.g. "John Doe"@example.com) are permitted, thus allowing characters that would otherwise be prohibited, however they do not appear in common practice. RFC 5321 also warns that "a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form" (sic).
    The local-part is case sensitive, so "[email protected]" and "[email protected]" may be delivered to different people. This practice is discouraged by RFC 5321. However, only the authoritative mail servers for a domain may make that decision. The only exception is for a local-part value of "postmaster" which is case insensitive, and should be forwarded to the server's administrator.
    Within the rules set out in the RFCs, organisations are free to restrict the forms their own e-mail addresses take however they wish, e.g. many organizations do not use certain characters, e.g. space, ?, and ^, and most organizations treat uppercase and lowercase letters as equivalent. Hotmail, for example, only allows creation of e-mail addresses using alphanumerics, dot (.), underscore (_) and hyphen (-).[2]
    Systems that send mail, of course, must be capable of handling outgoing mail for all addresses. Contrary to the relevant standards, some defective systems treat certain legitimate addresses as invalid and fail to handle mail to these addresses. Hotmail, for example, incorrectly refuses to send mail to any address containing any of the following legitimate characters: ! # $ % * / ? ^ ` { | } ~
    The domain name is much more restricted: it must match the requirements for a hostname, consisting of letters, digits, hyphens and dots. In addition, the domain may be an IP address literal, surrounded by square braces, such as jsmith@[192.168.2.1] (this is rarely seen except in spam).
    The informational RFC 3696 written by the author of RFC 5321 explains the details in a readable way, with a few minor errors noted in the 3696 
      

  4.   

    Hotmail, for example, incorrectly refuses to send mail to any address containing any of the following legitimate characters: ! # $ % * / ? ^ ` { | } ~这句貌似还是说的不能。
      

  5.   

    Within the rules set out in the RFCs, organisations are free to restrict the forms their own e-mail addresses take however they wish, e.g. many organizations do not use certain characters, e.g. space, ?, and ^, and most organizations treat uppercase and lowercase letters as equivalent. Hotmail, for example, only allows creation of e-mail addresses using alphanumerics, dot (.), underscore (_) and hyphen (-).[2]
    Systems that send mail, of course, must be capable of handling outgoing mail for all addresses. Contrary to the relevant standards, some defective systems treat certain legitimate addresses as invalid and fail to handle mail to these addresses. Hotmail, for example, incorrectly refuses to send mail to any address containing any of the following legitimate characters: ! # $ % * / ? ^ ` { | } ~
    在设置在RFC中制定的规则,组织形式自由,限制他们自己的电子邮箱地址,但他们采取的愿望,如:许多组织不使用某些字符,例如空间?,和^,和大多数组织对待大写和小写字母等同。 Hotmail的,例如,只允许创建的电子邮件地址使用字母,数字,圆点(。),下划线(_)和连字符(-).[ 2] 
    系统发送邮件的过程中,必须处理所有地址发送邮件的能力。相反的有关标准,一些有缺陷的系统视为无效的某些合法的地址,不处理邮件给这些地址。 Hotmail的,例如,错误地拒绝向任何地址发送邮件包含以下任何合法的字符:! #$%* /? ^`(|)〜 规则总是规则,实现起来就大打折扣了