某些背景-我正在尝试使用Gmail rest API发送带有curl / libcurl的电子邮件。我能够发送常规的纯文本电子邮件，但是我很难理解有关附件的API文档。
API要求以RFC 2822格式传递电子邮件。对于这种格式，我几乎一无所知，但我正在尝试学习。我突然意识到，Gmail API不明确处理附件的原因可能是因为RFC 2822却处理附件。
我的问题是-RFC 2822是否包括附件格式作为电子邮件的一部分？如果是这样，那么我希望看到示例消息，其中包含一些头字段，一个简单的正文和一个简单的文本文件作为附件。谁能指出我的例子给初学者。
答案 0 :(得分：1)
此RFC 2822仅包含电子邮件的文本部分。没有附件或其他MIME类型。
要直接引用 RFC 2822 ：
范围
此标准为发送的短信指定了语法
计算机用户之间，在“电子邮件”框架内
消息。该标准取代了“要求”中指定的标准
评论（RFC）822，“ ARPA Internet文本格式标准
邮件” [RFC822]，对其进行更新以反映当前的做法，并且
合并其他RFC中指定的增量更改
[STD3]。此标准仅指定文本消息的语法。在
中 特别是它不提供图像的传输方式，
音频或电子邮件中的其他类型的结构化数据。 已发布了多个扩展，例如MIME文档
系列[RFC2045，RFC2046，RFC2049]，它们描述了
通过电子邮件传输此类数据 扩展此处提供的语法或通过将此类消息构造为 符合此语法。这些机制超出了 这个标准。在电子邮件的上下文中，邮件被视为具有 信封和内容。信封包含任何信息 需要完成传输和交付。 （请参阅[RFC2821] 信封的讨论。）内容包括要成为对象的对象
交付给收件人。本标准仅适用于格式 以及消息内容的一些语义。它不包含
信封中信息的规格。