小编Mik*_*een的帖子

我正在尝试准备一份Gmail POP3展示的完整行为列表,您通常不会在POP3服务器中找到这些行为.

例如,Gmail似乎忽略了POP3客户端的DELE(删除)命令.相反,它实现了自己的删除和归档策略.

准备列表的目的是避免开发人员针对Gmail POP3服务器测试POP3客户端,然后假设所有POP3服务器的行为方式相同.

任何人都可以提供更完整的非标准行为列表吗？

使用System.Net.Mail.Attachment和System.Net.Mail.LinkedResource生成的电子邮件包含MIME部分.问题是如何为这些MIME部分中的标头指定Content-Type Name和Content-Disposition Filename值和编码.

附件,内容类型名称:

据推测,可以使用Attachment.Name属性或ContentType.Name属性指定值.这两个属性是同义的还是更好地使用一个优先于另一个？如果它们是同义词,那么为什么Attachment.Name属性存在？据推测,可以使用Attachment.NameEncoding属性指定编码,但为什么没有相应的ContentType.NameEncoding属性？

附件,内容处理文件名:

该值显然是使用ContentDisposition.Filename属性指定的,但如何指定编码？

LinkedResource,Content-Type Name:

该值只能使用ContentType.Name属性指定,但如何指定编码？此外,如果有一个很好的理由有一个Attachment.Name属性,那么为什么没有相应的LinkedResource.Name属性？

LinkedResource,Content-Disposition文件名:

LinkedResource没有ContentDisposition,那么如何指定值或编码？

理论上,Request For Comments(RFC)包含开发人员构建SMTP客户端时需要知道的所有内容.但是,要知道哪些RFC需要考虑以及哪些可以忽略,并不总是很容易.

有没有人有RFC路线图来引导开发人员通过这个？通过RFC路线图,我的意思是:

• 需要阅读和理解的RFC的完整列表,以便开发SMTP客户端.
• 表明不再需要考虑哪些RFC,因为它们已被取代.
• 相关RFC的摘要.
• 详细说明相关RFC如何相互关联.
• 指示读取和理解相关RFC的逻辑顺序.

理论上,Request For Comments(RFC)包含开发人员构建IMAP客户端时需要知道的所有内容.但是,要知道哪些RFC需要考虑以及哪些可以忽略,并不总是很容易.

有没有人有RFC路线图来引导开发人员通过这个？通过RFC路线图,我的意思是:

• 需要阅读和理解的RFC的完整列表,以便开发IMAP客户端.
• 表明不再需要考虑哪些RFC,因为它们已被取代.
• 相关RFC的摘要.
• 详细说明相关RFC如何相互关联.
• 指示读取和理解相关RFC的逻辑顺序.