2013-11-14 59 views
0

我是AWS SES的常規用戶,我每天得到50K的配額,每秒發送28封郵件, 我通常會發送事務性郵件,每天約1000。它工作正常。 但是,這次我想向我的客戶發送一些批量促銷郵件。 發送約1000封郵件後,會顯示「SMTP錯誤:無法驗證」。 但是,其中一些仍然正確發送。大約30%〜50%的電子郵件發送出現「SMTP錯誤:無法驗證」。 我使用phpMailer並在for循環中發送郵件,發送一封郵件需要大約3秒的時間。 看來我沒有超過配額或我需要照顧的東西?AWS SES發送郵件錯誤SMTP錯誤:發送大約1000封郵件後無法進行身份驗證

+0

是否有可能你已經被列入黑名單和/或您的憑據撤銷發送這麼多後,電子郵件?似乎是您的電子郵件提供商的問題 –

回答

0

這是你今天得到一個錯誤?我今天早些時候對低得多volumnes類似的問題,並根據AWS狀態頁,他們今天有一些問題:

http://status.aws.amazon.com/

+0

感謝您的信息,我沒有想到AWS SES出了問題....我使用SES約2個月,每天發送約200〜1000封郵件,它工作正常。 –

0

SMTP Error: Could not authenticate聽起來不像real給我的錯誤信息。實際上,我確定它不是,因爲SMTP中的一個實際錯誤消息始終有一個3位數的代碼。

Every command MUST generate exactly one reply.

An SMTP reply consists of a three digit number (transmitted as three numeric characters) followed by some text unless specified otherwise in this document. The number is for use by automata to determine what state to enter next; the text is for the human user. The three digits contain enough encoded information that the SMTP client need not examine the text and may either discard it or pass it on to the user, as appropriate.

http://www.ietf.org/rfc/rfc2821.txt

這聽起來像你正在使用的SMTP連接任何工具試圖成爲「有用」和您展示一個「友好」的錯誤消息,並且丟棄有用的部分以換取根本「無法認證。」

找到一種方法來打開您正在使用的SMTP庫中的一些調試,以便您可以找出實際發生的錯誤消息,然後您應該對您的問題有一個明顯的答案。

沒有這個,這是猜測。

這應該是一個these documented codes in SES,每個都有特定的原因:

454 Throttling failure: Daily message quota exceeded. 
454 Throttling failure: Maximum sending rate exceeded. 
454 Temporary authentication failure     
530 Authentication required. 
535 Authentication Credentials Invalid 
554 Message rejected: Email address is not verified. 
+0

我使用PHPmailer,並輸出消息。現在看起來很好。 –

相關問題