通過ASP.NET發送羣發電子郵件活動

Question

我已閱讀了關於羣發電子郵件的其他一些帖子，但我需要一些其他信息。我們希望將我們的大量電子郵件系統整合到我們當前的應用程序中，但我擔心這可能不是一個好主意。有沒有人會對每小時發送1000封電子郵件需要哪種資源進行發送？我們現在只有一個Web服務器，並且無法訪問我們的郵件服務器。但是，我們確實可以完全訪問我們的Web服務器。在我們當前的服務器上託管羣發電子郵件應用程序是否是一個糟糕的主意？我們是否應該有一個單獨的服務器來運行這種類型的應用程序並通過Web服務（WCF）調用服務器？每封電子郵件都需要單獨發送，因爲電子郵件上的鏈接是用於跟蹤和取消訂閱的目的。我很欣賞你的想法。 丹尼爾

Answer 1

是它的一個壞主意，

一個用於檢測垃圾郵件的關鍵的東西，是它來自IP地址（稱爲它的名聲），如果你開始傳出很多這最終得到的電子郵件標記爲垃圾郵件（即使用戶說他們希望收到電子郵件也是如此），那麼您的IP地址可能會遇到麻煩。我不想花在我的網絡服務器上這樣做。

至於規格，當你開始做這樣的事情時，你的帶寬將會很難被擊中。雖然我認爲你會驚訝於你發送電子郵件的速度有多快（郵件服務器依賴）

無論哪種方式發送大量郵件活動，我會告訴第三方，如果它的事情你是認真的關於，他們擁有知識和硬件來執行不會損害IP代表的活動。

Answer 2

我認爲這個問題都取決於你的郵件服務器。我一直在一個項目中，在幾個小時內發送了50-100K郵件，主要的限制是郵件服務器的容量。在我看來，讓郵件客戶端在Web服務器上運行會很好，因爲如果編寫得當，它不會佔用太多的資源，主要問題是郵件服務器可以採取的措施。

Answer 3

您可以通過聯繫他們和/或填寫批量郵件註冊來幫助您在某些電子郵件提供商的聲譽。

這是雅虎：

http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html

我不會建議使用換來這樣的事。你需要一個獨立的大容量郵件服務器，比如Ironport。

http://www.ironport.com/

否則你的內部郵件會卡在隊列中所有的你肯定不希望大量電子郵件的。

涉及的實際代碼不一定非常複雜。在我的例子中，我們使用了一個異步任務來遍歷數據庫中的一個電子郵件列表表格，每次拉出一個20個左右的批次，然後發送，然後休眠幾秒鐘。電子郵件提供商不喜歡同時收到來自源的數百/數千封電子郵件。更好的是，如果你可以錯開提供商的名單。