stackoverflow 上的一个回答告诉我有标准 URI 架构（草案）通过 Content-ID 引用电子邮件的部分内容，通过 Message-ID 引用整个电子邮件。另一个 stackoverflow 答案显示了如何在 HTML 电子邮件中使用 cid: URL 来引用附加的图像。
哪些客户端支持 cid：URI 来引用 HTML 电子邮件中的附加图像？（我认为大多数都支持）
哪些客户端支持 mid: URI，用于在 HTML 电子邮件中引用另一封电子邮件中的图像？（我认为很少或没有）
哪些客户端支持 mid: URI 来引用整个其他电子邮件，无论是在新电子邮件中还是来自外部来源？（我认为很少）
其中，这种支持是可选的还是非默认的？
答案1
（不是完整的答案，但也许有帮助）
为了mid+ 雷鸟问题的一部分（但是，请注意，我还没有测试这些附加组件，所以我不确定它们是否真的使用midURI 或某些专有协议）：
Thunderbird 附加组件的描述迅雷链接说（粗体部分由我标注）：
ThunderLink 可让您链接到电子邮件在 Thunderbird 中。
[…]
ThunderLinks 基于独特的消息 ID在发送电子邮件时生成。
配套的 Firefox 附加组件ThunderLinkSpotter
[…] 使浏览器能够识别 ThunderLinks 并将其转换为超链接。
另一个 Thunderbird 插件是信息ID查找器，允许通过右键单击邮件 ID 打开邮件（参见网站截图）但是这只能在 Thunderbird 内部实现。
答案2
雷鸟
在版本 78 之前，雷鸟通过以下方式支持 mid: URLThunderlink 插件，版本 1.2.11 及更高版本。然而，随着从旧版 WebExtensions 过渡在 Thunderbird 78 及更高版本中， Thunderlink 停止运行。幸运的是，Thunderbird在版本 91 中添加了原生 mid: URL 方案支持，完成自 2004 年以来的功能请求。这适用于通过命令行打开外部 mid: 链接，例如：
thunderbird mid:[email protected]
以及开放内部中间：Thunderbird 内部电子邮件中的链接。
进化
GNOME 的演进自 3.39.1 版及更高版本开始支持 mid: URL，从而完成了2017 年的功能请求。
Apple Mail（有点）
已添加 Apple Mailmessage:2007 年的 URL， 哪个似乎以类似的方式工作
只是采用了非标准的 URL 方案。（Thunderlink也支持这种非标准方案。
cid：网址
雷鸟没有添加 cid: URL 方案支持Evolution 也没有。据我所知，没有电子邮件客户端支持 cid: 方案，因为对于大多数用户来说，它的实用性似乎并不那么引人注目，尽管它可以用于链接到邮件附件。
有关的：