Mime Multipart 消息 ContentId“CID:”的有效字符是什么？
从阅读 RFC 可以看出，CID 只能/只能包含与常规 URI 允许的字符集相同的字符。这是正确的吗？我问这个问题是因为我希望编写一个简单的帮助程序，它采用 CID 前缀，并在为 mime 多类型附件生成 CID 时添加一个计数器。
From reading the RFC it appears that CID can/must only contain characters from the same set as those permissable by a regular URI. Is this correct. Im asking because I wish to writeup a simple helper that takes a CIDs prefix and adds a counter when generating CID for mime multitypes attachments.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Content-ID 值必须采用 RFC-822 addr-spec (user@domain) 的形式。
由于 addr-spec 可能包含 URL 中不允许的字符，因此这些字符在“cid”URL 中使用时会进行十六进制编码。
根据 RFC2392：
了解更多：http://www.faqs.org/rfcs/rfc2392.html
The Content-ID value is required to be in the form of an RFC-822 addr-spec (user@domain).
Since an addr-spec may contain characters not allowed in a URL, those characters are hex-encoded when used in the "cid" URL.
Per RFC2392:
Read more: http://www.faqs.org/rfcs/rfc2392.html