我目前正在开发一个时事通讯应用程序，它需要一次发送大约2 万封邮件。我觉得，ColdFusion 的邮件发送能力不适合这个。我没有任何指标来证明这一点。
我在网上搜索了这个，我发现有很多关于这种使用内置 CFMAIL 的批量邮件发送过程的抱怨。他们中很少有人，
Java 堆大小错误
发送消息时出现 IOException
邮件假脱机锁
邮件假脱机超时
我们使用的是 Adob e ColdFusion 9 标准版。
有人按照这个要求工作吗？你有遇到什么问题吗？你是怎么解决的？除了使用常规的 cfmail 标签之外，还有其他替代方法吗？
我们有一个系统每天大约 2 到 3 次发送近 50 万条消息。如果您分配了足够的资源，CF 就没有问题——这意味着不错的驱动器和空间、足够的堆空间，以及（尤其是）性能良好的 SMTP 中继。在我们的例子中，我们设置了一个专用的中继服务器，我们可以仔细调整它。
自 ColdFusion 7 以来， CF Mail 没有出现重大问题。CF 8 和 CF 9 都表现良好。在某个级别上，我会建议使用不同的系统来确定——其他要求可能意味着 SaaS 会更好地为您服务——但从性能的角度来看，20k 消息相当小，对于企业级服务器来说应该不是问题.
我认为如果您使用标准版本，您可能会遇到问题，我不确定，但标准版本的假脱机有一些线程限制（我猜是 10），这会延迟电子邮件。假设有 10 个线程用于 spool，每个线程等待 15 秒以进行下一次运行（可以从 CFIDE 进行调整），但发送所有电子邮件仍需要大约 8.333 小时。
如果我记得很清楚，coldfusion标准和企业之间是有区别的。企业版增强了 CFMAIL 吞吐量。至少它曾经在以前的版本中。
从第 6 版开始，我们一直使用 ColdFusion 作为网络邮件递送系统。我们的邮件组有 20k 个收件人。
当时我们遇到了一个问题，假脱机程序挂起并开始一遍又一遍地重新传输相同的邮件，使收件人多次收到邮件。
我认为这个问题已在版本 7 中得到解决。