退回郵件的故障判斷

一、退信由哪些內容組成

由于退信是由收發信系統自動回復的，所以信件大都是英文內容，下面我們先來了解退信中都包含了哪些內容。退信的發件人一般是Mail Administrator（系統管理員），信件的主題一般是Returned Mail之類的句子。退信的上端標明了退信的原因：Invalid User、Connection time out ......等。退信的中部內容是信件往來發生的時間、用戶名等具體信息。沒有正常發送的信件一般都是將附在最后，便于你及時采取相應的補救措施。
二、退信的原因及解決方法
1、郵件地址錯誤
如果退信原因中有如下信息之一，請檢查收信人的郵件地址是否有誤。
550 <xxx@xxx.xxx.xx.xx>...User unknow
550 Requested action not taken:mailbox unavailable
550.5.1.1 <xxx@xxx.xxx.xx.xx> is not a valid mailbox
Sorry, no mailbox here by that name
550 Invalid recipient <xxx@xxx.xxx.xx.xx>
xxx@xxx.xxx.xx.xx(user not found)

如果郵件地址是正確的，那可能對方的這個電子郵件信箱已經不再使用了。為了確定，可再重發一次以防是由于對方郵箱的收件服務器的技術故障而導致的退信。
2、郵箱空間不夠

如果退信原因中顯示如下信息之一,表示郵箱溢出。
552 Message size exceeds fixed maximum message size(5000000)
552 Message size exceeds maximum message size
552 Message size exceeds fixed maximum message size:5242880 bytes

這是指對方郵箱作了限制，剩余空間不夠大，你發出的信件超過了它的容量限制，對方只好把它退回來。解決方法是將信件“減肥”，比如將附件壓縮、刪除不必要的內容、，也可以等對方將郵箱清理后你再發郵件。
3、郵箱空間已滿

由于對方郵箱容量作了限制，一旦郵箱被塞滿，則退信原因中會出現如下信息之一：
User is over the quota
552 <xxx@xxx.xxx.xx.xx>...Mailbox is full
550 <xxx@xxx.xxx.xx.xx>...Can@#t create output
552 Requested mail action aborted: storage allocation

這種情況你只有等一兩天或者通知你的朋友刪除（或從服務器取走）舊信，然后再次發送郵件。
4、郵箱設置有誤

如果退信原因中出現下列提示：
554 Too many hops 27 (25 max): from <user@>firstdomain.com> via mail. firstdomain.com, to <sameuser@seconddomain.com>

說明你蹦跳太多了，這是因為你發出的信抵達對方的A郵箱后，由于A郵箱設置了自動轉發至B郵箱，而B郵箱又設置了自動轉發回A郵箱。因此，你的信就在A郵箱和B郵箱之間沒完沒了地做旅行，時間一長，收發信服務器也不堪其擾，只好把信退回給你。
5、發信服務器故障

如果退信原因中出現：
<user@xxx.xxx.xxx.xxx>: connect to xxx.xxx.xxx.xxx timed out

表示超時錯誤，大多是由于收信一方的服務器同一時間收到了過多的郵件，當然這些郵件里少不了垃圾郵件在作祟，而你的郵件卻因此無法正常發送了。這類問題不會困擾太長時間，稍等片刻重新發送即可。
6、發信服務器被屏蔽

如果退信原因為：
554 <xxx@xxx.xxx.xx>: Recipient Address rejected:Relay aclearcase/" target="_blank" >ccess denied

則與收信方無關，一般是由于你的發信服務器有了問題，它拒絕為你將信發送到這個地址。不過這種問題出現的機率較小。
7、其他

除此以外，一次發送的信件太大，造成發送失敗的機率也比較大。因此，如果有很多附件要發送，最好分成幾個小郵件發送。
,

原文轉自：http://www.kjueaiud.com