簡介Foxmail Server For Windows v2.0 公測版面向需要搭建內(nèi)部郵件系統(tǒng)或驗證郵件服務功能的技術(shù)人員提供SMTP、POP3、LDAP及MIME郵件擴展支持既可通過Foxmail、Outlook Express等客戶端收發(fā)郵件也能在全中文Web界面中登錄處理郵件管理員還可基于瀏覽器完成日常維護。該測試包共2個文件包含1個exe安裝程序和1個htm說明文檔壓縮包約7.9MB安裝與配置門檻較低。已有286人學習或下載適合用于單機郵件服務實驗、局域網(wǎng)內(nèi)部郵件傳輸驗證以及Web郵件界面體驗。其描述中提到的多線程、異步Socket、緩存與快速隊列機制可幫助讀者觀察郵件投遞和內(nèi)部大文件傳輸?shù)谋憩F(xiàn)產(chǎn)品號ST-TEST、8用戶限制及不提供注冊與技術(shù)支持等說明也便于在測試前明確授權(quán)邊界。整體上適合作為郵件服務器入門實踐和功能核驗的參考材料。1. 一臺斷網(wǎng)舊機器上的郵件服務器Foxmail Server v2.0 公測版值不值得拆手里有業(yè)務系統(tǒng)要發(fā)通知郵件又不想把測試流量打到公網(wǎng)郵箱上最省事的做法是在一臺 Windows 機器上架個郵件服務器。Foxmail Server for Windows v2.0 公測版就是這種老物件純 Windows 服務形態(tài)自帶 SMTP、POP3 和 Webmail支持多域名、多賬號和圖形化管理臺裝完能在內(nèi)網(wǎng)跑出一套完整的收發(fā)閉環(huán)。它扛不住公網(wǎng)生產(chǎn)流量也缺少現(xiàn)代反垃圾和 TLS 能力但拿來做內(nèi)網(wǎng)郵件中繼、業(yè)務系統(tǒng)發(fā)信沙箱、老客戶端兼容驗證是成本最低的一檔選擇。下面按部署順序拆從端口規(guī)劃一路寫到腳本驗證能照著復現(xiàn)。2. 裝之前先探地基25/110/143 端口、域名與目錄規(guī)劃郵件服務器這類軟件最怕的不是裝不上而是裝上了、服務也起來了結(jié)果端口被別的程序先占了或者域名解析沒配對客戶端連上去提示“無法連接服務器”然后開始懷疑人生。這一章把安裝前必須確認的三件事說清楚端口歸誰、域名怎么解析、文件落到哪個盤。順序不能反反了就要返工。2.1 端口清單與占用排查先把 25 和 110 搶回來這套服務端是典型的“一進程多端口”結(jié)構(gòu)安裝完成后會常駐監(jiān)聽幾個固定端口。常見做法是先跑一遍端口體檢再動手安裝。Windows 上最順手的是netstat配findstr不用裝任何額外工具。echo off REM 逐個檢查郵件服務要用的端口是否已被占用 for %%P in (25 110 143 80) do ( netstat -ano | findstr /R /C::%%P .*LISTENING nul if errorlevel 1 ( echo PORT %%P FREE ) else ( echo PORT %%P BUSY REM 打印占用該端口的進程 PID方便后面 tasklist 定位 netstat -ano | findstr /R /C::%%P .*LISTENING ) )這段批處理只做一件事對每個端口判斷netstat輸出里有沒有LISTENING行有就說明被占用并把 PID 打出來接著用tasklist /FI PID eq 1234查是誰。邏輯說明兩句findstr /R /C:是把整段當正則匹配冒號加端口號能避免 2510、1100 這類端口被誤判nul只是屏蔽輸出errorlevel仍然有效。參數(shù)上要注意的是端口用途本身端口協(xié)議用途常見沖突對象25SMTP投遞與接收郵件Windows 自帶 SMTP 服務、殺毒軟件郵件防護110POP3客戶端收信其他郵件服務端、部分備份軟件143IMAP客戶端同步若啟用極少沖突但要注意防火墻80HTTPWebmail 與管理臺IIS、Apache、各類本地調(diào)試服務如果 25 被占用優(yōu)先去“服務”里把 Windows 自帶的 SMTP 關(guān)掉而不是改 Foxmail Server 的端口。原因很實際改端口之后任何往這臺機器投遞的第三方系統(tǒng)都得跟著改配置一旦有系統(tǒng)寫死了 25你就得回頭去改對方成本翻倍。反過來80 端口沖突可以放心改管理臺端口因為 Webmail 只影響人不影響機器之間的投遞。2.2 域名與解析內(nèi)網(wǎng)自建不必碰公網(wǎng) DNS單機自建最容易翻車的地方是域名。很多教程默認你有一個公網(wǎng)域名配 MX 記錄指向本機公網(wǎng) IP。內(nèi)網(wǎng)測試場景完全不需要這么干常見做法是造一個僅內(nèi)網(wǎng)可見的域名比如test.local、corp.internal然后靠內(nèi)網(wǎng) DNS 或 hosts 文件解析。判斷標準很簡單如果收件人只在本機或內(nèi)網(wǎng)走 hosts 就夠了如果內(nèi)網(wǎng)有多臺機器要訪問就交給內(nèi)網(wǎng) DNS 服務器加一條 A 記錄和一條 MX 記錄。hosts 方案在 Windows 上的路徑是C:\Windows\System32\drivers\etc\hosts加一行# 內(nèi)網(wǎng)郵件域名解析IP 換成你機器的實際內(nèi)網(wǎng)地址 192.168.10.21 mail.test.local加完之后用ping mail.test.local驗證回顯里的 IP 必須是 192.168.10.21不是 127.0.0.1。為什么強調(diào)這一點如果客戶端解析到 127.0.0.1而客戶端本身在另一臺機器上那它連的是自己本機的回環(huán)地址永遠連不上服務端報錯卻是“連接被拒絕”很容易誤判成服務沒啟動。多域名是這套服務端的一個實用點可以同時托管test.local和dev.internal賬號按“用戶名域名”隔離。配多域名時每個域名都要單獨加解析記錄別指望一條泛解析通吃——MX 記錄不支持通配符這是很多人第一次配置就卡住的原因。提示內(nèi)網(wǎng)自建不要給這個域名配公網(wǎng) MX否則一旦有郵件誤投到公網(wǎng)退信會繞一大圈才回到你手上排查成本極高。2.3 安裝路徑與服務啟動避開中文和空格安裝路徑這條是老生慈悲的血淚經(jīng)驗一定不要放在帶中文或空格的目錄下。這類 2000 年代前后的 Windows 程序內(nèi)部大量拼字符串路徑遇到空格就斷遇到中文就亂碼表現(xiàn)出來是“服務能啟動但郵件存不進去”或者“附件下載 0 字節(jié)”。我一般會固定成D:\MailSrv\這種短路徑并把三塊內(nèi)容分開規(guī)劃目錄內(nèi)容規(guī)劃建議程序目錄可執(zhí)行文件、DLL、配置單獨盤符或系統(tǒng)盤固定路徑重裝時保留配置郵件存儲用戶郵箱、附件獨立數(shù)據(jù)盤預留 2 倍于預估容量的空間日志目錄SMTP/POP3 會話日志單獨目錄方便按天清理裝完之后不要急著開客戶端先在“服務”里確認服務狀態(tài)。命令行方式REM 列出所有服務名里帶 mail 的項確認安裝后的真實服務名 sc query type service state all | findstr /I mail REM 啟動并設為自啟服務名以實際顯示為準 sc config 你的服務名 start auto net start 你的服務名sc config里start后面必須有一個空格這是sc命令的語法要求寫成startauto會直接報參數(shù)錯誤。把服務設成自啟這一步別省否則機器重啟一次、郵件鏈路就斷一次等到業(yè)務系統(tǒng)告警說發(fā)不出郵件你才會想起來。3. 域、賬號與郵箱存儲把用戶體系一次搭對裝好能跑只是及格線真正決定這套東西好不好用的是賬號體系。郵箱賬號一旦建錯命名規(guī)則后面遷移、備份、批量導入全是連鎖反應。這一章講三件事域和賬號怎么命名、存儲和配額怎么留余量、批量建號怎么不靠手抖。3.1 域名與賬號命名保留名、大小寫與地址規(guī)范第一步是在管理臺里建域域名的寫法要和 DNS 解析完全一致大小寫不敏感但建議統(tǒng)一小寫避免日志里一會兒Test.Local一會兒test.localgrep 的時候抓不全。第二步是建賬號。這里有幾條硬規(guī)則值得先說清楚postmaster域名和admin域名屬于保留地址幾乎所有郵件系統(tǒng)都會往這兩個地址投遞退信和濫用報告必須建出來并且定期看。用戶名只保留小寫字母、數(shù)字、點、下劃線、短橫線別用中文、別用空格。中文用戶名在 SMTP 信封里需要編碼這套老服務端的處理不一定完整容易在某個客戶端上炸開。用戶名長度控制在 32 字符以內(nèi)太長的地址在部分老客戶端里會被截斷表現(xiàn)出來的現(xiàn)象是“收件人地址無效”但你在管理臺里看地址明明是對的。很多人的習慣是用工號或者姓名拼音做賬號前者穩(wěn)定但沒人記得住后者好記但重名率高。我的做法是“姓名拼音 序號”同時把真實姓名寫進賬號的顯示名和描述字段這樣管理臺里搜中文也能搜到人。3.2 存儲、配額與磁盤余量別讓一個附件撐爆整臺機器郵箱存儲這塊最容易埋雷。這套服務端的郵件基本是按用戶目錄或單文件落盤的形態(tài)單個大附件進來磁盤曲線是陡的。上生產(chǎn)前至少算一遍容量預估容量 賬號數(shù) × 平均配額 × 1.5冗余系數(shù) 日志日增量 × 保留天數(shù)舉個具體的50 個賬號、平均配額 200MB主體就是 10GB乘 1.5 是 15GB加上日志按每天 200MB、保留 30 天算 6GB總共 21GB那就給它劃 40GB 的獨立分區(qū)留出一倍余量。配額設置上有兩個參數(shù)值得關(guān)注單賬號郵箱上限和單封郵件大小上限。后者常被忽略但如果業(yè)務系統(tǒng)會發(fā)帶報表的郵件附件很容易到 10MB、20MB超限之后 SMTP 會話會在DATA階段直接被拒返回 552 之類的錯誤碼。這個報錯在業(yè)務系統(tǒng)那邊通常只顯示“發(fā)送失敗”不會有細節(jié)所以上線前一定要把單封上限調(diào)到業(yè)務峰值之上或者干脆讓業(yè)務系統(tǒng)改成發(fā)下載鏈接。注意配額不是設完就完事要定期看存儲目錄的實際增長。老服務端不一定有容量告警功能磁盤滿了之后最先壞的是收信發(fā)信可能還能撐一陣等你發(fā)現(xiàn)的時候已經(jīng)丟了一批郵件。3.3 批量建號先校驗 CSV再進管理臺賬號一多手工錄入必然出錯。穩(wěn)妥的流程是維護一份 CSV 賬號表先用腳本做規(guī)則校驗校驗通過再按表錄入或?qū)?。CSV 的字段就四個賬號、域名、顯示名、配額MB。# check_accounts.py 賬號表規(guī)則校驗跑完再進管理臺錄入 import csv import re # 賬號規(guī)則小寫字母或數(shù)字開頭允許 . _ -長度 2~32 RULE re.compile(r^[a-z0-9][a-z0-9._-]{1,31}$) seen set() with open(accounts.csv, newline, encodingutf-8-sig) as f: for line_no, row in enumerate(csv.DictReader(f), start2): name (row.get(account) or ).strip().lower() domain (row.get(domain) or ).strip().lower() quota int((row.get(quota_mb) or 100).strip()) if not RULE.match(name): print(f[行{line_no}] 賬號非法{name}) continue if not domain or in domain: print(f[行{line_no}] 域名非法{domain}) continue if name in (admin, postmaster, root): print(f[行{line_no}] 保留名需人工確認{name}) continue if quota 0 or quota 2048: print(f[行{line_no}] 配額越界{quota}MB) continue key f{name}{domain} if key in seen: print(f[行{line_no}] 重復賬號{key}) continue seen.add(key) print(f校驗完成有效賬號 {len(seen)} 個)邏輯說明分三層。第一層是正則^[a-z0-9]強制首字符不能是點或短橫線這是 RFC 里地址本地部分的基本約束很多客戶端不校驗但服務端會拒。第二層是保留名判定遇到admin、postmaster不直接判錯而是提示人工確認因為確實可能出現(xiàn)admintest.local這種有意為之的地址。第三層是去重key 用完整地址而不是用戶名因為多域名場景下zhangsantest.local和zhangsandev.internal是兩個合法賬號。參數(shù)上encodingutf-8-sig是為了兼容 Excel 另存的帶 BOM 的 CSV不帶 sig 的話第一列字段名前面會多一個不可見字符row[account]直接 KeyError這個坑我踩過一次排查了半小時。newline是 csv 模塊的官方建議不加的話在 Windows 上可能出現(xiàn)空行錯位。校驗跑完沒問題再拿著 CSV 去管理臺錄入或走導入功能。錄完記得抽查三個賬號發(fā)一封帶中文附件的郵件、發(fā)一封超過 5MB 的郵件、發(fā)一封收件人填錯的郵件看退信有沒有回到 postmaster。4. 收發(fā)閉環(huán)驗證telnet 手工握手與 smtplib/poplib 腳本客戶端彈窗說“無法連接”時你無法判斷是網(wǎng)絡問題、端口問題、認證問題還是服務端根本沒起來。分層驗證的價值就在這里先用 telnet 打通 TCP 和 SMTP 協(xié)議層再用腳本驗證應用層的編碼和投遞最后才輪到客戶端。這個順序能把 80% 的問題定位在某一段而不是全靠猜。4.1 telnet 手工握手一條命令一個返回碼Windows 默認可能沒裝 telnet 客戶端在“啟用或關(guān)閉 Windows 功能”里勾上就行或者直接用 PowerShell 的Test-NetConnection先探端口。# 第一步只探端口通不通 Test-NetConnection 192.168.10.21 -Port 25 # 第二步進 SMTP 會話逐行敲看返回碼 telnet 192.168.10.21 25進去之后按這個順序敲每一行的返回碼都要對上220 mail.test.local ESMTP Service ready EHLO test.local 250-mail.test.local 250-SIZE 20971520 250 8BITMIME MAIL FROM:sendertest.local 250 OK RCPT TO:receivertest.local 250 OK DATA 354 Start mail input; end with CRLF.CRLF Subject: telnet test From: sendertest.local To: receivertest.local hello from telnet . 250 OK: queued QUIT 221 Bye關(guān)鍵判斷點有三個。220是服務端的歡迎橫幅收不到說明端口沒通或服務沒起。EHLO的返回里如果列出了SIZE和8BITMIME說明服務端聲明了自己的能力邊界后面發(fā)大附件和中文內(nèi)容就有依據(jù)。最后DATA結(jié)束必須是一個單獨成行的英文句點很多人手敲時在句點后面多打了空格服務端會認為正文沒結(jié)束會話就那么卡著表象是“telnet 定住了”。如果MAIL FROM返回 550 或 553通常是發(fā)件地址的域名不在服務端托管的域列表里需要回管理臺加域而不是去改客戶端。如果RCPT TO返回 550多半是賬號不存在或者被禁用先確認賬號拼寫。4.2 Python 腳本驗證把發(fā)信和收信都寫成可重跑的用例telnet 適合定位不適合回歸。每次改完配置都要重敲一遍命令效率太低。寫兩個小腳本一個發(fā)一個收出問題直接看 debug 輸出。# send_test.py SMTP 發(fā)信驗證打開 debuglevel 能看到完整會話 import smtplib from email.mime.text import MIMEText from email.header import Header HOST, PORT 192.168.10.21, 25 msg MIMEText(這是一封來自內(nèi)網(wǎng)測試的中文正文用于驗證 8bit 編碼。, plain, utf-8) msg[Subject] Header(SMTP 連通性驗證, utf-8) msg[From] sendertest.local msg[To] receivertest.local try: with smtplib.SMTP(HOST, PORT, timeout10) as s: s.set_debuglevel(1) # 打印 C/S 全部交互排錯時開日常關(guān)掉 code, resp s.ehlo(test.local) print(EHLO:, code, resp.decode(utf-8, ignore)) s.sendmail(msg[From], [msg[To]], msg.as_string()) print(send ok) except smtplib.SMTPException as e: print(SMTP 失敗:, type(e).__name__, e)逐行說明。MIMEText(..., utf-8)指定字符集Header(..., utf-8)保證主題里的中文按 RFC 2047 編碼成?utf-8?b?...?不寫這一句收件端看到的主題就是一串亂碼。set_debuglevel(1)是這套腳本的核心它會把send:和reply:兩個方向的內(nèi)容全部打到標準輸出服務端返回的每一個錯誤碼都能看見比看客戶端彈窗有用得多。timeout10必須給否則網(wǎng)絡不通時會卡到系統(tǒng)默認超時腳本看起來像死掉。sendmail的第一個參數(shù)是信封發(fā)件人和msg[From]是兩回事。老服務端上這兩個不一致時可能被拒所以腳本里保持一致最省事。收信腳本用 POP3重點是解碼附件名和正文編碼# recv_test.py POP3 收信驗證檢查主題與正文是否正確解碼 import poplib from email.parser import Parser from email.header import decode_header HOST, PORT 192.168.10.21, 110 USER, PWD receivertest.local, your-password p poplib.POP3(HOST, PORT, timeout10) p.user(USER) p.pass_(PWD) count, total_size p.stat() print(f共 {count} 封占用 {total_size} 字節(jié)) if count: resp, lines, octets p.retr(count) # 取最新一封 raw b\r\n.join(lines) msg Parser().parsestr(raw.decode(utf-8, ignore)) subject_parts decode_header(msg[Subject] or ) subject .join( part.decode(enc or utf-8, ignore) if isinstance(part, bytes) else part for part, enc in subject_parts ) print(主題:, subject) print(正文前 100 字:, msg.get_payload()[:100]) p.quit()retr(count)取最后一封因為 POP3 的序號是按投遞順序遞增的。decode_header返回的是(內(nèi)容, 編碼)元組列表混合編碼的郵件會拆成多段所以要循環(huán)拼接不能只取第一段。p.quit()不能少POP3 會話里QUIT才真正提交刪除標記直接斷開會話可能導致郵件被鎖住一段時間。這兩個腳本跑通說明 SMTP 投遞、POP3 取信、中文編碼三條鏈路都是通的剩下的問題基本只在客戶端配置和網(wǎng)絡策略層面。4.3 客戶端參數(shù)表老服務端的認證和加密要手動關(guān)最后一步是客戶端。這類 2000 年代前后的 Windows 郵件服務端普遍不帶 SSL/TLS也不支持 STARTTLS客戶端要顯式關(guān)掉加密否則會卡在“正在連接”然后超時。配置項填寫值說明收件服務器類型POP3若啟用 IMAP 則選 IMAP收件服務器mail.test.local 或內(nèi)網(wǎng) IP與 hosts / DNS 解析一致收件端口110不帶加密發(fā)件服務器同上與收件服務器一致發(fā)件端口25不帶加密用戶名完整郵箱地址部分客戶端只填前綴會認證失敗密碼賬號密碼—身份驗證勾選“我的發(fā)送服務器要求驗證”不勾會被當開放中繼拒掉加密連接無 / 關(guān)閉老版本無 TLS 支持配置完先發(fā)一封給自己再發(fā)一封給同域另一個賬號最后從外部系統(tǒng)發(fā)一封進來。三個方向都通才算真正跑完閉環(huán)。5. 避坑與排查五條裝完才發(fā)現(xiàn)的坑5.1 現(xiàn)象服務顯示運行中客戶端連不上原因通常是監(jiān)聽地址綁定問題。部分老版本默認只監(jiān)聽某一個網(wǎng)卡地址機器換了網(wǎng)段或者加了第二塊網(wǎng)卡之后綁定的還是舊地址服務狀態(tài)是“正在運行”但新地址上根本沒監(jiān)聽。解決方式是回到配置里確認監(jiān)聽地址改成0.0.0.0或明確指定當前內(nèi)網(wǎng) IP改完重啟服務再用netstat -ano | findstr :25確認真實監(jiān)聽的是哪個地址。判斷依據(jù)很直接0.0.0.0:25是全接口192.168.10.21:25是單接口127.0.0.1:25就只本機能連。5.2 現(xiàn)象中文附件變成一串亂碼文件名原因是編碼聲明不完整。發(fā)信端用了 UTF-8 正文但附件名按 GBK 編碼收信端按聲明的字符集解碼就對不上。老服務端在轉(zhuǎn)存時可能還會二次處理問題更明顯。解決方式是統(tǒng)一編碼口徑發(fā)信端腳本里顯式指定charsetutf-8主題用Header(..., utf-8)附件名也用Header包一層客戶端如果支持編碼設置把默認編碼固定成 UTF-8。驗證方法就是 4.2 節(jié)的收信腳本看解碼出來的主題和文件名是否正常不看客戶端因為不同客戶端容錯能力不一樣會掩蓋問題。5.3 現(xiàn)象內(nèi)網(wǎng)互發(fā)正常發(fā)到外部郵箱全部退信原因是公網(wǎng)投遞需要反向解析和發(fā)信域授權(quán)而內(nèi)網(wǎng)自建這套東西根本沒有。對方郵件系統(tǒng)收到一封來自無 PTR 記錄 IP 的郵件直接判定為可疑來源拒收返回 550 或 554。解決方式不是去補 PTR而是壓根別讓這臺機器直接往公網(wǎng)發(fā)。正確做法是把它配成中繼模式所有出站郵件轉(zhuǎn)發(fā)給一個可信的上游 SMTP 服務由上游完成公網(wǎng)投遞。如果確實需要直發(fā)那就要有固定公網(wǎng) IP、PTR 記錄和 SPF 記錄成本比中繼高得多。提示測試階段如果一定要驗證外發(fā)先拿自己的外部郵箱試別拿客戶郵箱試退信多了會影響域聲譽。5.4 現(xiàn)象跑一段時間后磁盤告警收信開始報錯原因是日志和隊列堆積。SMTP 會話日志默認可能不做輪轉(zhuǎn)一天幾百 MB幾個月就是幾十 GB隊列目錄里如果有投遞失敗的郵件會一直重試一直占空間。解決方式是三件事同時做日志目錄按天切分并設置保留天數(shù)隊列目錄定期檢查有沒有長期滯留的文件監(jiān)控磁盤使用率設 80% 告警。別等爆了才清理磁盤滿了之后服務端的表現(xiàn)通常不是優(yōu)雅報錯而是寫文件失敗、郵件丟失。5.5 現(xiàn)象重啟機器后服務不自啟業(yè)務方第二天才發(fā)現(xiàn)原因是服務啟動類型是“手動”或者服務依賴項沒起來導致啟動失敗。這類老服務有時候依賴 Winsock 或某個系統(tǒng)組件啟動順序不對就會失敗一次。解決方式是把啟動類型設為自動同時在服務屬性里配好失敗恢復策略第一次失敗重啟服務第二次失敗重啟服務后續(xù)失敗就發(fā)告警。命令行配置見 2.3 節(jié)的sc config。另外建議加一條定時探測每分鐘連一次 25 端口連不上就告警別依賴用戶反饋。6. 進階用法當中繼、做冷備與上線前自檢這套服務端真正的價值不在“給人收發(fā)郵件”而在“給機器收發(fā)郵件”。把它降級成一個內(nèi)網(wǎng) SMTP 中繼業(yè)務系統(tǒng)只認這一個出口后面換郵件網(wǎng)關(guān)、加審計、做灰度都只需要改一處。具體配置思路是服務端只托管內(nèi)網(wǎng)域所有非本地域的收件人地址統(tǒng)一轉(zhuǎn)發(fā)到一個上游 SMTP同時把“允許中繼”的網(wǎng)段限制成業(yè)務系統(tǒng)的 IP 段別開成全網(wǎng)段否則就是給自己造了個開放中繼內(nèi)網(wǎng)里隨便一臺機器都能借你發(fā)垃圾郵件很快就會被上游封掉。判斷中繼有沒有配對不看配置文件看會話日志。業(yè)務系統(tǒng)發(fā)一封到外部地址日志里應該出現(xiàn)兩條記錄一條是接收一條是轉(zhuǎn)發(fā)兩條的 Message-ID 一致。只有一條說明轉(zhuǎn)發(fā)沒生效郵件還在本地隊列里排隊重試。6.1 冷備與遷移整目錄搬 賬號表對照備份這件事我的做法是“冷備整目錄 單獨存賬號表”。停服務、拷貝程序目錄和郵件存儲目錄、拷一份賬號 CSV、啟動服務四步。不停服務直接拷文件在這種老程序上風險很高因為寫盤過程中拷貝出來的郵件文件可能只有半個恢復時那封信就是損壞的而且不會報錯只會在客戶端點開時顯示空白。遷移到新機器時賬號表是唯一的對照依據(jù)。新機器裝完、建好域、把賬號表導進去再把郵件目錄按相同路徑放回去最后抽查五個賬號一個空郵箱、一個有大量郵件的、一個有超大附件的、一個禁用狀態(tài)的、一個 postmaster。五個都對上遷移才算完成。6.2 上線前的六條自檢檢查項判定標準端口25/110 處于 LISTENING且綁定地址正確服務自啟重啟一次機器服務自動起來DNS 解析客戶端機器上 ping 域名返回內(nèi)網(wǎng) IP反向路徑從業(yè)務系統(tǒng)發(fā)一封到本地賬號能收到編碼中文主題、中文正文、中文附件名三項都正常容量磁盤剩余空間大于預估容量的一倍這張表我每次部署都會過一遍把它貼在部署文檔第一頁。血淚經(jīng)驗是編碼和容量這兩項最容易被跳過也最容易在上線一周后集中爆發(fā)。從那以后我每次動這類老郵件服務都強制先跑一遍 telnet 手工握手再動客戶端配置——先確認協(xié)議層是活的再去懷疑應用層這個順序救過我很多次。希望幫到你。本文還有配套的精品資源點擊獲取