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