我目前正在致力于通讯应用程序，它需要发送一个镜头左右20K邮件。我感觉，ColdFusion的邮件发送能力不适合这个。我没有任何指标来证明这一点。ColdFusion邮件发送能力
我在网上搜索了一下，发现有很多抱怨这种使用内置CFMAIL的批量邮件发送过程。他们很少有，
Java堆大小错误
IOException异常在发送消息
邮件卷轴锁
邮件池超时
我们使用Adobe ColdFusion 9标准版版。
有没有人按照这个要求工作？你有没有遇到任何问题？你是如何解决这个问题的？有没有其他替代方法，而不是使用常规的cfmail标签？
解决我们有一个系统送出约每天2〜3次近50万的消息。如果你有足够的资源分配 - 这意味着体面的驱动器和空间，足够的堆空间，并且（特别是）性能良好的SMTP中继，CF没有问题。在我们的例子中，我们建立了一个专门的中继服务器，我们可以仔细调整。
自从ColdFusion 7. CF 8和CF 9都运行良好以来，CF Mail并没有显着的问题。有一个级别，我会建议一个不同的系统，以确保 - 其他要求可能意味着一个SaaS会更好地为您服务 - 但从性能的角度来看，20k消息相当小，不应该是企业级服务器的问题。
您使用的是企业版吗？我担心我的标准版CF许可证。 – 2012-04-18 20:58:52
是的，我们正在使用企业。但我也看到标准数量相当高。仍然 - 我怀疑企业会更好地工作。 – 2012-04-18 21:11:42
自从版本6开始，我们一直使用ColdFusion作为网络邮件传送系统。我们有20k收件人的邮件组。
当时我们遇到了一个问题，假脱机程序挂起并重新开始重复发送相同的邮件，使收件人多次收到邮件。
我认为这个问题与第7版
如果我回想起来，coldfusion标准和企业之间是有区别的。企业版本增强了CFMAIL吞吐量。至少它曾经是以前的版本。
我认为如果您使用的是标准版本，我不确定但是有一些线程限制（我猜它是10），可能会延迟电子邮件的标准版本。假设有10个线程用于假脱机，每个线程等待下一次运行15秒（可以从CFIDE进行调整），但发送所有电子邮件需要大约8.333小时。
我会倾向于寻找另一种选择 - 虽然这种大小的邮件是可行的，它会导致相当的队列。 – 2012-04-17 14:43:02
你在用什么MTA？基于Windows的或基于Linux的，如postfix或sendmail？使用基于Linux的MTA邮件可以以CF可以生成的速度发送出去，所以即使您将后台打印到磁盘（我建议），您也不会遇到/ Spool文件夹中太多文件的问题。 – 2012-04-17 18:35:35