我目前正在致力於通訊應用程序，它需要發送一個鏡頭左右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