在某些情況下,Spacemail 的外寄電郵會被退回。如果發生這種情況,系統會發送退信電郵,當中會包含電郵被拒絕的原因,提示使用者修正問題後再試。以下是可能的錯誤代碼清單:
錯誤代碼 | 說明 |
|---|---|
JFE040000 | 因垃圾郵件機率高而被拒絕。如需更多詳情,請聯絡我們的支援團隊。 |
JFE040001 | 我們的系統將你的電郵內容判定為與已知垃圾郵件模式相似。請考慮更改訊息措辭,避免使用垃圾郵件中常見的短語和句子。你可以在我們的指南中找到改善內容的建議:為甚麼電郵會進入垃圾郵件,以及該怎麼做 |
JFE040002 | 訊息包含具有潛在不安全及高風險副檔名的附件。請避免附加此類型檔案,或使用其他方式分享。你可以在這篇文章中查看可能對電郵投遞造成負面影響的附件副檔名清單:為甚麼電郵會進入垃圾郵件,以及該怎麼做 |
JFE040003 | 你訊息中的網域信譽不佳,並已被列入封鎖名單。請聯絡相關封鎖名單供應商以申請移除封鎖。 |
JFE040004 | 你的電郵內容符合(或類似)已知的垃圾郵件模式,因此被我們的系統過濾。你可以在我們的指南中找到改善內容的建議:為甚麼電郵會進入垃圾郵件,以及該怎麼做 |
JFE040005 | 你訊息中的網域信譽不佳,並已被列入封鎖名單。請聯絡相關封鎖名單供應商以申請移除封鎖。 |
JFE040006 | 你訊息中的 URI 信譽不佳。請將其移除後再試。 |
JFE040007 | 你的訊息包含帶有釣魚相關內容的 URL。要解決此問題,請移除或替換相關 URL。如果 URL 中的網域由你管理,我們建議先將其從封鎖名單中移除。 |
JFE040008 | 你電郵的主旨列只包含大寫字母。建議移除主旨列中過多的大寫字母,因為這可能會被視為類似垃圾郵件的行為。 |
JFE040009 | 你的「multipart/alternative」訊息包含奇數數量的 URI。請檢查你訊息的純文字版本和 HTML 版本是否包含相同數量的 URI。 |
JFE040010 | 「Message-ID」標頭格式不正確或缺失。要解決此問題,請確保電郵伺服器會為每封電郵產生唯一且格式正確的「Message-ID」標頭,並遵循 RFC 5322 指引。 |
JFE040011 | 寄件者似乎遭到偽造,因為「From」欄位中的電郵地址與發送該電郵的郵箱(「envelope-from」欄位)不一致。請確保「From」與「envelope-from」欄位中的寄件者相同。 |
JFE040012 | 訊息本文包含以 Base64 格式編碼的文字部分,但其中不含任何 8 位元字元(這表示它可能包含二進位資料或惡意指令碼)。請移除 Base64 編碼,以便你的訊息可以發送。 |
JFE040013 | 訊息的「MIME-Version」標頭格式不正確。MIME 標頭區分大小寫。你使用了「Mime-Version」,但根據 RFC 822,正確寫法是「MIME-Version」。請在重新發送電郵前修正標頭格式。你可以在指令碼、郵件用戶端軟件或郵件應用程式設定中調整此項。 |
JFE040014 | 你訊息中的 HTML 與文字部分不一致。請確保兩者內容相同,然後再嘗試重新發送訊息。 |
JFE040015 | 訊息主旨包含「Re:」前綴,但看起來並不是回覆郵件。除非你是在回覆訊息,否則請避免使用「Re:」前綴。若要正確回覆,請使用 Webmail 或電郵用戶端中的回覆按鈕。 |
JFE040016 | 你訊息的主旨列包含非 7 位元字元,必須根據 RFC 規則(RFC 2047 及 RFC 6532)進行編碼,以確保在各電郵平台上正確顯示。要修正此問題,請確保主旨列中的特殊字元已被編碼。如果你使用任何郵件軟件,請檢查是否有設定錯誤。 |
JFE040017 | 訊息缺少「Message-ID」標頭。要解決此問題,請確保你的電郵伺服器或用戶端會為每封外寄訊息產生並包含唯一的「Message-ID」。 |
JFE040018 | 主旨列包含貨幣符號,這可能表示垃圾郵件或釣魚郵件。請從主旨列中移除貨幣符號或常見於金融招攬的字詞。 |
JFE040019 | 訊息的日期標頭指定了過去的時間戳記。要修正此問題,請確保你的電郵伺服器系統時間已正確設定,並與可靠的時間來源同步,然後再重新發送電郵。 |
JFE040020 | 訊息的日期標頭指定了未來的時間戳記。要修正此問題,請確保你的電郵伺服器系統時間已正確設定,並與可靠的時間來源同步,然後再重新發送電郵。 |
JFE040021 | 訊息包含 IPFS(Interplanetary File System)閘道 URL,這通常與惡意電郵有關。請避免在訊息中使用 IPFS URL,並考慮改用其他非 IPFS 連結。 |
JFE040022 | 訊息中的主旨列即使不含非 Unicode 字元,仍大量使用 Base64 格式編碼。這可能導致收件者的郵件用戶端錯誤解碼主旨。要修正此問題,請避免對主旨進行編碼,特別是郵件用戶端通常會在需要時為你處理。 |
JFE040023 | 主旨列以問號結尾,這可能是垃圾郵件或釣魚嘗試的特徵。請移除主旨列中的問號。 |
JFE040024 | 訊息缺少「MIME-Version」標頭。要修正此問題,請確保你的電郵包含帶有適當版本號的「MIME-Version」標頭。通常可在你的郵件指令碼或電郵應用程式中設定。 |
JFE040025 | 電郵開頭的引言部分觸發了我們的反垃圾郵件篩選器。請重新格式化電郵開頭的引言部分。 |
JFE040026 | 訊息中「envelope-to」與「To」標頭內的收件者不一致,這可能表示有偽冒嘗試。請確保你在「envelope-to」與「To」欄位中填寫相同的收件者。 |
JFE040027 | 你訊息中的「From」標頭包含已編碼字元,但所有符號都是 7 位元,因此無需使用 Base64 編碼。請檢查你的指令碼或郵件應用程式 — 可能有需要移除的不可列印字元或惡意字元。 |
JFE040028 | 訊息內容主要由 URL 組成,這可能是垃圾郵件或釣魚電郵的特徵。要解決此問題,請考慮在電郵中加入更多有意義的內容,並避免只包含連結的訊息。 |
JFE040029 | 訊息包含信譽不佳的電郵地址。請聯絡相關封鎖名單供應商以申請移除封鎖。 |
JFE040030 | 電郵某些部分的 Content-Transfer-Encoding (CTE) 設為 7-bit,這對某些內容類型可能並不合適。要修正此問題,請根據內容正確設定 CTE,對非 ASCII 字元使用 quoted-printable 或 Base64 等替代方式。此外,你亦可檢查所使用的郵件指令碼或郵件軟件,以適當調整 Content-Transfer-Encoding。 |
JFE040031 | 訊息缺少純文字部分,這會被視為不可信,亦可能影響無障礙存取。請加入電郵的純文字版本,或檢查你的電郵用戶端是否已正確設定,以便在建立訊息時產生此部分。 |
JFE040032 | 訊息中的「Reply-To」標頭包含的網域與「From」標頭所用的網域不同。這可能會被視為不可信,因為垃圾郵件發送者經常使用這種技術來偽造回覆。請修正此問題後重新發送訊息。 |
JFE040033 | 訊息中的收件者看起來像是自動產生的。如果地址相似或看起來像自動產生的地址,請避免一次發送電郵給超過 5 位收件者。 |
JFE040034 | X-Mailer 標頭顯示郵件使用者代理程式版本非常舊。請將你的郵件軟件更新至最新版本以解決此問題。 |
JFE040035 | 你的訊息包含可疑 URL。要解決此問題,請移除或替換相關 URL。 |
JFE040036 | 「From」標頭中的顯示名稱與發送電郵地址相同。請避免使用電郵地址作為顯示名稱,因為這通常與類似垃圾郵件的行為有關。 |
JFE040037 | 訊息缺少「Date」標頭,而這對標示訊息發送時間至關重要。沒有此標頭,訊息便不符合 RFC 5322 格式標準。請加入格式正確的「Date」標頭(例如 Date: Wed, 20 Mar 2025 12:34:56 +0000),然後再嘗試重新發送你的電郵。 |
JFE040038 | 訊息中的「Reply-To」標頭與「To」地址相同,但它應該指向與「From」地址相同的網域。請調整「Reply-To」地址後重新發送訊息。 |
JFE040039 | 訊息缺少「To」標頭。這可能是因為郵件指令碼或代理程式設定錯誤,或由於郵件伺服器問題所致。請確保「To」標頭存在,然後再嘗試重新發送電郵。 |
JFE040040 | 因垃圾郵件機率高而被拒絕。如需更多詳情,請聯絡我們的支援團隊。 |
JFE040041 | 收件者電郵地址的本機部分(即「@」符號之前的部分)— 包括「To」、「CC」或「BCC」欄位中的地址 — 必須遵循 RFC 5321 所定義的格式規則。這包括對字元、長度及特殊符號位置的限制。 例如,user..name@example.com 及 user name@example.com 都是無效的,而 username@example.com 則是有效的。請根據 RFC 5321 修正本機部分格式後,再重新發送訊息。 |
JFE040042 | 根據 RFC 5322,標頭名稱與其值之間必須以空格分隔。如果缺少空格,訊息將被拒絕。例如,Subject:Hello 是錯誤的,而 Subject: Hello 則是正確的。請檢查你的標頭,並確保在冒號後有空格,然後再重新發送訊息。 |
JFE040043 | 「From」標頭用於指定寄件者,且為 RFC 5322 所要求。如果缺少此標頭,電郵會被視為不完整並遭拒絕。請確保你的發信應用程式或指令碼包含「From」標頭(例如 From: sender@example.com),然後重新發送訊息。 |
JFE040044 | 根據 RFC 5322,一封電郵只允許有一個「From」標頭。多個「From」標頭屬無效,並會被拒絕。請檢查標頭,只保留一個「From」標頭,然後重新發送訊息。 |
JFE040045 | 「From」標頭包含格式不正確或無效的電郵地址。根據 RFC 5322,格式應為 "Sender" <user@example.com>,其中 "Sender" 是顯示名稱,"user" 是本機部分,而 "example.com" 是網域。請修正此問題後再嘗試重新發送訊息。 |
JFE040046 | 根據 RFC 5321,「From」標頭中使用的網域必須是完整限定網域名稱(FQDN)。這表示它應同時包含網域名稱及頂級網域(例如 example.com)。請修正此問題後重新發送訊息。 |
JFE040047 | 根據 RFC 5321,電郵信封中 MAIL FROM 使用的網域必須是完整限定網域名稱(FQDN)。這表示它應同時包含網域名稱及頂級網域(例如 example.com)。請修正此問題後再嘗試重新發送電郵。 |
JFE040048 | 電郵信封中的「MAIL FROM」地址格式不正確或無效。根據 RFC 5321 規範,「MAIL FROM」地址必須是格式正確的地址,例如 <user@example.com>, 其中 user 是本機部分,而 example.com 是網域。請修正地址後重新發送訊息。 |
JFE040049 | 根據 RFC 5321 標準,用於「To」、「CC」及「BCC」標頭中的網域名稱必須是完整限定、非本機、非保留且可路由的。請修正此問題後重新發送訊息。 |
此外,有時使用者在嘗試發送電郵至 Spacemail 地址時,可能會收到帶有 JFE030050 錯誤代碼的退信訊息。如果你遇到此錯誤,請檢查郵箱是否存在且未滿,以及網域名稱是否已註冊並處於啟用狀態。如果網域最近曾更新,DNS 傳播可能會造成暫時性問題 — 請最多等待 72 小時後再試。如果問題持續,請聯絡我們的支援團隊。
在某些情況下,你在嘗試發送或接收電郵時,可能會收到錯誤代碼為 JFE030070、JFE030071 或 JFE030072 的退信訊息。如果是這樣,請透過 Live Chat(點擊螢幕右下角的對話氣泡)聯絡我們的支援團隊。我們的團隊很樂意進一步調查。