如何就屏蔽問題聯繫 Gmail 團隊？

（我知道在 ServerFault 上有幾個幾乎重複的問題，不幸的是，沒有一個對我有幫助。一個不完整的列表：1、2、3）

我有一個私人伺服器，它也是我和我家人的郵件伺服器。幾個星期以來，Gmail 一直在阻止來自我伺服器的郵件，我不知道為什麼。Google為此提供的文件和聯繫表格被證明是死胡同或黑洞，他們永遠不會回复我。

那麼，我該如何联系 Gmail？當然，最好是人類。

在過去的幾年裡，我曾經能夠發送到 Gmail，但從差不多一個月前開始，我的所有郵件都被拒絕，並顯示以下消息：

我們的系統檢測到來自您的 IP 地址的非請求郵件的異常率 550-5.7.1。為了保護我們的 550-5.7.1 使用者免受垃圾郵件的侵害，從您的 IP 地址發送的郵件已被阻止。550-5.7.1 請訪問 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedIPError查看我們的 550 5.7.1 批量電子郵件發件人指南。132si3016603wmh.2 - gsmtp（回复 DATA 命令的結尾）

這是我到目前為止檢查並完成的內容：

• 盡我所能，我沒有在我的伺服器上發現任何惡意軟體（也執行了 chkrootkit）。
• 流量一如既往的低，我的日誌中還沒有發現任何可疑的東西。
• 我的伺服器不是開放中繼（我使用多個線上服務進行檢查）。
• 該伺服器僅供我和我的家人使用，只允許經過身份驗證的使用者發送。
• 我的伺服器/域未列在任何 DNSBL 中（我使用 www.dnsbl.info 等進行了檢查）。
• 我的域在 DNSWL.org中列出。
• 我的域是使用 Gmail Postmaster Tools 註冊的。它們在那裡被標記為已驗證。
• 我曾嘗試使用他們的聯繫表格兩次聯繫 Gmail，並提供了所要求的資訊。他們沒有回复我（我第一次給他們寫信是 3 週前，最後一次是幾天前）。
• 我確實閱讀了反彈中提到的頁面上的文件，並閱讀了該頁面上鍊接的文件，但結果都是死胡同。
• 在 Gmail Postmaster Tools 中，它們連結到選擇您自己的冒險風格的文件以進行故障排除（它也連結到頁面上的 SMTP 錯誤消息的某個位置）。這也被證明是一個死胡同，因為我完成了所有事情（唯一的例外是我沒有 DKIM）。
• 我的域有有效的 SPF 記錄，但沒有 DKIM。
• IP 具有有效的反向 DNS 記錄 (PTR)。

在這一點上，我不知道如何進行。似乎沒有辦法就此與 Google 的人員進行實際聯繫，而且我無法找出我的伺服器被 Gmail 阻止的原因。

我該如何進行？我錯過了什麼？有沒有辦法解決這個問題，例如我可以使用一種中繼服務將我的郵件從我的伺服器發送到 Gmail？

**編輯：**在過去的幾周里，我檢查了 Postfix 日誌中的外發郵件，並註意到一個帳戶存在反向散射（該使用者的郵件被轉發到另一台伺服器，該伺服器有時會拒絕我的系統未擷取的垃圾郵件）。它大約每兩天發生一次，並且總是在同一個地址發生，但我當然需要解決這個問題。除此之外，日誌顯示沒有異常的外發郵件。我確實註冊了 GSuite（前兩周是免費的）並發送了支持請求，讓我們看看情況如何……

**編輯 2：**我確實很快得到了 GSuite 支持人員的回复。在來回幾封郵件後，我們進行了電話交談。本質上，那個人告訴我，不幸的是，他在這裡無能為力（錯誤的部門，無法訪問必要的系統），但他還是想嘗試幫助我並將我的問題轉發給其他人。那是周五，今天的周二，不幸的是到目前為止什麼都沒發生。郵件仍然不起作用，所以這是另一個死胡同，我會嘗試使用http://www.wikihow.com/Contact-Google讓其他人通過電話。

