2010-10-17 126 views
6

首先,我想感謝您的時間。我很難解決這個問題。Gmail和Hotmail標記爲垃圾郵件

參考this我們專門用來實現PHPMailer的線程。但是,直到我們致力於改變在系統上運行的Exim deamon的IP地址時,這一切都運行良好。現在,Hotmail和GMail都將我們標記爲垃圾郵件,儘管我們擁有正確的rDNS等。我們也參與了微軟發件人ID和垃圾郵件報告計劃,但這仍然無濟於事。

您可以看到這裏運行的php腳本的輸出(http://koopte.be/mailtest/test/examples/test.php)。

此外,一些郵件頭從GMail中:

投遞至:[email protected] 收稿日期:由10.227.133.10,SMTP id爲d10cs153720wbt; Sun,17 Oct 2010 02:44:10 -0700(PDT) Received:by 10.227.37.8 with SMTP id v8mr3118896wbd.37.1287308647612; 孫,2010年10月17日2時44分07秒-0700(PDT) 返回路徑: 收稿日期:從drt01.dco.fusa.be([81.95.119.6]) 通過mx.google.com與ESMTP ID ep1si12575868wbb .6.2010.10.17.02.44.06; Sun,17 Oct 2010 02:44:07 -0700(PDT) Received-SPF:neutral(google.com:81.95.119.6既不允許也不被[email protected]域的最佳猜測記錄拒絕。 be)client-ip = 81.95.119.6; 身份驗證結果:mx.google.com; spf = neutral(google.com:81.95.119.6既不允許也不被[email protected]域的最佳猜測記錄拒絕)[email protected] Received:from admin(dim01.dco.fusa.be)與本地(Exim 4.69) (信封 - 來自) id 1P7Pmg-0001qb-Gg for [email protected];孫,2010 10月17日11時44分06秒+0200 要: 主題:Koopte.be X-PHP腳本:www.koopte.be/mailtest/test/examples/test_smtp_advanced_no_auth.php爲84.31.105.128 日期: Sun,17 Oct 2010 11:44:06 +0200 來自:「Koopte.be」 回覆:「Koopte.be」 消息ID: X-Priority:3 X-Mailer:PHPMailer 5.1 .sourceforge.net) MIME版本:1.0 內容類型:multipart/alternative; 邊界= 「b1_f102f7049d61084cf6a8ef51cf0e57bc」 發件人:

我們的日誌顯示以下,這似乎挺合我意:

2010-10-17 02:33:30 1P7HBn-0000l7-Ro => email F=<[email protected]> R=lookuphost T=remote_smtp S=1475 H=gmail-smtp-in.l.google.com [209.85.227.27] C="250 2.0.0 OK 1287275610 v32si21774961weq.142" 

謝謝您的時間!

編輯:我們說rDNS正在修復。


rDNS現在確定,來吧夥計們,我錯過了什麼?

谷歌在標題報道此:

接收到的SPF:中性(google.com:81.95.119.6既不准許也不是由最好的猜測記錄[email protected]的域名被拒絕)客戶IP = 81.95.119。6;

但我的SPF是這樣的:

domainname。 TXT「v = spf1 a mx ip4:81.95.119.6〜all」

+2

如果看起來您沒有在這裏得到任何答案,請轉到http://superuser.com。 – Marko 2010-10-17 00:46:34

+2

是什麼讓你認爲'81.95.119.6'的rDNS可以嗎? 'From','Return-Path',rDNS&IP似乎完全不相關....如果它是_your_ IP地址,您可能需要將其設置爲與'koopte.be'相關的內容,並將其添加到您的SPF記錄中。 – Wrikken 2010-10-17 01:14:58

+0

+1 SPF。通過Gmail高度檢查。 – Shikiryu 2010-10-25 08:05:14

回答

0

首先,我會建議在PHPMailer上使用Swiftmailer。但不管怎樣,您的問題不是您用來發送電子郵件的軟件。你應該前往http://mxtoolbox.com/,看看它對你的電子郵件域有什麼看法。除了確保在DNS中有SPF記錄設置之外,您應該有正確的反向DNS設置。

看來你的反向DNS設置不正確,至少不是koopte.be。

0

也有可能,如果新的IP地址已被谷歌或Hotmail或任何他們使用(甚至在它被你所擁有)的第三方先前已經列入黑名單,黑名單仍然有效。

除了mxtoolbox.com,我還會檢查Spamhaus的查找(http://www.spamhaus.org/lookup.lasso)。許多提供商使用他們的XBL,PBL和DBL公告來維護黑名單。

+0

我做了你要求的查詢,一切正常。另外,我編輯了DNS記錄(就像我之前做的那樣,但它不起作用,所以我改回了它們,應該提到這一點)。現在我們只需要等待TTL來。 一旦完成,我將更新此主題。 – Tom 2010-10-17 09:09:29

1

您應該爲您的域名設置SPF記錄。 Google只會在您的SPF支票中回覆中性。

+0

我已經做到了(請參閱mintoolbox.com for the domein),但Google仍然表示中立。 rDNS也許? – Tom 2010-10-17 09:50:45

0

你可能想看看DKMS/DomainKeys的(微軟/ Hotmail的都有自己的事情,以及類似,但不同的Hotmail的:P)的原因如下

0

垃圾郵件問題

1)共享主機

如果您使用共享主機,PHP不是這個問題的解決方案,可以聯繫您的服務器提供商。有些時候您的託管IP被視爲垃圾郵件。嘗試更改主機提供商,它可能正常工作。

2)在你的電子郵件主體的更多鏈接

3)局部報頭(始終使用回覆到參答案:TrentonMcManus)

4)堆積電子郵件發送

5)垃圾郵件舉報(點擊您鏈接的人數爲垃圾郵件)

6)郵件不要太短或太長。

7)把從列入黑名單的IP(主機和SMTP服務器))

這可能是新的IP地址已被谷歌或Hotmail先前列入黑名單,您可以從網站從這裏

檢查列入黑名單的IP或不

8)驗證發送方IP

發送方策略框架(SPF)是設計成通過檢測電子郵件欺騙,一個共同的脆弱性,通過驗證發件人的IP地址,以防止垃圾郵件的電子郵件確認系統。

也許PHP沒有解決這個問題。您可以在PHP代碼

1)始終使用從/回覆解決

2)添加在身體

3)退訂鏈接避免垃圾郵件的關鍵字做以下的事情。

4)消息不要太短或太長。

5)文本版本優於HTML

相關問題