我目前工作的一个需要发送20K左右的邮件单杆简讯应用。 我觉得，ColdFusion的邮件发送能力将不适合的。 我没有与我任何指标来证明这一点。
我四处搜寻在网络这个，我发现有很多抱怨这种批量邮件发送过程中使用内置的CFMAIL的。 他们很少有，
Java堆大小错误
IOException异常而发送消息
邮件卷轴锁
邮件池超时
我们正使用Adobe ColdFusion 9标准版。
有没有人曾这样要求？ 你有没有遇到任何问题？ 你是怎么固定的？ 任何其他的替代方法是有，而不是使用常规的CFMAIL标签？
我们有一个系统送出约每天2〜3次近50万的消息。 这意味着体面的驱动器和空间，足够的堆空间，（尤其是）表现良好的SMTP中继- 如果你有足够的资源分配的 CF没有出了问题。 在我们的例子中，我们设立了专门的中继服务器，我们可以仔细地微调。
CF邮件一直没有以来的ColdFusion 7 CF 8和CF 9都表现良好显著的问题。 有一个在我将提出一个不同的系统，以确保一个水平 - 与其他要求可能意味着一个SaaS的将更好地为您服务 - 但是从每性能的角度来看20K的消息是相当小的，不应该是一个企业级的服务器有问题。
我认为，如果你使用的是标准版本，你可能会面临的问题，我不知道，但有一些线程限制（我想这是10），线轴，这将延缓电子邮件的标准版本。 比方说，有10个线程的阀芯和每个线程等待15秒一次运行（可以从CFIDE进行调整），它仍然将需要大约8.333小时发出的所有电子邮件。
我们一直在使用ColdFusion作为一个网络邮件传递系统自6版本我们的邮件组用20K的收件人。
我们经历了一个问题，它当时，假脱机挂，并开始一遍又一遍的重发相同的邮件，收件人使得接收邮件多次。
我认为这个问题与第7版解决。
如果我还记得那么有ColdFusion的标准和企业之间的差异。 企业版增强了CFMAIL吞吐量。 至少它曾经在以前的版本。
