2012-06-22 36 views
0

我們有一個在Amazon EC2實例上運行的Django webapp。我們使用Django django.core.mail.send_mail()函數發送電子郵件。這不適用於Gmail帳戶,但它適用於其他帳戶 - 特別是通過Gmail運行的我的大學帳戶,可以毫無問題地接收郵件。檢查/var/log/syslog表明這一點:Django + EC2不會將電子郵件發送到Gmail

Jun 22 19:50:43 apatapa postfix/smtp[7625]: 4D80524B4F: to=<[email protected]>, relay=none, delay=120, delays=0.02/0.01/120/0, dsn=4.4.1, status=deferred (connect to alt3.gmail-smtp-in.l.google.com[173.194.70.26]:25: Connection timed out) 

發送到大學帳戶:

Jun 22 19:54:49 apatapa postfix/smtp[7658]: 0570A24B57: to=<[email protected]>, relay=COLLEGE.edu.s10a1.psmtp.com[74.125.244.10]:25, delay=2.4, delays=0.02/0.01/0.36/2, dsn=2.0.0, status=sent (250 Thanks) 

只是可以肯定,我用traceroute,並將其發送到大學帳戶的電子郵件通過Gmail的服務器實際去。

關於什麼可能會導致此問題的任何想法?

回答

0

檢查此服務器分配給的安全組的訪問規則。 「超時」消息看起來像是真正的網絡超時,而不是延期,Gmail不會執行「灰色」列表。另一件看起來很可疑的事情是,您的大學電子郵件mx記錄實際上指向Postini,而不是Gmail。谷歌擁有Postini,他們爲託管賬戶提供它,但它擁有自己的mx服務器,並且不使用Gmail的mx。這意味着郵件最終會到達Gmail的服務器,但通過Postini的mx服務器。