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 access denied
則與收信方無關,一般是由于你的發信服務器有了問題,它拒絕為你將信發送到這個地址。不過這種問題出現的機率較小。
7、“SPAM”垃圾郵件的標記?
關鍵字: spam、spammers
退信信息例子:
……...
We don''t accept mail from spammers
(too much bogus mail 2000-04-29/00[SPAM表示垃圾郵件,請更換你的標題]
退信原因:被接收方系統認為是垃圾郵件或者由于郵件內容不健康被過濾拒收。
解決方式:
請重新修改郵件的內容和郵件主題(標題)部分的文字說明,可以使用一些比較通俗的字眼如“你好”等。
如果最后無法投遞,請把該投遞的郵件已經退信原文內容轉發予我們處理。并且把轉發的郵件主題標為[SPAM MAIL]
8、郵件群發包含過多用戶?
關鍵字: Too many、less than 20
退信信息例子:
: host …… said: 553 Too many recipients in the mail, should less than 20
退信原因:過多投遞者(郵件系統指令)。
解決方式:
郵件系統會對每一個郵件投遞者每次連接時候的同一封郵件的多投用戶數量,因此當用戶使用群發時候就會出現對方拒收或者錯誤的信息返回如"Too many
recipients"信息。因此用戶請再每一封郵件投遞時候,盡量使得每次的接收用戶數量控制在20~30人左右,如果接收量比較多的情況,可以分開多幾次發送。
9、其他
除此以外,一次發送的信件太大,造成發送失敗的機率也比較大。因此,如果有很多附件要發送,優選分成幾個小郵件發送。
該文章在 2017/1/12 11:48:10 編輯過