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