繁體中文主旨亂碼，先保存原信並比較不同收件介面的顯示，再由維護者核對標頭編碼與傳輸方式。不要只把文字貼回編輯器，或直接刪掉所有中文與符號；畫面異常不必然是分類問題，也可能是產生或解碼環節不一致。
先辨認是哪一種異常
出現問號、方框、看似編碼原文或完全不同字元，可能需要不同調查。請用截圖與原始檔一起記錄，註明主旨原稿、寄件流程和收件程式。若僅一個字變方框，還需分辨字型呈現與資料實際損壞，不能只看外觀便更換整個寄件平台。
- 建立不含顧客資料的固定測試主旨，包含本案會用到的繁體中文、日期與標點，保留原稿。
- 從原本有問題的服務寄出，不以個人信箱手打版本代替；分別保存網頁版與用戶端畫面。
- 請維護者比對原始標頭、編碼宣告及解碼結果，確認寄件函式與中間服務如何處理非 ASCII 文字。
- 一次修正一個環節，寄新信確認，並檢查其他欄位及簽章是否受到改寫影響。
假設案例：舊表單的編碼設定
假設臺灣工作室把舊表單文字改成繁體中文，新信主旨出現不正常字元，但內文正常。這個假設應先看主旨處理路徑，不能因內文正常就認定整封信沒有編碼問題。由維護者確認使用的郵件函式與資料編碼，比客服反覆改字更有效。
另有情況可能是直接收信正常，經某個中繼或轉寄後才異常。請保存兩站原始資料，將中間改寫納入分析。不要用轉寄後的新副本當作原始寄件位元組；它可能已被重新編碼，也不適合單獨證明第一站錯誤。
不要用符號清單代替測試
沒有一份通用的繁體中文敏感字表，可以同時解決編碼、顯示與垃圾郵件分類。若問題和特殊符號有關，就用實際字元重現並依平台支援範圍修正。避免一次替換所有標點、主旨和寄件身分，否則難以知道修正了哪個因素。
較新的國際化郵件能力與既有 MIME 編碼方式各有條件，不能只因標準允許，就假設現有服務整條路徑都支援。應以實際平台文件、目前配置及收件測試為準；本文不提供可直接覆寫正式程式的編碼片段，也不要求讀者自行拼接標頭。
如果要給技術支援示例，選擇同樣能重現但沒有姓名與訂單資訊的文字。原始郵件含地址和路由資訊，分享前確認管道與必要範圍。不要為了展示亂碼而公開整份會員通知，或把私密查詢連結貼到不受控的測試服務。
修好主旨後仍要核對用途是否清楚、時間是否正確、內容是否可讀。編碼正常只代表呈現問題已改善，不表示驗證、連結或資料夾位置都正常。分類比較也要使用同一寄送路徑及可追蹤版本，不能將亂碼修復直接換算成到達率提升。
結案請列出原稿、重現環境、修正環節與新信證據；未涵蓋的老舊用戶端標明未測。日後換模板系統或中繼服務時，重用同一組無個資測試字串，有助找出何時開始出現新的相容性差異。
資料依據與後續觀察
完成上述檢查後，可用去除個資的同版內容開始郵件測試；先確認當下可選的收件服務，結果僅描述本次樣本，不能推估所有臺灣顧客。測試方法與限制說明觀察範圍；工具不會代查商店後台或收件者私人設定。