Linux虛擬主機企業信箱收不到EMAIL信件，Email常見錯誤有哪些呢?寄出的信件為什麼對方收不到及為何會收到退信?

 

1. 解開 Email 收不到信之謎

「我寄出的報價單，客戶說沒收到！」、「廠商說發了請款單給我，但我信箱空空如也！」—— Email 收發問題是許多企業日常營運的痛點。信件寄失不僅可能造成商機損失，更會影響工作效率。

幸運的是，大部分的郵件傳遞失敗都會產生一封「退信通知 (Bounce Mail)」，這封信就是解開謎團的關鍵線索。本文專為使用 cPanel 虛擬主機企業信箱的用戶，整理了最常見的退信原因與解決方案，並教您如何使用 cPanel 內建的「追蹤傳送」工具，即使在沒有收到退信的情況下，也能找出問題所在。

2. 狀況一：我寄出的信被退信了，怎麼辦？

寄出的信被退信

當您寄出的信件被退回時，請先不要慌張。退信內容通常會包含一組錯誤代碼和說明文字，這就是最重要的線索。您可以登入 cPanel 的「追蹤傳送 (Track Delivery)」工具來查看更詳細的寄送報告。
如何查看mail log(追蹤傳送）詳文請參見：https://wpoki.com/?p=8595 ，在追蹤傳送裡每筆記錄的後方有”動作”（類i的符號）點進去可查看更詳細的資料

以下我們將解析幾種最常見的退信錯誤：

2.1. 錯誤 1：550 No Such User Here (找不到使用者)

1.550 No Such User Here–這訊息是找不到該收件者帳號。
可能原因： 您可能打錯了對方的 Email 地址，或是對方的這個 Email 帳號已經被刪除或停用。
解決方案： 請直接與收件人核對其 Email 地址是否拼寫完全正確。這是最常見也最容易解決的問題。

若EMAIL帳號無誤，則需請收件者與其MAIL SERVER商確認原因，寄件方主機無法掌控收件方的主機狀況。

2.2. 錯誤 2：in an RBL (IP被列入黑名單)

2.JunkMail rejected–…………………….[100.200.300.400]:39576 is in an RBL—這是您主機的 IP 位址被國際反垃圾郵件組織列入黑名單 (RBL) 了。
可能原因： 您的帳號密碼可能外洩被用來濫發垃圾信，或是同主機上的其他用戶濫發信件，導致共用 IP 的信譽受損。
解決方案： 這是比較嚴重的問題。請立即將完整的退信內容轉寄給您的主機供應商，他們需要介入處理，向 RBL 組織申請解除封鎖。

**信寄不出去，MAIL IP被列RBL或黑名單請參見此文章：https://wpoki.com/?p=5881

2.3. 錯誤 3：Sender verify failed (寄件者驗證失敗)

3.Sender verify failed—收件方伺服器無法確認您是合法的寄件人。
可能原因： 您使用的寄件 Email 帳號在您的主機上並不存在，或是您的網域缺乏必要的郵件驗證設定。
解決方案： 請確認您在 Outlook 或其他郵件軟體中設定的「寄件人地址」是您在 cPanel 中確實建立的 Email 帳號。

2.4. 錯誤 4：Mailbox is full (收件者信箱已滿)

4.Mailbox is full / Blocks limit exceeded / Inode limit exceeded—-對方（收件方）的信箱爆炸了，塞不下您的信。
可能原因： 收件人的信箱容量 (Quota) 或檔案數量 (Inode) 已達上限。
解決方案： 請透過其他方式（如電話、即時通訊）聯絡對方，請他們清理信箱空間後再重新寄送。

2.5. 錯誤 5：SPF or DKIM (寄件者驗證問題)

5.550-5.7.26 authenticate with at least one of SPF or DKIM. For this message—-Gmail 或其他嚴格的郵件服務商認為您可能是偽造的寄件人。若您網址的DKIM和SPF未設定而無驗證通過，那就會被GMAIL退信。
可能原因： 您的網域未設定 SPF、DKIM 或 DMARC 這些郵件驗證紀錄。它們就像是您 Email 的「數位身分證」，用來向收件方證明您是合法的寄件人。
解決方案： 請登入 cPanel，找到「Email Deliverability」功能，為您的網域啟用 SPF 與 DKIM。這是現代企業信箱的標準配備，能大幅提升信件送達率。

另現也會有針對DMARC驗證，有時已設定了SFP和DKIM但仍會有無法寄送的狀況，此時可查驗看看是不是要驗證DMARC，若是就需確認是否已有設定DMARC喔。
**有關DKIM和SPF及DMARC請參考此文章：https://wpoki.com/?p=5915
了解DMARC請參考：https://support.google.com/a/answer/2466580?hl=zh-Hant

2.6. 錯誤 6：Relay access denied (轉發被拒)

6.454 4.7.1 Relay access denied—-這常見是收件方主機問題，需請收件方與其主機商確認。
可能原因： 通常是收件方伺服器的設定問題，例如安全策略過於嚴格。
解決方案： 此問題寄件方無法解決，需請收件人聯繫其郵件服務商進行檢查。

2.7. 錯誤 7：MX 紀錄設定錯誤

7.下列收件者無法送達：summer888@123.com，伺服器錯誤：’550 entries.’—-收到的退信裡有此錯誤訊息，常見是因收件方的MAIL指向設定有誤，這需請收件方確認。
可能原因： 收件方的 MX 紀錄（郵件交換紀錄）設定錯誤，例如將它指向了一個 IP 位址，而不是一個主機名稱。
解決方案： 這是收件方的 DNS 設定問題。您可以透過 who.is 等工具查詢對方的 MX 紀錄，若發現異常，請通知對方修正。

2.8. 錯誤 8：DNS Server 失效

8.DNS或MX記錄的設定未成功或未有設定任何指向—-網域的「指揮總部（DNS SERVER）」出錯或設定不完整。
可能原因： 您或收件方的 DNS 伺服器本身故障，或是 MX 紀錄沒有設定。
解決方案： 無論是哪一方，都需要聯繫負責其 DNS 代管的服務商進行檢查。

MX記錄設定的值為何，需要詢問您的MAIL SERVER商。

**DNS SERVER是啥米?請參見此文章：https://wpoki.com/?p=7171

3. 狀況二：別人寄給我的信，我收不到

收不到他人寄的信件

當您收不到信時，問題可能出在對方，也可能在您自己身上。請先到 cPanel 的「追蹤傳送」工具，搜尋寄件人的 Email，看看是否有紀錄。

若信件未成功於寄件主機寄出，追蹤傳送上是無法查看到記錄的。而收不到他人寄的信件原因上述的那幾點都有可能，只是在於上述的第2點，角色就會不同，因會是寄件方的寄件IP被列入垃及IP，這就需寄件方的主機商去處理喔。

• 有失敗紀錄： 如果有紀錄且顯示失敗，原因通常與上述的退信原因類似，您可以根據報告採取行動。
• 完全沒紀錄： 如果連一筆紀錄都沒有，代表信件根本「沒有抵達」您的主機。這時問題 99% 出在寄件方，例如他們的 IP 被黑名單、打錯您地址等。請對方檢查是否有收到退信通知。

4. 狀況三：Outlook 軟體收發信問題

Linux虛擬主機企業信箱以OUTLOOK收發信收不到信時

另在此提供一個OUTLOOK寄信時無法寄件的常見原因
您用OUTLOOK寄信，看到有未傳送訊息及訊息原因為“503 Valid RCPT command must precede DATA”，這通常為在OUTLOOK的設定裡的”我的外寄伺服器需要驗證“未打勾所產生的錯誤，去勾選後就能成功寄出信件喔。
可參考此文章中目錄的第三項說明：https://wpoki.com/?p=10011

5. 狀況四：收到「超過每小時寄信限制」的退信

寄出信件後收到退信通知信件，該怎麼辦?

1.Domain test123.com has exceeded the max defers and failures per hour (25/25 (100%)) allowed. Message discarded.
…“這表示最近您的網址寄信，有25封退信…系統會認為您在發垃圾信，所以您的發信功能被主機封鎖。”

2.Domain test123.com has exceeded the max emails per hour (110/100(110%)) allowed.  Message discarded.
若收到此訊息的退信，該訊息是說“這表示最近您的網址寄信，在一小時內，您可寄信的數量超過您購買的主機方案每小時可寄信的數量。”

為了防止垃圾信濫發並保護伺服器信譽，主機商通常會設定寄信數量限制。

• 超過「失敗/延遲」上限： 代表您在短時間內寄了太多無效或被拒絕的信件。系統會暫時凍結您的寄信功能一小時，以防您是正在發送垃圾郵件。
• 超過「每小時寄信」總量： 代表您在一小時內寄出的信件總數，已達到您主機方案的上限。

解決方案： 請在下一個小時後再嘗試寄信。如果頻繁發生，您可能需要檢查是否有帳號被盜用來發垃圾信。

6. 終極難題：沒有任何退信，但信件就是不見了？

寄出的信對方收不到能如何確認原因呢?

●寄出的信件收件方一直未能收到，首先請先查看是否有收到退信，若有收到退信，如上述可將退信直接提供給您的MAIL SERVER商查看確認原因。
●若無收到退信，但收件方一直都未收到信件，可先至追蹤傳送裡查看是否有該信件寄出的記錄…有記錄就能查看到原因。而於追蹤傳送裡未能查看到記錄，可反應給您的MAIL SERVER商請他們確認原因。

寄出的信件在Mail Log上顯示已接收，收件方使用outlook主機收發信未收到信時

當您沒收到退信，cPanel 追蹤傳送也顯示「已接收 (Accepted)」，但對方堅稱沒收到時，問題通常出在「收件方」的郵件系統內部。
可能原因： 您的信件已成功送達對方的郵件主機，但被對方主機內部的過濾規則（例如：過於嚴格的垃圾信判斷、公司內部設定的關鍵字規則）給攔截或直接丟棄了，所以對方在收件匣和垃圾信匣都看不到。
解決方案： 請將 cPanel 追蹤傳送中顯示「已接收」的詳細報告截圖，提供給收件人，並請他們將此截圖轉交給其公司的 IT 人員或郵件服務商進行內部追查。同時，請對方將您的 Email 地址加入他們郵件系統的「白名單」。

7. 常見問題 (FAQ)