***“如何联系 Gmail 團隊？”*問題的答案 是：你不能。你只能猜測出了什麼問題，並希望最好。

我終於設法讓 Gmail 再次接受我的郵件。缺少的部分是DKIM和DMARC：我昨天在我的伺服器上添加了對這些的支持，現在我可以再次發送到 Gmail。

所以有一個很長的清單可以讓 Gmail 滿意：

• 檢查您是否沒有通過某些惡意軟體或受感染的使用者發送垃圾郵件（檢查外發郵件伺服器日誌！）
• 確保伺服器 IP 具有有效的反向 DNS 記錄 (PTR)。
• 檢查您的伺服器是否不是開放中繼（有線上服務）。
• 檢查您的伺服器/域是否未在任何 DNSBL 中列出（例如通過 www.dnsbl.info 或其他）。
• （可選？將域添加到 DNSWL.org）
• （可選？將域添加到 Gmail Postmaster Tools 並確保它們在此處標記為已驗證。）
• 為您的域提供有效的 SPF 記錄。
• 設置 DKIM。
• 設置 DMARC。

我假設 Gmail 調整了他們的政策，因為相同的設置（沒有 DKIM 和 DMARC）工作了幾個月，沒有改變。

如果有任何問題，您無法聯繫 Gmail 團隊，這真的很麻煩。我知道他們不喜歡支持每個小型郵件伺服器運營商，但是如果您無法聯繫到 Gmail 使用者，這可能會對企業造成真正的損害，因此 Google 應該在這方面做得更好！即使是我通過 GSuite 支持聯繫到的Google人也無法提供任何幫助，他也不知道普通人如何联系他們（他暗示他確實寫了他們但沒想到會有任何回應） .

**更新：**所以不幸的是，雖然我可以從我的主域發送到 Gmail，但來自可能第二個域的郵件（也具有有效的 SPF、DKIM 和 DMARC 並且來自同一伺服器）仍然被 Gmail 拒絕。偉大的…

**更新 2：所以我發現了另一個拼圖。出於某種原因，我的伺服器在使用我的主域時使用 IPv4 與 Gmail 聯繫，但當我嘗試使用我的輔助域發送郵件時使用的是 IPv6。我在 Google 的 DMARC 報告中註意到了這一點（但在報告中，所有值都報告為“通過” …… wtf，Google？）。但也許只是“運氣”，在我的測試中 IPv4 與我的預設域一起使用。

我確實檢查了我的 IPv6 是否有 rPTR，因此IPv6-address → hostname → IPv6-address 是正確的，並且Postfix 使用了正確的 HELO。

無論如何，解決這個問題的方法是強制 Postfix 在發送到 Gmail 時通過 IPv4 發送。

這是在 Postfix 中執行此操作的方法。將以下行添加到您的配置中（該transport_maps行可能已經存在於您的系統中）：

main.cf:
transport_maps = hash:/etc/postfix/transport

transport.cf:
gmail.com       smtp-ipv4:
google.com      smtp-ipv4:
googlemail.com  smtp-ipv4:

master.cf:
smtp-ipv4 unix  -       -       n       -       -       smtp
 -o inet_protocols=ipv4
 -o inet_interfaces=my.ipv4.addr.ess

注意：我發現的大多數指南都沒有這-o inet_interfaces=my.ipv4.addr.ess行（顯然，在此處插入伺服器的 IPv4 地址）但沒有它，我收到一條錯誤消息fatal: config variable inet_interfaces: host not found: my:ipv6:address。

完成這些更改後，呼叫

postmap /etc/postfix/transport

或者無論您的文件的路徑transport是什麼，然後重新啟動 Postfix（只是重新載入可能不起作用）。

**更新 3：**我遇到了另一個問題：使用 Gmail 作為其 MX 的域。在這裡強制通過 IPv4 連接似乎transport無濟於事。這迫使我做了一個非常野蠻的解決方案：更喜歡 IPv4 而不是 IPv6（在這個答案中找到瞭如何做）。

main.cf:
smtp_address_preference = ipv4

引用自：https://serverfault.com/questions/832945