使用子域發送電子郵件的好處？
假設我擁有域名example.org。我正在創建一個設置，我在其中接收使用 Google Apps發送給me@example.org的電子郵件。**example.org的 MX 記錄已經指向 Google 的伺服器，並且執行良好。現在，我有一個應用程序伺服器，我想在其中發送自動電子郵件，例如有關使用者活動的通知等。我還可以使用此伺服器發送批量電子郵件，例如新聞通訊（當然是合法的）。在這裡，我可以選擇為所有自動發送的電子郵件使用子域。也許我可以從service@mail.example.org發送這些電子郵件並將回复標頭設置為service@example.org，然後將其定向到我的 Google 帳戶以供真人回答。
我的問題是：從帶有子域的電子郵件地址發送自動電子郵件是否有任何額外的好處？
注意：我已經採取措施使用 SPF 和 DKIM 來驗證來自應用程序伺服器的電子郵件。我聽說一些接收郵件伺服器也會進行反向 MX 檢查以確定您的電子郵件是否為垃圾郵件。如果這是真的（？），我假設子域會很有用，因為我可以為mail.example.org創建一個單獨的 MX 記錄以指向我的應用程序伺服器，同時將其他 MX 的example.org保留在 Google .
除此之外，還有其他原因我會使用子域嗎？我注意到這在來自 Groupon、西南航空公司、Office depot 和無數其他時事通訊服務（有時它們使用完全不同的域）的電子郵件中經常使用，我無法弄清楚為什麼。
我的問題是：從帶有子域的電子郵件地址發送自動電子郵件是否有任何額外的好處？
我不認為有很多技術原因需要子域或必須更好地傳遞電子郵件。
話雖如此，擁有/使用子域有時可以使大型組織的事情變得更容易，因為：
- 作為管理員，我可能無法訪問與主域關聯的全域資源。例如，也許我只在我的特定區域辦事處/部門管理 IP/防火牆/DNS 區域。
- 即使我確實可以訪問全球資源，受我的電子郵件更改影響的使用者/系統的範圍也很大。也許我不想那樣。
- 即使我們在這裡專門討論出站可傳遞性，仍然存在 NDR 和失敗傳遞產生返回流量的可能性。根據我發送的郵件量，我可能不希望通過我的標准入站郵件路由返回傳遞狀態通知。
歸根結底，我認為這取決於這裡的案例和受影響的系統範圍。