关于电子邮件和密码可接受和不可接受的字符是否有任何标准？
Are there any standards regarding email and password acceptable and unacceptable characters?
可以在任何电子邮件和密码中用于通过以下任何协议进行身份验证的可接受字符集是什么：
SMTP
POP3
IMAP
简单地说什么是可以接受的，什么是不可以接受的
我可以使用自己的规则吗？每个人都这样做吗？是否有 W3C 参考资料？我做了一些研究，但找不到。
所有三个协议都为此引用了 SASL，即共享身份验证和某些层。也许安全。
SASL 规范身份验证，并允许使用不同的身份验证机制，这些机制的语法和语义在有意义的地方共享。 RFC 4616 指定了一种通用方法和 its page 3 has the answer you're looking for: Passwords may be up to 255 bytes long when encoded using UTF8, any unicode character is permitted except 0, and some characters are equivalent。例如，几个 space 字符映射到 ASCII space.
允许机制更严格。例如，建立在微软 NTLM 身份验证之上的 SASL 机制将包括微软和 SASL 的限制。这在协议意义上无关紧要。 IMAP/SMTP 客户无法真正区分太长的密码和输入错误的密码。
可以在任何电子邮件和密码中用于通过以下任何协议进行身份验证的可接受字符集是什么：
SMTP
POP3
IMAP
简单地说什么是可以接受的，什么是不可以接受的
我可以使用自己的规则吗？每个人都这样做吗？是否有 W3C 参考资料？我做了一些研究，但找不到。
所有三个协议都为此引用了 SASL，即共享身份验证和某些层。也许安全。
SASL 规范身份验证，并允许使用不同的身份验证机制，这些机制的语法和语义在有意义的地方共享。 RFC 4616 指定了一种通用方法和 its page 3 has the answer you're looking for: Passwords may be up to 255 bytes long when encoded using UTF8, any unicode character is permitted except 0, and some characters are equivalent。例如，几个 space 字符映射到 ASCII space.
允许机制更严格。例如，建立在微软 NTLM 身份验证之上的 SASL 机制将包括微软和 SASL 的限制。这在协议意义上无关紧要。 IMAP/SMTP 客户无法真正区分太长的密码和输入错误的密码。