使用MailKit批量发送邮件时，如何正确调用Disconnect方法？

这种断开连接的方式绝对不是最佳实践，存在明显的逻辑错误和性能问题，具体分析如下：

核心问题分析 #

1. 性能损耗严重：SMTP协议支持持久连接，单个连接即可发送多封邮件。每次发送后断开再重连，会重复执行TCP握手、SMTP认证流程，大幅增加批量发送的耗时，邮件数量越多，效率差距越明显。
2. 逻辑错误导致发送失败：第一次循环调用client.Disconnect(false)后，客户端已处于断开状态，后续循环的client.Send(message)会直接抛出异常（原代码无重新连接逻辑），从第二封邮件开始就无法正常发送。
3. 冗余的断开操作：最后调用client.Disconnect(true)时，若前面的循环已经断开连接，该操作要么无意义，要么抛出异常。

关于Disconnect(false)的使用场景 #

如果客户端仍处于正常连接状态，完全没必要在每封邮件发送后调用Disconnect(false)：

• Disconnect(false)是强制断开连接（不向SMTP服务器发送QUIT命令），仅适用于连接出现异常、无法正常完成协议交互的场景。
• 正常情况下，应该保持连接直到所有邮件发送完成，最后调用Disconnect(true)优雅断开——该方法会先向服务器发送QUIT命令，让服务器正常关闭连接，符合SMTP协议规范。

修正后的代码示例 #

if (client == null) {
    client = new SmtpClient(...); // 补充实例化逻辑，原代码遗漏
    client.Connect(...);
    client.Authenticate(...);
}

try {
    foreach (var message in list) {
       client.Send(message);
    }
} finally {
    // 确保连接断开，避免资源泄漏
    if (client.IsConnected) {
        client.Disconnect(true);
    }
}

额外注意事项 #

• 持久连接不仅提升发送效率，还能降低被邮件服务器判定为恶意请求的风险（频繁断开重连可能触发反垃圾邮件机制）。
• 若批量发送的邮件数量极大（比如数千封），可考虑每发送一定数量的邮件后断开重连一次（比如每100封），避免长时间占用连接被服务器主动断开。

内容的提问来源于stack exchange，提问作者Ivan-Mark Debono