影印機掃描到電郵突然失敗，最容易出現的誤會是：「昨日仲用到，部機今日壞咗。」其實掃描動作可能完全正常，失敗發生在影印機之後的郵件流程：名稱解析、網絡出口、加密協定、寄件帳戶驗證、郵件中繼規則、收件人政策或附件大小，任何一環改動都可以令面板只顯示一個含糊錯誤。
以下用 IT 管理員的排錯次序，把問題由「寄唔到」拆成可驗證步驟。做法適合香港中小企與辦公室多功能影印機，但實際選單名稱、支援的 TLS 版本及驗證方式，必須以裝置型號、韌體和公司電郵平台的官方文件為準。不要為求快速恢復而關閉加密、開放匿名中繼或共用管理員密碼。
先畫出郵件旅程：錯誤可能在五個位置
掃描到電郵並不是影印機直接把 PDF 放進收件箱。一般流程是：裝置把紙張轉成檔案，透過 DNS 找到指定 SMTP 伺服器，建立網絡及加密連線，按伺服器要求驗證或符合中繼條件，最後由郵件系統接受、傳送及套用安全政策。收件箱未見郵件，不代表第一步已失敗。
- 成檔：送稿、影像處理、檔案格式與大小。
- 尋址：DNS、SMTP 主機名、日期時間。
- 連線：IP、閘道、防火牆、連接埠、TLS。
- 寄件：帳戶、密碼、OAuth、憑證、允許寄件人或連接器。
- 投遞：附件限制、反垃圾郵件、隔離、收件地址與郵件追蹤。
排錯的目的，是找出郵件走到哪一步，而不是同時改十個設定。先保存目前配置截圖或匯出備份，遮蓋密碼、憑證私鑰和敏感地址，再開始測試。
十分鐘分流：先回答六條問題
所有人都失敗，還是只有一個收件人？
若內外部任何地址都失敗，集中檢查裝置、網絡、驗證及寄件政策。只有一個地址失敗，先核對拼寫、收件箱規則、封鎖名單、隔離區和對方郵件系統。只有外部地址失敗、公司內部地址正常，常見方向是中繼權限、寄件人限制或反垃圾郵件政策，而非掃描器硬件。
細檔成功，大檔失敗？
先掃描一張黑白文字為 PDF，再掃描二十張彩色高解像度文件。細檔成功代表 DNS、連線與基本寄件路徑大致可用，大檔失敗便要看裝置、SMTP 服務和收件端各自的大小限制，以及編碼後郵件實際會比原始 PDF 大。不要以為面板顯示 20MB，就必定可通過標示 20MB 的郵件上限。
影印機可否打印及連到管理頁？
能打印只證明部分網絡正常，未證明它可以連到 SMTP 目的地。從管理網段開啟裝置網頁，可確認 IP 和基本連通；如裝置取得錯誤閘道、DNS 或 VLAN 政策限制外連，局域網打印仍可能正常。記錄裝置 IP、子網、閘道、DNS、SMTP 主機和連接埠，但不要在公開報修單貼出完整內部網絡圖。
問題是否在某個改動後開始？
查閱近期香港時間的改動：電郵密碼重設、多重驗證政策、SMTP AUTH 設定、憑證更新、防火牆規則、DNS、互聯網供應商公眾 IP、Microsoft 365 或 Google Workspace 管理政策、影印機韌體及夏令時間以外的時鐘偏差。昨日可用而今日失敗，通常代表依賴項變了，不能因此排除配置問題。
步驟一：確認影印機真的完成掃描和成檔
先在機面掃描一張，觀察送稿器有沒有漏頁、卡紙或記憶體錯誤。若裝置同時支援掃描到 USB 或已知正常的共享資料夾，可在公司政策允許下，用無敏感資料測試。其他目的地能產生完整 PDF，便可把掃描硬件與影像處理暫時排到較後。
核對檔案類型。PDF、PDF/A、加密 PDF、搜尋式 PDF、JPEG、TIFF 可能由不同模組處理；有些舊機開啟 OCR 或高壓縮時更易耗盡記憶體。先用標準 PDF、200 或 300dpi、黑白或灰階、單頁測試，成功後逐項恢復雙面、彩色、OCR 和高解像度。每次改一項，才能知道哪個條件觸發。
如果只在大量原稿失敗，可嘗試分成兩批，但這只是定位方法，不是長期答案。應記錄可成功與失敗的頁數、檔案大小和模式，再調整合理上限或改用掃描到受控資料夾。機密文件不應因電郵不通便轉用未經批准的個人雲端或私人郵箱。
步驟二：核對時間、DNS 與 SMTP 主機名
裝置時鐘錯誤會令加密驗證失敗
TLS 憑證有生效及到期時間。影印機日期相差數年、時區錯誤或無法同步時間，可能把有效憑證判為未生效或已過期。把時區設為香港 UTC+8，檢查 NTP 來源和同步狀態。不要只看面板顯示的分鐘，還要看年份、日期與時區。
使用官方主機名，不用猜測 IP
雲端郵件服務的 IP 可能改變，TLS 憑證也按主機名簽發。應使用服務官方指定的 SMTP 名稱和方法，不要把搜尋所得某個 IP 永久寫入裝置。若 DNS 查詢失敗，先修正裝置的 DNS 伺服器與網絡路由；不應以不受管理的公共 DNS 繞過公司政策。
IT 人員可從同一 VLAN 的受管電腦做名稱解析及連接埠測試，但結果要小心理解：電腦通不等於影印機通，因為防火牆可能按來源、裝置類別或代理設定分流；電腦不通則至少顯示問題不限於影印機。把測試時間與來源 IP 記下，方便在防火牆或郵件日誌搜尋。
步驟三：分清連接埠、加密與驗證模式
SMTP 設定不是把主機、端口和密碼拼在一起便完成。常見選項包括 STARTTLS、連線時立即使用 TLS、需要驗證與否、寄件地址、登入名稱格式和憑證驗證。端口號本身不保證安全；同一端口在不同服務方法下用途不同。應按郵件供應商的現行官方指南設定。
以 Microsoft 365 為例，官方把多功能裝置寄件分成客戶端 SMTP 提交、SMTP 中繼、Direct Send 及其他合適方案，各自對驗證、收件範圍、端口、憑證或固定公眾 IP 有不同要求。可參考 Microsoft 的多功能裝置寄件官方設定指南，不要把一種方法的參數混到另一種。
舊影印機可能只支援過時的 TLS 或基本帳戶驗證。這不是把伺服器安全降級的理由。先確認可否更新韌體、支援 OAuth 或由受管中繼服務代為安全傳送；若裝置能力無法符合公司基線，應把功能限制、替代流程或換機納入風險決定。微軟亦持續更新 Exchange Online 基本驗證退役安排，實施前應查看最新官方時間表，而不是依賴舊網誌日期。
步驟四：驗證寄件身分，而不是不斷重設密碼
登入名稱、寄件地址與顯示地址可能不同
有些服務要求完整電郵地址作登入名稱，有些容許裝置用一個帳戶驗證，卻只可使用已授權寄件地址。機面「From」、「Reply-to」、「SMTP User」三欄不要混為一談。先在管理平台確認帳戶存在、未被鎖定、獲准使用所選寄件方法，並檢查近期登入或郵件日誌。
多重驗證不代表可把共用密碼貼在機旁
影印機通常由多人使用，寄件身分應是專用的服務用途身分或受控中繼配置，而非某位員工的日常帳戶。員工離職、密碼到期或啟用多重驗證時，個人帳戶方案便會中斷。密碼或憑證只應由授權人員管理，儲存在裝置時要限制管理介面存取，變更後亦要有紀錄。
「535」「5.7.x」只是線索，不是完整答案
錯誤碼通常可指出驗證或政策類別，但相同代碼在不同平台的解釋並不完全相同。抄下完整文字、增強狀態碼、時間和伺服器回應，不要只截最後三位。再到該郵件平台的官方錯誤文件核對。連續猜密碼可能觸發鎖定或風險警報，令原本問題再多一層。
步驟五：檢查防火牆、NAT 與中繼條件
若影印機連不到 SMTP 主機，IT 應查防火牆是否容許裝置所在 VLAN 向指定目的地和端口建立連線，TLS 檢查設備有沒有替換憑證，而裝置又不信任公司憑證鏈。不要為測試開放整個網段到互聯網所有端口；建立時間有限、目的明確的測試規則，完成後按變更程序處理。
使用以固定公眾 IP 識別的 SMTP 中繼時，確認公司出口 IP 是否近期因搬遷、轉線、備援線路或供應商更改而變動。裝置的私有 IP 並不是郵件服務看到的來源。若有雙 WAN，流量可能從未登記的出口離開，造成間歇成功。從郵件連接器、閘道和防火牆三邊對時，才看得到完整旅程。
如果中繼按寄件網域或憑證識別，確認憑證仍有效、主體名稱相符、私鑰已安全安裝，寄件網域亦在允許範圍。不要把連接器設成對任何來源開放，否則可能成為濫發郵件的跳板，損害公司網域聲譽。
步驟六：郵件已被接受，為何收件箱仍然沒有？
面板顯示「已傳送」通常只代表下一個郵件伺服器已接受，不代表最終收件人已看到。到郵件管理平台以寄件人、收件人和精確時間做訊息追蹤，查看 Delivered、Quarantined、Failed、Expanded 或 Pending 等結果。若服務給出 message ID，連同影印機工作紀錄保存。
檢查垃圾郵件、隔離、安全附件掃描、資料外洩防護及傳輸規則。含大量圖片、壓縮檔、加密 PDF 或特定敏感資料的掃描，可能觸發額外政策。不要為一封文件關掉全公司的保護；先建立受控例外或改用更適合大檔和敏感文件的內部文件流程。
若只寄到外部失敗，查看退信中的收件端回應。寄件網域 SPF、DKIM、DMARC、反垃圾聲譽等通常由郵件管理員處理，不是影印機面板可修正。裝置只應使用公司正式批准的寄件路徑，避免冒用地址令驗證對不上。
附件大小：由紙張到郵件有三次膨脹機會
掃描檔大小受頁數、解像度、彩色深度、壓縮、內容複雜度和 OCR 影響。同樣二十頁，純文字黑白 PDF 與彩色相片 PDF 可相差很遠。郵件在傳輸時還會經編碼及加上郵件內容，所以不能把郵件上限直接當作可掃描 PDF 上限。
先確定限制出在哪裏：裝置單工作上限、SMTP 提交上限、郵箱寄件上限、傳輸規則還是收件端上限。逐一查日誌，避免盲目把所有上限推高。對經常超大的文件，較合理做法可能是掃描到有權限控制的共享資料夾或文件平台，再按公司政策分享連結。
要縮小檔案，可在仍然可讀的前提下降低解像度、把一般文字改為灰階或黑白、開啟適當壓縮、移除空白頁，或分卷掃描。法律、醫療、工程細節等文件對可讀性有較高要求，不應只為電郵成功而壓縮至失真；先定義保存及用途標準。
錯誤情景對照：用結果決定下一步
情景 A：所有地址立即失敗，沒有伺服器回應
先查 DNS、閘道、端口與 TLS。裝置日誌若只有連線逾時，而郵件平台完全沒有記錄，問題很可能仍在到達伺服器之前。記下逾時秒數和測試來源，請網絡管理員查封包被哪一層拒絕。
情景 B：登入失敗，但網絡測試成功
核對所選方法是否真的需要帳戶驗證、帳戶是否容許 SMTP、登入名稱、密碼或 OAuth 權杖、寄件地址權限及時鐘。不要把「允許較不安全應用程式」視為標準修復，這類舊設定可能已不存在或違反政策。
情景 C：內部收件人成功，外部收件人失敗
檢查是否使用只限內部投遞的 Direct Send 類方法、中繼連接器是否匹配、寄件人是否獲准外寄，以及外部收件端拒絕原因。這個結果其實證明成檔、DNS 和部分寄件路徑正常，排錯範圍已大幅收窄。
情景 D：一天成功、一天失敗
比較成功與失敗時間的出口 IP、DNS 回應、憑證、網絡線路、郵件限速與工作大小。若多部裝置共用一個帳戶，短時間大量寄件可能觸發限制。間歇問題最需要精確日誌，不能靠重啟後「暫時得咗」結案。
安全恢復方案：由最小測試逐步放行
- 用一張無敏感資料的黑白測試稿，寄到內部測試信箱；
- 確認郵件追蹤、寄件人、時間和附件完整；
- 測試另一個內部收件人，再測批准的外部測試地址；
- 逐步增加頁數、彩色、雙面、OCR 和地址簿功能；
- 確認錯誤日誌清空、時間正確，並移除臨時規則；
- 由實際部門用一份匿名化典型工作驗收。
恢復後把最終 SMTP 方法、責任人、憑證或密碼輪換方式、允許寄件範圍及測試日期寫入內部文件。密碼本身不要寫在一般操作手冊。若設定由服務商協助，要求列明改動項目，並透過聯絡頁安排需要的影印機支援；網絡及郵件租戶權限則由公司 IT 保持控制。
長期配置：令下一次改密碼、搬線路不再突然停用
把影印機視為一部需要管理的網絡裝置，而非只是一件辦公家具。為它保留資產編號、固定或保留的 IP 配置、DNS/NTP、韌體版本、管理員責任人、電郵方法和測試程序。管理介面只開放予需要的人，使用 HTTPS，停用不用的協定，並定期備份設定。
建立季度或半年測試，不必等到重要文件寄不出才發現。測試一封內部、一封批准外部、一次較大附件，查看郵件追蹤與憑證到期日。公司變更電郵安全政策、防火牆、互聯網線路或網域時，把影印機加入影響清單。定期保養亦應包含連線與掃描功能核對，可參考定期影印機保養安排，把硬件和系統測試放進同一服務紀錄。
如果現有舊機無法支援企業要求的加密與驗證，短期可採用隔離、受控中繼或改掃描至資料夾，長期則要評估更新。選擇方案時可查看企業文件方案，並把使用者數量、郵件平台、收件範圍、每批頁數和資料敏感程度一併提供。
設定前先選對寄件模式：四個問題比抄參數重要
第一問是收件範圍：只寄公司內部，還是需要寄客戶、供應商等外部地址？只限內部的方法往往設定較簡單，但一旦前線以為可以外寄，重要文件便會無聲失敗。第二問是裝置數量：一部機用專用帳戶與十多部機共用受控中繼，管理成本和限流風險完全不同。第三問是裝置支援：它能否使用現代驗證、合適 TLS 和憑證？第四問是公司網絡有沒有穩定固定出口及郵件閘道能力。
把答案寫成需求，再由郵件管理員選擇官方支援的方法。不要因為網上某段設定「有人成功」便照抄；那個例子可能只允許內部信、依賴已停用功能，或把公眾 IP 當成永久不變。方法選定後，建立一份不含秘密的配置基線：SMTP 名稱、端口、加密模式、身分種類、允許寄件範圍、DNS/NTP 依賴及維護責任。
專用寄件身分應有清楚名稱，例如設備通知或掃描服務，而不是冒充某位同事。限制它只可用於需要的協定和來源，避免互動式登入及不必要權限。若郵件平台支援條件式存取、連接器或憑證識別，按公司安全設計套用；任何例外都要有原因、擁有人和覆核日期。
一宗遷移個案：不是影印機壞，而是三個舊假設同時失效
某辦公室把郵件搬到雲端後，三部影印機仍經舊伺服器寄件。遷移完成首星期正常，因為舊中繼暫時保留；停用當日，所有掃描到電郵即時失敗。前線先換了寄件密碼，IT 再把端口由一個數字試到另一個，錯誤由逾時變成驗證失敗，卻沒有真正恢復。
重新按郵件旅程調查後，發現三件事。第一，裝置 SMTP 名稱仍指向已關閉的內部主機；第二，其中一部機的 DNS 是舊伺服器地址，無法解析新名稱；第三，最舊型號只支援過時加密，不能直接使用公司選定的雲端提交方式。這三部機表面收到同一句「傳送失敗」，根本原因卻不完全相同。
團隊先恢復正確 DNS 與時間同步，兩部較新裝置更新韌體後按官方方法設定專用身分；舊裝置則放在受限制 VLAN，經公司管理的郵件中繼轉送，並訂下換機期限。測試由一頁內部信開始，再到外部地址及大型附件。最後在變更文件記錄依賴，將中繼停用、密碼輪換和公眾 IP 變更加入未來檢查清單。
這宗個案提醒我們，「一次改到成功」不代表配置可靠。若當時只是暫時重開舊伺服器，問題會在下一次停用再次發生；若為舊機降低全租戶安全，又會把局部兼容問題擴大成公司風險。分機處理、記錄限制與設定退出日期，才是完整復原。
地址簿與寄件介面：恢復後最容易留下的資料風險
掃描功能恢復，不等於工作已完成。檢查影印機地址簿是否包含離職員工、私人地址、重複供應商或錯誤群組。誤按一個舊地址，可能比寄件失敗更嚴重。地址簿編輯應限制給指定管理員，定期由資料擁有人覆核，使用者常用地址與系統管理地址分開。
設定預設寄件人時，要清楚收件人回覆會去哪裏。無人監察的 noreply 地址不適合需要對方確認的文件；使用共同郵箱則要安排擁有人、保留與權限。郵件主旨可包含部門、日期或工作編號，但不要自動把病人姓名、身份證號碼、薪酬等敏感值放入外露通知。
裝置工作紀錄可能保留收件地址、檔名、縮圖或重送資料。按業務需要設定保留期，限制管理介面與硬碟存取；報廢或退租前，依供應商及公司程序清除資料。若透過外判服務商遙距支援，只提供完成工作所需的臨時權限，事後撤回並保存變更紀錄。
如何閱讀三邊日誌，而不被時間差誤導
理想調查要把影印機、網絡防火牆和郵件平台三份日誌對齊。先確認三者時區；一份用香港時間、一份用 UTC，若直接比較便會以為郵件服務沒有收到。為每次測試選獨特主旨，例如加上無敏感資料的測試編號，並記下按「開始」的秒數。
影印機日誌回答它嘗試連向哪個主機、收到甚麼 SMTP 回應；防火牆回答連線是否離開正確接口、有沒有被拒絕或重設；郵件追蹤回答伺服器是否接受及最後如何處理。若裝置說逾時、防火牆沒有記錄，先檢查 DNS 或裝置路由；防火牆見到連線而郵件平台沒有，可能是目的地址、TLS 握手或中間設備；平台已接受則轉查投遞。
不要把含認證字串、完整內部 IP 清單或收件人資料的原始日誌貼到公開論壇。建立經遮蓋的事件摘要，需要第三方支援時只提供相關時段。故障完結後，把臨時除錯級別調回正常，避免長期收集過多內容或耗盡裝置儲存。
使用者通告也屬於復原：避免大家各自找替代方法
當掃描到電郵停用，應發一則短而明確通告：哪部裝置、哪項功能受影響、打印與影印是否仍可用、批准的臨時流程、預計下次更新時間及聯絡人。不要叫同事把文件拍照後傳私人通訊軟件，也不要叫所有人共用一個不受控 USB。替代方法必須符合原有資料分類。
若使用掃描到共享資料夾作臨時方案，先建立按部門限制的目的地、測試寫入及讀取權限，並安排文件由誰取走、多久清理。若只能分批電郵，寫明合理頁數、解像度與命名方式，減少重複寄送。復原後通知同事停止臨時流程，並清理過渡期間產生的副本。
對經常需要把大型或敏感文件送給外部人士的部門，故障可能揭示「電郵附件本來就不是最佳流程」。趁復盤時評估受控文件交換、到期連結、下載審計及權限撤回，而不是單純把附件上限愈調愈高。
五條常見疑問
重啟影印機後恢復，是否可以結案？
不可以只憑一次成功結案。重啟可能更新 DNS、清除暫存或重新建立 TLS 連線，也可能只是避過短暫限流。至少記錄重啟前錯誤、測試不同收件範圍與檔案大小，並查看同一時間的郵件日誌。若不知道原因，標示為待觀察而非已根治。
可否使用員工的應用程式密碼？
是否支援及允許要看平台現行政策，但從管理角度，不應把影印機長期綁在個人身分。人事變動、權限調整和密碼生命週期都會令服務不穩。選用組織批准、可審計、可撤銷的設備寄件方案。
掃描去 Gmail 成功，是否證明公司郵件有問題？
它最多證明成檔及部分網絡能力正常，不能證明把公司文件寄到私人服務是可接受測試。未經批准不應使用。應在公司管理的測試信箱與正式路徑驗證，保持資料和日誌在授權範圍。
憑證錯誤可否按「忽略」？
不建議。先查裝置時間、主機名、信任鏈、TLS 檢查設備及韌體。忽略憑證驗證會失去確認伺服器身分的保護，亦掩蓋中間設備或名稱設定錯誤。必要的例外必須由安全負責人評估，而非前線臨時勾選。
換新影印機是否一定解決？
新機可改善協定支援，但錯誤 DNS、防火牆、中繼或附件政策會原封不動地跟到新機。換機前先記錄正常郵件架構和驗收案例；安裝時由 IT、供應商及實際使用部門共同測試，才不會把舊問題複製。
一頁式排錯紀錄
最後，把每次事件用同一組資料記錄：裝置型號及 IP 代號、發生時間、寄件地址、收件範圍、頁數與大約檔案大小、格式和解像度、面板完整錯誤、裝置 SMTP 日誌、郵件追蹤結果、近期改動、已完成測試及最終原因。敏感值要遮蓋，時間統一用香港時間並標示時區。
亦可先到常見問題頁核對一般操作，但不要用重設全機取代診斷。工廠重設可能清除地址簿、憑證、網絡與審計設定，令復原更困難。除非已有完整備份、得到授權並確定必要，否則不應在排錯初段使用。
掃描到電郵最可靠的修復，通常不是找到一個神奇端口，而是證明檔案在哪一步停下來。由細檔、內部地址和既定官方設定開始，逐層查 DNS、TLS、身分、中繼與投遞，再把正常功能一項項加回。這樣既可快速恢復工作，也不會以降低整個公司的郵件安全作代價。