發件人地址被拒絕:未找到域 - 在 Route 53 (Amazon AWS) 更改後
當客戶嘗試向我們發送電子郵件時,我們一直在收到這些消息。
這是一個自動生成的傳送狀態通知
這僅是一個警告資訊。
你不用重新發送你的訊息。
傳遞到下列收件人已被推遲:
sales@ital.com
消息將再重試 2 天
暫時失敗的技術細節:Google 試圖傳遞您的郵件,但它被郵件.ital.com 的收件人域 ital.com 的伺服器拒絕。
$$ 212.212.21.212 $$. 其他伺服器返回的錯誤是:450 4.1.8
<myEmail@example.pro>
: Sender address denied: Domain not foundGoogle搜尋這個問題會導致一些案例說問題不是我的伺服器問題,而是客戶伺服器無法找到我的伺服器:
https://www.penpublishing.com/support/emailerrors/understandingemailerrors/#spamdomainnotfound
https://stackoverflow.com/questions/14778890/sender-address-rejected-domain-not-found
問題是這不是唯一收到此錯誤消息的客戶。
我們最近對 DNS 所做的更改:
我在亞馬遜 AWS 上有 2 個託管區域:
.COM 域名:
**上次更改 -**我們有一條 MX 記錄指向 Google 電子郵件,我們添加了一些新的 Outlook 記錄(SRV、CNAME 和 TXT),因此我們也可以將電子郵件發送到 Outlook。我們在 2 個月後刪除了 DNS,因為沒有人喜歡在辦公室使用 Outlook。
**上次更改之前的一個 -**我們添加了一條 A 記錄以在 Route 53 上創建此子域 tools.example.com,
<VirtualHost *:80>
在我的 Ubuntu 伺服器上添加了一條。遵循此:使用 Amazon AWS 創建子域與從伺服器內創建子域 - 有什麼區別?.PRO 域名:
上次更改之前的一個 -在Amazon AWS 和 Route 53 上使用 S3,我們 301 將 .PRO 域重定向到 .COM 域。
一般來說: .PRO 有一個 MX 記錄,它指向 .COM 中的 MX 記錄。這總是正常工作。
僅 A 記錄不會導致重定向。為此,您需要一個 Web 伺服器。AWS 有一項服務可以為您做到這一點,而無需維護和支付此類伺服器的費用。
在 Amazon S3 中創建一個名為 www.example.pro 和另一個名為 example.pro 的空儲存桶。儲存桶名稱必須與域完全匹配,帶或不帶 www。
在每個儲存桶中,在靜態網站託管下(在儲存桶屬性中),然後選擇“將所有請求重定向到另一個域”。
在“將所有請求重定向到”框中,輸入 example.com。(或 www.example.com,兩者的名稱相同,無論您希望將使用者重定向到何處。
在 Route 53 中為 example.pro 創建一個託管區域。
創建兩條 A 記錄,一條主機名為空,為“別名”選擇“是”,然後從下面的選擇框中選擇 S3 端點。
將您的 DNS 名稱伺服器與 .pro 域的註冊商切換到 Route 53 分配給新託管區域的 4 個名稱伺服器。
你完成了。
當然,S3 主要用於儲存……但這種網站重定向功能是專門為此目的而設計的輔助功能。
有人可以幫我調試一下這個問題嗎,這非常緊急!
Web 重定向與郵件路由無關,所以這部分可以忽略。100% 確定這
301 redirect
對電子郵件通信沒有影響。它適用於 HTTP 協議,http ://en.wikipedia.org/wiki/HTTP_301 。最重要的是正確的 DNS 配置。 如果您希望發送到 yourdomain.pro 域的郵件被 yourdomain.com 域電子郵件伺服器接受,則需要進行相應的配置。我認為您應該檢查您的 dns 伺服器是否存在配置錯誤。有許多線上實用程序可用於查詢 DNS 伺服器並查看收到的答案是否正確/預期。
錯誤本身意味著,郵件伺服器無法解析特定發件人的域名。