我不是伺服器管理員，所以這些可能是愚蠢的問題...
我有一個正在為其建立 Web 應用程式的客戶，他要求我在其託管的 VPS 上設定一個郵件伺服器來發送電子郵件，而不是透過他們的伺服器發送電子郵件。
由於我們都從 @xyz.com 發送電子郵件，因此無法在我設定的伺服器上接收電子郵件，對嗎？
如果 @xyz.com 的 DNS 指向其他電子郵件伺服器，我是否仍然可以使用設定反向 PTR 記錄或使用 DKIM 等技術？
謝謝
答案1
您可以設定外發伺服器。 MX 僅用於傳入，不需要 PTR 記錄。但是，您可能需要考慮設定為衛星並透過中央伺服器發送所有郵件。如果您需要遍歷 Enternet，可以使用基於 TLS 的 SMTP 驗證來完成此操作。
如果您決定直接發送電子郵件。這些是您需要為傳出伺服器 (example.com) 執行的基本操作。
- 定義傳送伺服器的名稱 (smtp1.example.com)。
- 取得 DNS 中的 PTR（指標）和 A（位址）設定。 （可能是不同的 DNS 管理員。）
- 設定伺服器以傳送到 Internet。
- 確保您的寄件者地址已配置為透過 MX 接收電子郵件。如果需要，可以將它們路由到您的伺服器。 （通常透過別名完成。）您將需要到伺服器的路由。
- （可選）取得伺服器的 SPF 設定。 example.com 需要按 IP 位址或名稱列出 smtp1.example.com。這是除了他們自己的伺服器之外的。 smtp1.example.com 應被列為其自身的寄件者。
- （可選）取得 DNS 中設定的伺服器的 DKIM 資料。應使用您自己的鍵和選擇器。
- 測試您的設定並開始發送電子郵件。
向此伺服器發送電子郵件的替代方法是使用子網域 (app.example.com)。這將需要 MX 記錄。在這種情況下，我會考慮對 SMTP 伺服器使用相同的名稱。設定接收電子郵件比發送電子郵件困難得多。
答案2
首先，哪個郵件伺服器會接收該網域的電子郵件是由 DNS 設定中的 MX 記錄決定的。 OTOH，如果您希望您的發送伺服器能夠毫無問題地被識別，它應該設置正確的反向 DNS，否則世界各地的許多郵件伺服器將不會接受來自它的傳入電子郵件。這實際上意味著 PTR 記錄應該解析為主機名，如果該主機名自行解析，則指向相同的 IP 位址。
說了這麼多：如果您不是伺服器管理員，我強烈建議您不要為任何人設定郵件伺服器。運行郵件伺服器不是您在業餘時間做的事情。它需要相當多的知識、技能和時間來使其保持最新狀態並以使其執行且不會受到損害的方式進行配置。而是在其他地方為他們提供託管郵件伺服器。
當然，如果您願意投入時間（並且希望您能夠向客戶收取費用），那麼請務必繼續。選擇您最喜歡的 MTA，我相信我們所有人都能夠幫助您正確、安全地設定它。