使用子網域傳送電子郵件的好處?

使用子網域傳送電子郵件的好處?

假設我擁有該域名,範例.org。我正在創建一個設置,我可以在其中接收發送到的電子郵件[電子郵件受保護]使用 Google Apps。 MX 記錄為範例.org已經指向谷歌的伺服器並且效果很好。現在,我有一個應用程式伺服器,我想在其中發送自動電子郵件,例如有關用戶活動的通知等。在這裡,我可以選擇為我的所有自動外發電子郵件使用子網域。也許我可以從以下地址發送這些電子郵件[電子郵件受保護]並將 Reply-To 標頭設定為[電子郵件受保護],然後它會被導向到我的 Google 帳戶,以便真人來回答。

我的問題是:從具有子網域的電子郵件地址發送自動電子郵件是否有任何額外的好處?

注意:我已經採取措施使用 SPF 和 DKIM 從應用程式伺服器驗證我的電子郵件。我聽說一些接收郵件伺服器也會進行反向 MX 檢查,以確定您的電子郵件是否是垃圾郵件。如果這是真的(?),我假設子網域會很有用,因為我可以為mail.example.org指向我的應用程式伺服器,同時保留其他 MX範例.org在谷歌上。

除此之外,還有其他原因我會使用子網域嗎?我注意到這在來自 Groupon、西南航空、Office depot 和無數其他新聞通訊服務(有時它們使用完全不同的網域)的電子郵件中很常見,但我一直無法弄清楚為什麼。

答案1

我的問題是:從帶有子網域的電子郵件地址發送自動電子郵件是否有任何額外好處?

我不認為有很多技術的為什麼需要子網域或子網域對於電子郵件的送達率來說必然更好的原因。

話雖這麼說,擁有/使用子網域有時可以使大型組織的事情變得更容易,因為:

  • 身為管理員,我可能無權存取與主網域關聯的全域資源。例如,也許我只管理我的特定區域辦事處/部門的 IP/防火牆/DNS 區域。
  • 即使我確實可以存取全域資源,受我的電子郵件變更影響的使用者/系統範圍也很大。也許我不想這樣。
  • 儘管我們在這裡專門討論出站遞送能力,但 NDR 和遞送失敗仍然有可能產生返回流量。根據我發送的郵件量,我可能不希望傳遞狀態通知通過我的標準入站郵件路由返回。

最終,我認為這取決於這裡的用例和受影響的系統範圍。

答案2

一個很大的優勢是,大多數電子郵件垃圾郵件發送者黑名單組織都會單獨處理子網域。因此,即使您的自動電子郵件子網域被列入黑名單(黑名單的 PC 術語),您的主網域仍然能夠繼續發送電子郵件。這實際上非常重要,因為即使是最無辜的新聞通訊/自動回覆也會被某些接收者標記為垃圾郵件。這最終可能導致被列入黑名單。

此外,擁有子網域可以單獨追蹤聲譽。

可以在這裡找到 spamhaus 的有趣訪談: Spamhaus 提供答案第 4 部分

問題 32 討論的是子網域以及如何單獨處理它們(除非同一網域中的更多子網域被列入黑名單,這可能會導致整個網域被列入黑名單)。

相關內容