Email 用户名、密码和电子邮件的标准最小和最大长度是多少?

Email 用户名、密码和电子邮件的标准最小和最大长度是多少?,email,passwords,Email,Passwords,用户名、密码和电子邮件的标准最小长度和最大长度是多少?根据(SMTP),“反向路径或正向路径[电子邮件地址]的最大总长度为256个八位字节”。此外,“用户名或其他本地部分的最大总长度为64个八位字节”“域名或数字的最大总长度为255个八位字节。”(这是字节,不是字符;在Unicode中,差异很重要。) 用户名和密码的长度因系统而异。如果您设计的web应用程序使用用户名和密码,请设置您自己的限制。请记住,密码太短可能不安全。我对这个问题有疑问,因为它假定应该有一个标准,并且所有服务器的值都相同恶习

用户名、密码和电子邮件的标准最小长度和最大长度是多少?

根据(SMTP),“反向路径或正向路径[电子邮件地址]的最大总长度为256个八位字节”。此外,“用户名或其他本地部分的最大总长度为64个八位字节”“域名或数字的最大总长度为255个八位字节。”(这是字节,不是字符;在Unicode中,差异很重要。)


用户名和密码的长度因系统而异。如果您设计的web应用程序使用用户名和密码,请设置您自己的限制。请记住,密码太短可能不安全。

我对这个问题有疑问,因为它假定应该有一个标准,并且所有服务器的值都相同恶习

我认为为这些字段中的任何一个设置最大长度都没有用,尤其是密码字段。使用密码哈希,限制密码长度不会带来任何空间效益。限制最小密码长度可能是有原因的,但最小值应取决于服务的安全性

有了电子邮件地址,你无法猜测你的用户会选择多长时间的地址,也无法猜测地址会有多短:你是谁,可以这么说a.very.long。address@some.subdomain.of.makealongeremailaddress.com反过来说,Twitter不会开始在t.co上销售电子邮件别名,这是无效的吗


用户名更难解释,但我还是认为限制长度没有好处。如果你的服务可能很受欢迎,那么(像谷歌)你可能会从停止竞争获取短的虚荣用户名中获益,但特别是如果你很受欢迎,那么限制长度没有任何好处,如果你这样做,你可能会阻止你的用户找到一个合适的名字,而这个名字还没有被采用(cf“没有中等大小的Jock那么大,但比Wee Jock Jock更大”).

晚会有点晚了,但我的回答是:

以下为子孙后代的查询结果:

Max DisplayName    Max Password Max Email Length                                      
Length Used On SO  Length
------------------ ------------ ---------------------------------------------------- 
36                 As long as   254 (See: https://stackoverflow.com/a/574698/1945631)
                   possible
(1 row(s) affected)
并且,根据上述查询结果