Outlook VSTO开发：如何不生成本地临时MSG文件完成HTTP附件上传

两种可直接落地的实现方式如下，不需要依赖第三方付费组件：

方案1：纯内存流实现（完全无本地文件写入） #

Outlook互操作库默认暴露的SaveAs方法仅支持传入磁盘路径，但底层MailItem COM对象本身支持将MSG格式序列化写入标准COM IStream接口，全程不需要碰磁盘：

• 引入System.Runtime.InteropServices.ComTypes命名空间，实现托管MemoryStream到COM IStream的包装
• 通过COM vtable调用MailItem的内部保存逻辑，直接将MSG二进制内容写入包装后的内存流
• 拿到内存流的二进制数组后，直接构造MultipartFormDataContent作为附件通过HTTP POST发送即可
• 所有COM对象用完记得调用Marshal.ReleaseComObject释放，避免Outlook进程内存泄漏

核心调用逻辑参考：

// ComStreamWrapper为自定义的IStream包装类，实现System.Runtime.InteropServices.ComTypes.IStream接口即可
using var memoryStream = new MemoryStream();
var comStream = new ComStreamWrapper(memoryStream);
// 通过COM接口调用保存逻辑，替代原有的传路径的SaveAs调用
mailItem.SaveAs(comStream, Outlook.OlSaveAsType.olMSG);
memoryStream.Position = 0;
// 直接将memoryStream作为附件内容上传即可

注意：该方案完全无本地文件生成，但Outlook 2010及更早版本存在小概率的MSG序列化兼容问题，2013及之后版本可稳定使用。

方案2：零感知临时文件方案（实现简单，零残留） #

如果不想处理复杂的COM互操作逻辑，可以用系统级自动清理的临时文件方案，用户完全无感知，也不会产生任何冗余垃圾：

• 用Path.GetTempFileName()生成系统临时目录下的唯一临时文件路径，不要自定义固定存储路径
• 调用原有SaveAs方法将MSG写入该临时路径
• 打开临时文件读取流时指定FileOptions.DeleteOnClose属性，只要文件流关闭（哪怕程序异常崩溃），操作系统会自动删除该文件，不会残留
• 读取文件流内容直接传入HTTP请求体发送，发送完成后释放流即可

核心实现代码参考：

MailItem mailItem = (selObject as MailItem);
var tempPath = Path.GetTempFileName();
try
{
    mailItem.SaveAs(tempPath, Outlook.OlSaveAsType.olMSG);
    // 打开文件时指定DeleteOnClose，句柄关闭即自动删除
    using var fileStream = new FileStream(tempPath, FileMode.Open, FileAccess.Read, FileShare.None, 4096, FileOptions.DeleteOnClose);
    // 直接将fileStream作为附件内容构造HTTP请求发送即可
}
finally
{
    // 兜底删除，避免极端情况残留
    if(File.Exists(tempPath)) File.Delete(tempPath);
    Marshal.ReleaseComObject(mailItem);
}

该方案稳定性最高，完全复用Outlook原生的MSG序列化逻辑，兼容所有Outlook版本，临时文件存活时间仅为请求发送的数秒，不会产生任何用户可感知的垃圾文件。

内容的提问来源于stack exchange，提问作者elhanan