問題
當您不在家使用家庭電子郵件帳戶傳送電子郵件訊息時,您的電子郵件訊息可能會傳回 550、553 或轉送禁止的錯誤訊息。 當您不在辦公室,並嘗試使用公司電子郵件帳戶傳送電子郵件訊息時,也可能發生同樣的情況。
摘要
當電子郵件訊息傳送到其網域 (@ 符號後面名稱的電子郵件位址時,就會發生轉送,例如寄件者要求傳送郵件的 簡易郵件傳輸通訊協定 (SMTP) 或外寄伺服器不會處理 adatum.com) 。 SMTP 伺服器必須連線至其他 SMTP 伺服器,才能轉送郵件。
當您傳送發生轉送錯誤的電子郵件時,SMTP (外寄) 電子郵件伺服器可能會傳回含有錯誤訊息的電子郵件,例如下列其中一項:
-
「郵件無法傳送,因為其中一個收件者遭到伺服器拒絕。 遭拒絕的電子郵件位址是「<someone@example.com>」。 主旨:'<測試>',帳戶:'<測試>',伺服器:' <smtp.example.com>',通訊協定:SMTP,伺服器回應:'550 <someone@example.com>...轉送拒絕',埠:25,安全 (SSL) :否,伺服器錯誤:550,錯誤號碼:0x800CCC79」。
-
「郵件無法傳送,因為其中一個收件者遭到伺服器拒絕。 遭到拒絕的電子郵件位址是「<電子郵件地址>」。 主旨「<測試>」,帳戶:「<測試>」, 伺服器: '<smtp.example.com>」, 通訊協定: SMTP, 伺服器回應: '553 很抱歉,該網域不在我的允許 rcpthosts (#5.7.1) ', 埠: 25, 安全 (SSL) : 否, 伺服器錯誤: 553, 錯誤編號: 0x800CCC79」。
確切的錯誤訊息可能會視您的因特網服務提供者 (ISP) 而有所不同。 某些 ISP 在偵測到待發郵件為不明的商業電子郵件時,可能不會傳回錯誤訊息。 在這些情況下,您的郵件可能看起來正常傳送—它會離開您的 Outlook 發件匣 並顯示在 [ 寄件備份] 中,但不會實際傳遞給收件者。
您的郵件遭到拒絕,因為 SMTP (外寄) 電子郵件伺服器無法將您辨識為授權使用者。
SMTP 是通訊協定 (計算機用來彼此通訊的標準,) 大多數電子郵件伺服器用來在因特網上傳送電子郵件訊息。 當您使用可讓您將電子郵件訊息儲存在電腦上的電子郵件程式時,您需要存取 SMTP 伺服器才能傳送電子郵件訊息。
附註: 類似 Windows Live Mail 和 Yahoo! 郵件的使用方式不同,本主題不適用於這些電子郵件帳戶。
垃圾郵件和開啟轉送
不明的商業電子郵件有時稱為垃圾郵件或垃圾郵件。 垃圾郵件數量持續增加的主要原因,是傳送垃圾郵件的人員幾乎不需要傳送郵件的成本;事實上,寄件者甚至不需要透過 SMTP (自己 ISP 的外寄) 電子郵件伺服器傳送垃圾郵件。
因特網的基本結構是在任何人考慮提供可免費傳送數百萬封垃圾郵件之能力之前所設計。 垃圾郵件者使用 SMTP 伺服器的轉送功能,透過允許此類開啟轉送的第三方伺服器來轉送垃圾郵件,以遮罩垃圾郵件的真實來源。 這會讓垃圾郵件看起來像是來自轉送郵件的網站,並隱藏實際寄件者的身分識別。
直到最近,大部分 SMTP 電子郵件伺服器都使用開放式信任系統。 在這個系統下,任何人都可以隨時隨地將電子郵件訊息提交到 SMTP 伺服器,而伺服器會接受該郵件,並將它轉寄給收件者或收件者信箱所在的其他電子郵件伺服器。 在所謂的開放式轉送伺服器下,對於允許透過 SMTP 伺服器傳送的人員沒有任何限制。
轉送電子郵件訊息的 ISP 限制
隨著垃圾郵件數量增加,負責管理您 ISP 伺服器的網路管理員開始對其 SMTP 電子郵件伺服器設定限制。 這些限制有助於防止任何人使用或濫用電子郵件伺服器。 將它想像成這樣:貴組織大廳的電話,無論是否在貴組織工作,任何人都可以使用。 現在,只有員工可以使用該手機。
目前使用中有數種類型的限制:
-
需要 SMTP 驗證 就像您必須使用密碼來存取您的 POP3 (電子郵件訊息的內送) 伺服器一樣,此選項需要您提供使用者名稱和密碼,才能透過 SMTP 伺服器傳送電子郵件訊息。 通常這些是 POP3 伺服器所用的相同使用者名稱和密碼;但它們可以是唯一的。
-
要求您先連線至 ISP POP3 (內送) 電子郵件伺服器 當您連線以擷取新的電子郵件訊息時,通常會連線到 POP3 (內送) 電子郵件伺服器。 您必須提供使用者名稱和密碼才能存取您的信箱。 網路管理員可以設定伺服器,這樣一來,如果您先連線 POP3 電子郵件伺服器並進行驗證,就會核准您透過一般限制的 SMTP 輸出伺服器傳送電子郵件訊息的任何要求。
-
要求您從授權的網路位置連線 當您在家撥打 ISP,或如果您有纜線或 DSL 數據機,則會直接連線到 ISP 網路。 您可信任您擁有具有使用者名稱和密碼之 ISP 的帳戶。 由於您是客戶,因此已獲授權使用 SMTP 伺服器傳送電子郵件訊息。
-
要求您從特定IP位址或IP位址範圍連線 您的 ISP 可能會授權未直接連線到網路的人員存取 SMTP 伺服器。 辦公室的遠端使用者可以使用此選項。 不過,主要問題是許多地方都擁有所謂的動態IP位址。 每次連線時,您都無法確定擁有相同的IP位址。 有些公司可能有保留區塊或IP位址範圍。 您的 ISP 可以授權這些 IP 位址的連線為核准的使用者。 您的 ISP 可以提供其他資訊。
轉送有許多可能的案例。 以下是最常見的情況。 查看其中一個符合您的情況。
案例 |
這是轉送嗎? |
---|---|
您在家裡的 ISP 帳戶結尾是 @proseware.com 您使用纜線或 DSL 數據機撥號或連線。 您傳送電子郵件訊息給另一個電子郵件位址也以 @proseware.com 結尾的人。 |
否。 您的郵件應該會正常處理。 |
與第一個案例相同,除非您傳送電子郵件訊息給電子郵件地址結尾為 @adatum.com 的人。 |
是的,但並未封鎖。 您直接連線到 ISP,因此無論收件者的信箱位於何處,您都有權透過 ISP 的 SMTP (外寄) 伺服器傳送郵件到任何電子郵件位址。 |
您正在工作。 您的工作電子郵件地址結尾是 @thephone-company.com,而您的家用 ISP 帳戶結尾是 @proseware.com 您使用纜線或 DSL 數據機撥號或連線。 在 Outlook 中,您的 SMTP 伺服器設定與您在家裡使用的設定相同。 您傳送電子郵件訊息給電子郵件地址結尾也是 @proseware.com 的人。 |
否。 您的郵件應該會正常處理。 |
與上述案例相同,除非您傳送電子郵件訊息給電子郵件地址結尾為 @adatum.com 的人員。 |
是的,此郵件可能會被封鎖為轉送郵件。 您嘗試使用您家用 ISP 的 SMTP (外寄) 伺服器,但未連線到 ISP 網路。 SMTP 伺服器無法驗證您是否為 ISP 的授權訂閱者。 此外,您也要求 SMTP 伺服器接收您的郵件,然後連線到另一個 SMTP 伺服器,以便傳送至收件者的信箱。 |
您目前住在旅館或使用可提供因特網存取權的機場因特網資訊站。 您的家用 ISP 帳戶結尾是 @proseware.com 您使用纜線或 DSL 數據機撥號或連線。 在 Outlook 中,您的 SMTP 伺服器設定與您在家裡使用的設定相同。 您傳送電子郵件訊息給另一個電子郵件位址也以 @proseware.com 結尾的人。 |
否。 您的郵件應該會正常處理。 |
與上述案例相同,除非您傳送電子郵件訊息給電子郵件地址結尾為 @adatum.com 的人員。 |
是的,此郵件可能會被封鎖為轉送郵件。 您嘗試使用您家用 ISP 的 SMTP (外寄) 伺服器,但未連線到 ISP 網路。 SMTP 伺服器無法驗證您是否為 ISP 的授權訂閱者。 此外,您也要求 SMTP 伺服器擷取您的郵件,然後連線到另一個 SMTP 伺服器,以便傳送至收件者的信箱。 |
決議
如果您使用的是被視為轉送的案例,您必須透過目前連線的伺服器傳送郵件。 這表示,如果您在公司或不在家,而沒有使用您的 ISP 連線到因特網,而您想要從家用 ISP 電子郵件帳戶傳送郵件,則必須變更您的電子郵件帳戶設定,以指定在您所在位置使用的 SMTP 伺服器,例如工作 SMTP 伺服器。 如需逐步程式,請移至 變更電子郵件帳戶設定。
如果這個解決方案不適用於您,或您偏好使用您的家用 ISP 帳戶,下一個步驟是連絡您的 ISP,並詢問您是否可以使用先前所述的任何選項。 針對前兩項限制:需要 SMTP 驗證,或是要求您先連線至 ISP POP3 (內送) 郵件伺服器—您可以在 [ 帳戶設定] 的 Outlook 中進行變更。 如需程式,請移至 變更電子郵件帳戶設定。
仍然無法傳送電子郵件訊息嗎?
您已變更 Outlook 中的 SMTP 設定,或找到一個可讓您傳送電子郵件訊息的選項。 不過,您仍然無法傳送郵件,而且收到錯誤訊息。
您可能已完成所有工作,但卻遇到網路管理員用來防止身分識別詐騙的另一項安全功能。 身分識別詐騙只是傳送電子郵件訊息並偽裝您真實身份的一種方式。
Outlook 就像大部分的電子郵件程式一樣,可讓您指定「顯示名稱」,以及如果有人按兩下 [回復您的郵件] 時顯示的寄件者電子郵件位址。 垃圾郵件幾乎一律包含這些欄位中的假資訊。 您是否真的認為您所收到有關快速取得豐富配置的訊息來自超級名模或世界領導者?
為防止身分識別詐騙,某些 ISP 會限制在 [回復電子郵件位址] 字段中插入假資訊。 例如,如果您的 ISP 功能變數名稱結尾是 proseware.com,ISP 可能不允許您將電子郵件退貨位址設為 terri@contoso.com。 此限制並不會如先前所述的限制般常用,但無論他們的位置和聯機為何,都可以套用至所有使用者。 沒有替代方法。 如果您的伺服器系統管理員使用此方法,您必須指定符合您目前連線的發件者電子郵件位址網域。