将附加数据存储到 IMAP 中的邮件
Storing additional data to mail in IMAP
简介
我有一个xy-problem
x：高级目标
我有一个梦想：我想在 IMAP 中的邮件中存储额外的数据。我很长 运行 我希望能够通过 thunderbird 和 k9（android 应用程序（邮件使用代理））访问这些数据。
用例：
- 我想为这封邮件存储 html 格式的便条。
- 上传此邮件的 PDF 文件。
- 我想在邮件中存储重新提交日期。喜欢 google 收件箱暂停功能：将邮件移至 "do later" 文件夹，直到到达日期。 （评估此日期并将邮件再次移至收件箱不属于此问题的一部分）
但我不知道如何存储额外的数据
y：我目前的解决思路
我需要一种方法来识别 IMAP 中的邮件。我认为消息 ID（没有文件夹名称）应该有效。我知道消息 ID 可以重复，但我看不到其他方法。如果您有更好的想法，请发表评论。
现在我需要一种方法来将此映射存储在某处：
`user@imapserver:message-id` --> `additional-data`
问题
如何存储这个映射，以便thunderbird和k9可以访问它？
我当然知道thunderbird和k9今天不能访问这个数据。如何修补它们是另一个问题。
背景
我喜欢自由软件，我喜欢自由交流。到目前为止，我使用 WhatsApp、Threema 和其他工具。但总的来说 运行 我想要一个免费的（如软件）解决方案。电子邮件广泛传播，我认为改进电子邮件比创造新事物更有意义。
您可以使用 APPEND 将注释作为 MIME 消息存储在并行邮箱中。您必须找到一种方法将注释从一条消息映射到另一条消息。
因此您可以轻松找到相关邮件，您会希望它易于搜索。您可以使用源消息的 message-id 作为注释消息的主题，或者将消息 ID 转换为目标消息的消息 ID。
这是我的想法...这是 IMAP4 的当前提议和接受的标准，即当前版本...
https://www.rfc-editor.org/rfc/rfc3501
这里是一个 wiki link 显示以前的版本和随着时间的推移取得的进展...
https://en.wikipedia.org/wiki/Internet_Message_Access_Protocol#IMAP4
我认为这个问题很好，但也许如果你的想法足够好，请联系负责协议的人员并考虑如何使 IMAP5 具有你想要的各种功能扩展它以便能够利用...
我认为最好的方法是尝试改进 IMAP 协议。仔细阅读它当前支持的所有功能，并向负责它的小组提出建议。您想要添加的内容听起来不错，但除非我误解了这个问题，否则我认为协议更新可能是最干净的方法。
虽然听起来很酷。
祝你好运...希望你喜欢我的想法。
你考虑过Mailgun吗？它具有广泛的 API ( https://documentation.mailgun.com/api_reference.html#api-reference)。传入消息可以由您的应用程序存储和处理，然后通过电子邮件发送。我相信您可以添加自己的 header 字段信息（也许生成类似 GUID 的内容并将其用于唯一的消息跟踪）。最多 10,000 emails/month 个是免费的（您的偏好之一）。如果您的应用程序工作流程与 API 一致，这可能有助于完成工作。
简介
我有一个xy-problem
x：高级目标
我有一个梦想：我想在 IMAP 中的邮件中存储额外的数据。我很长 运行 我希望能够通过 thunderbird 和 k9（android 应用程序（邮件使用代理））访问这些数据。
用例：
- 我想为这封邮件存储 html 格式的便条。
- 上传此邮件的 PDF 文件。
- 我想在邮件中存储重新提交日期。喜欢 google 收件箱暂停功能：将邮件移至 "do later" 文件夹，直到到达日期。 （评估此日期并将邮件再次移至收件箱不属于此问题的一部分）
但我不知道如何存储额外的数据
y：我目前的解决思路
我需要一种方法来识别 IMAP 中的邮件。我认为消息 ID（没有文件夹名称）应该有效。我知道消息 ID 可以重复，但我看不到其他方法。如果您有更好的想法，请发表评论。
现在我需要一种方法来将此映射存储在某处：
`user@imapserver:message-id` --> `additional-data`
问题
如何存储这个映射，以便thunderbird和k9可以访问它？
我当然知道thunderbird和k9今天不能访问这个数据。如何修补它们是另一个问题。
背景
我喜欢自由软件，我喜欢自由交流。到目前为止，我使用 WhatsApp、Threema 和其他工具。但总的来说 运行 我想要一个免费的（如软件）解决方案。电子邮件广泛传播，我认为改进电子邮件比创造新事物更有意义。
您可以使用 APPEND 将注释作为 MIME 消息存储在并行邮箱中。您必须找到一种方法将注释从一条消息映射到另一条消息。
因此您可以轻松找到相关邮件，您会希望它易于搜索。您可以使用源消息的 message-id 作为注释消息的主题，或者将消息 ID 转换为目标消息的消息 ID。
这是我的想法...这是 IMAP4 的当前提议和接受的标准，即当前版本...
https://www.rfc-editor.org/rfc/rfc3501
这里是一个 wiki link 显示以前的版本和随着时间的推移取得的进展...
https://en.wikipedia.org/wiki/Internet_Message_Access_Protocol#IMAP4
我认为这个问题很好，但也许如果你的想法足够好，请联系负责协议的人员并考虑如何使 IMAP5 具有你想要的各种功能扩展它以便能够利用...
我认为最好的方法是尝试改进 IMAP 协议。仔细阅读它当前支持的所有功能，并向负责它的小组提出建议。您想要添加的内容听起来不错，但除非我误解了这个问题，否则我认为协议更新可能是最干净的方法。
虽然听起来很酷。
祝你好运...希望你喜欢我的想法。
你考虑过Mailgun吗？它具有广泛的 API ( https://documentation.mailgun.com/api_reference.html#api-reference)。传入消息可以由您的应用程序存储和处理，然后通过电子邮件发送。我相信您可以添加自己的 header 字段信息（也许生成类似 GUID 的内容并将其用于唯一的消息跟踪）。最多 10,000 emails/month 个是免费的（您的偏好之一）。如果您的应用程序工作流程与 API 一致，这可能有助于完成工作。