企業郵箱遷移來源系統支援清單：哪些舊系統可平穩切換至138企業郵箱？

為什麼這份「遷移來源系統支援清單」對您重要？

當您決定將現有企業郵箱切換至138企業郵箱時，最關鍵的落地風險不在功能多寡，而在「能否完整、安全、可控地把舊系統的帳號、郵件、通訊錄與規則搬過來」。尤其對中國中鐵華鐵設計集團、中國兵器工業集團等組織而言，一次失敗的遷移可能導致跨國項目溝通中斷、客戶郵件遺漏，甚至觸發合規審計風險。
但官網未公開一份完整、可驗證的「支援清單」——這正是本頁撰寫目的：基於138企業郵箱《郵箱遷移實施與驗收知識庫》與實際服務入口驗證，為您釐清哪些來源系統可支援、哪些需額外協調、哪些存在明確技術邊界。

官方明確支援的遷移來源系統（含協議與限制）

根據138企業郵箱《郵箱遷移實施與驗收知識庫》與實際服務入口驗證，以下來源系統在符合條件前提下，可透過標準協議完成遷移：

• IMAP/POP3 協議郵箱系統（如：自建Postfix/Dovecot、Zimbra、Coremail、TOM、263企業郵箱等）
• 支援內容：帳號、歷史郵件（含附件）、文件夾結構、通訊錄（vCard格式）
• 限制：不支援日曆、任務、筆記同步；單帳號遷移須具備完整導出權限，資料量過大時可能需分批處理
• Microsoft Exchange Server（本地部署版）*

*

• 支援內容：帳號、郵件、通訊錄、日曆（僅限Exchange 2013及以上版本）、轉發規則與郵件組成員關係
• 限制：需具備Exchange伺服器管理權限；不支援Exchange Online（Microsoft 365）直接遷移
• Outlook 客戶端存檔（.pst 文件）*

*

• 支援內容：個人郵件、附件、文件夾結構（需由管理員上傳並指定目標帳號）
• 限制：不保留原始發送時間戳；不支援自動還原通訊錄與日曆；僅限離職交接或補救性導入

---

暫未支援或需個案評估的來源系統

以下系統目前無標準化遷移流程，須由138官方技術團隊進行前置評估，且不保證資料完整性：

• SaaS 郵箱平台（如：Google Workspace、Microsoft 365、阿里雲郵箱）*

*

• 原因：受API權限、租戶隔離與個資保護法規限制，無法直接拉取全量資料
• 可行方案：可嘗試透過IMAP橋接（需雙方開啟IMAP並設定應用密碼），或使用138提供的「郵件中繼導入」模式（僅限新郵件，歷史資料需另行協商）
• 業務系統內嵌郵件模組（如：用友U8、金蝶K3、SAP Business One 自帶郵件功能）*

*

• 原因：非獨立郵箱架構，資料儲存於業務資料庫，無標準郵件協議介面
• 可行方案：需提供資料庫結構說明與導出方式，由138工程師配合評估是否可開發臨時導入工具（屬客製服務，需另行簽訂技術協作協議）
• 已停服或無維護的舊系統（如：Lotus Notes 8.5、早期Coremail 5.x）*

*

• 原因：協議過時、加密方式不相容、缺乏官方導出模組
• 建議：優先嘗試導出為MBOX或EML格式，再由138技術支援評估兼容性

---

實務提醒：三項不可忽略的遷移邊界

1. 域名與DNS權限是前提：若舊系統使用子域名（如 mail.oldcompany.com）或MX記錄由第三方託管（如Cloudflare、阿里雲DNS），遷移前必須取得完整解析控制權，否則無法完成SPF/DKIM/DMARC配置驗證。
2. 帳號映射須人工核對：138不自動匹配別名、群組或轉發地址。例如舊系統中「sales@」為轉發至3人信箱，需在138後台手動重建郵件組並設定成員——此步驟列於《中國中鐵案例》實施流程第2步「建立帳號映射表」。
3. 海外收件穩定性依賴DNS切換節奏：根據138全球多節點投遞設計，MX切換後建議保留新舊系統並行觀察至少72小時，特別針對越南 Điện tử Lạc Hào、日本廣瀨等境外合作方，須驗證其收信延遲是否在可接受範圍。

---

下一步：如何啟動一次可控的遷移？

若您已確認來源系統在支援清單內，請按以下順序行動：

1. 登入138企業郵箱管理後台 →「組織與用戶」→「遷移準備中心」，下載《遷移前盤點表》（含域名、帳號、規則、歷史資料等自查項）；
2. 填寫並提交至官方支援入口（/help/4567），標註「來源系統類型」與「預期切換窗口」；
3. 138技術顧問將於1個工作日內回覆可行性評估與所需配合事項。

提示：五星車業在遷移前即完成全部帳號與海外客戶通訊錄比對；中國兵工因原有系統存在洩密風險，額外要求138提供《遷移過程資料加密傳輸承諾書》，該文件可於開通後申請。

如需進一步釐清您的舊系統是否在支援範圍內，歡迎透過官方直營服務入口提交具體系統名稱與版本號，我們將以實際驗證結果回覆。