使用Outlook Redemption与SafeMail时程序退出挂起问题求助

针对你遇到的SafeMail退出挂起问题，核心原因确实大概率是COM对象管理混乱或释放不彻底，以下是具体解决方向：

1. 禁止混用Redemption与原生Outlook对象 #

你同时初始化了Redemption的RDOSession和原生Outlook的Application/MailItem，这会导致MAPI会话冲突，且增加COM对象维护复杂度。建议统一使用Redemption的API完成邮件操作：

RDOSession session = null;
RDOMail rdoMail = null;
try
{
    session = RedemptionLoader.new_RDOSession();
    session.Logon(null, null, false, null, null, null);
    
    // 直接用Redemption创建邮件
    rdoMail = session.CreateMessageFromMsgFile("");
    rdoMail.Recipients.Add("jon@domain.no");
    rdoMail.Recipients.ResolveAll();
    rdoMail.Subject = "Subject";
    rdoMail.Body = "TextBody";
    rdoMail.Send(); // Redemption的Send是同步操作，确保完成后再执行后续
}
finally
{
    // 确保对象释放
    if (rdoMail != null) Marshal.ReleaseComObject(rdoMail);
    if (session != null)
    {
        session.Logoff();
        Marshal.ReleaseComObject(session);
    }
}

2. 彻底释放所有COM子对象 #

原代码中safeMail.Recipients属于未显式释放的COM对象，这类子对象会导致主对象无法被正确回收。如果坚持使用原生Outlook对象，需补充释放所有子对象：

// 原代码中添加收件人部分修改为：
Outlook.Recipients recipients = safeMail.Recipients;
recipients.Add("jon@domain.no");
recipients.ResolveAll();
// 用完立即释放子对象
Marshal.ReleaseComObject(recipients);

3. 替换不可靠的Sleep，改用同步等待 #

Thread.Sleep(1000)无法保证Send操作完成，Redemption的RDOMail.Send()本身是同步方法，会等待发送操作彻底完成后再返回，无需额外休眠。若使用原生Outlook对象，可通过检查邮件是否进入发件箱或等待MAPI会话状态来确认操作完成。

4. 强制垃圾回收清理残留COM对象 #

在所有COM对象释放后，强制触发.NET垃圾回收，确保未显式释放的COM对象被清理：

// 释放所有对象后执行
Marshal.ReleaseComObject(safeMail);
Marshal.ReleaseComObject(newMail);
Marshal.ReleaseComObject(outlookNamespace);
Marshal.ReleaseComObject(outlookApp);
session.Logoff();
Marshal.ReleaseComObject(session);

// 强制垃圾回收
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();
GC.WaitForPendingFinalizers();

5. 检查Outlook进程残留 #

程序退出后查看任务管理器，若存在OUTLOOK.EXE残留，说明仍有COM对象未释放。此时需排查所有创建的COM对象（包括子对象）是否都已显式释放，或改用Redemption的纯RDOSession方案避免此类问题。

内容的提问来源于stack exchange，提问作者Jon R.