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