1. 問題引入當(dāng)你的郵件發(fā)送腳本突然“罷工”做自動化運(yùn)維、數(shù)據(jù)報(bào)表推送或者用戶注冊郵件驗(yàn)證用Python的smtplib庫發(fā)送郵件幾乎是每個(gè)開發(fā)者都會接觸到的任務(wù)。它簡單、直接幾行代碼就能搞定。但不知道你有沒有遇到過這種情況昨天還跑得好好的腳本今天突然就“罷工”了拋出一個(gè)讓人摸不著頭腦的smtplib.SMTPServerDisconnected: Connection unexpectedly closed錯(cuò)誤。你檢查了網(wǎng)絡(luò)確認(rèn)了密碼代碼一個(gè)字沒改但郵件就是發(fā)不出去腳本運(yùn)行到smtp.quit()或者smtp.sendmail()時(shí)就卡住然后斷開連接。這個(gè)錯(cuò)誤信息直譯過來是“連接意外關(guān)閉”它就像一個(gè)黑盒錯(cuò)誤只告訴你結(jié)果不告訴你原因。我遇到過太多次了尤其是在對接企業(yè)自建郵件服務(wù)器、云服務(wù)商的SMTP服務(wù)或者在容器化、虛擬化環(huán)境里部署時(shí)。它可能發(fā)生在連接建立時(shí)、認(rèn)證過程中、發(fā)送郵件內(nèi)容時(shí)甚至在退出命令時(shí)。每次遇到都需要像偵探一樣從網(wǎng)絡(luò)、服務(wù)器、客戶端配置、郵件內(nèi)容等多個(gè)維度去排查。今天我就結(jié)合自己踩過的無數(shù)個(gè)坑把這個(gè)錯(cuò)誤的來龍去脈、排查思路和解決方案徹底講透。無論你用的是QQ郵箱、163郵箱、Gmail還是公司的Exchange或自建Postfix/Dovecot服務(wù)器這里的思路都通用。我們會從最表面的網(wǎng)絡(luò)問題一直深入到TLS/SSL協(xié)議、郵件內(nèi)容格式、服務(wù)器策略這些底層細(xì)節(jié)讓你下次再遇到時(shí)能快速定位并解決。2. 錯(cuò)誤深度解析不只是“斷開連接”那么簡單smtplib.SMTPServerDisconnected這個(gè)異常本質(zhì)上是smtplib庫底層socket連接被服務(wù)器或網(wǎng)絡(luò)主動關(guān)閉后拋出的。但“意外關(guān)閉”這個(gè)描述太籠統(tǒng)了我們需要理解在SMTP會話的哪個(gè)階段斷開才能找到根源。2.1 SMTP會話流程與斷連點(diǎn)一個(gè)標(biāo)準(zhǔn)的SMTP會話以STARTTLS方式為例大致是這樣的連接客戶端連接到服務(wù)器的25明文/465SSL/587STARTTLS端口。握手服務(wù)器返回220就緒信號。EHLO客戶端發(fā)送EHLO命令聲明自己服務(wù)器返回支持的能力列表如STARTTLS, AUTH。STARTTLS客戶端發(fā)送STARTTLS命令服務(wù)器回應(yīng)220準(zhǔn)備加密。SSL/TLS握手雙方升級socket連接為加密通道。二次EHLO在加密通道內(nèi)再次發(fā)送EHLO。認(rèn)證使用AUTH LOGIN或AUTH PLAIN等命令進(jìn)行登錄。郵件傳輸MAIL FROM,RCPT TO,DATA命令依次發(fā)送郵件信封和內(nèi)容。結(jié)束發(fā)送QUIT命令優(yōu)雅斷開連接。Connection unexpectedly closed可能發(fā)生在3到8的任何一步之后。關(guān)鍵是要看錯(cuò)誤發(fā)生前最后一條成功的服務(wù)器響應(yīng)是什么。例如如果發(fā)生在STARTTLS命令之后那很可能是TLS協(xié)商失敗如果發(fā)生在AUTH之后可能是認(rèn)證信息錯(cuò)誤或服務(wù)器策略限制如果發(fā)生在DATA命令傳輸內(nèi)容中途那問題很可能出在郵件內(nèi)容本身上。2.2 核心原因分類根據(jù)我的經(jīng)驗(yàn)可以將原因歸結(jié)為以下幾大類網(wǎng)絡(luò)與防火墻問題最基礎(chǔ)但也最容易被忽略。連接超時(shí)、端口被阻斷、中間網(wǎng)絡(luò)設(shè)備如公司防火墻、云安全組重置了長連接。服務(wù)器端配置與策略連接超時(shí)服務(wù)器設(shè)置了超短的閑置超時(shí)時(shí)間如30秒如果你的腳本在構(gòu)造郵件內(nèi)容時(shí)耗時(shí)過長連接已被服務(wù)器踢掉。并發(fā)連接數(shù)限制免費(fèi)郵箱服務(wù)如QQ、163對來自同一IP的并發(fā)連接數(shù)有嚴(yán)格限制超限即斷。IP信譽(yù)與頻率限制服務(wù)器檢測到你的發(fā)送行為像垃圾郵件短時(shí)間內(nèi)大量連接直接斷開并可能臨時(shí)拉黑IP。強(qiáng)制TLS/SSL服務(wù)器已強(qiáng)制要求加密連接但你的客戶端仍嘗試使用明文端口如25或不支持STARTTLS。客戶端代碼與配置問題TLS/SSL版本或加密套件不匹配客戶端Python環(huán)境尤其是OpenSSL庫版本支持的協(xié)議與服務(wù)器要求的不一致。例如服務(wù)器要求TLSv1.2但客戶端只支持到TLSv1.0。證書驗(yàn)證問題在驗(yàn)證服務(wù)器證書時(shí)失敗自簽名證書或證書鏈不完整。郵件內(nèi)容格式違規(guī)郵件頭Headers格式錯(cuò)誤、正文包含非法字符、行長度過長SMTP協(xié)議通常要求每行不超過1000字符包括CRLF、或者沒有正確使用.作為正文結(jié)束符。資源未正確關(guān)閉沒有正確調(diào)用quit()導(dǎo)致連接狀態(tài)異常下次連接時(shí)服務(wù)器端還留有殘留狀態(tài)。注意很多教程里smtplib.SMTP_SSL和starttls()混用這是個(gè)大坑。SMTP_SSL用于一連接就是加密的端口如465它內(nèi)部先建立SSL連接再進(jìn)行SMTP通信。而.starttls()用于先明文連接再升級加密的端口如587。用錯(cuò)了端口和方法必然導(dǎo)致協(xié)議錯(cuò)亂而斷開。3. 系統(tǒng)性排查指南從外到內(nèi)逐層擊破當(dāng)錯(cuò)誤發(fā)生時(shí)不要盲目修改代碼。遵循一個(gè)系統(tǒng)的排查路徑可以事半功倍。我通常的排查順序是網(wǎng)絡(luò) - 服務(wù)器狀態(tài) - 客戶端基礎(chǔ)配置 - 高級協(xié)議與內(nèi)容。3.1 第一步驗(yàn)證網(wǎng)絡(luò)連通性與服務(wù)器狀態(tài)在寫任何代碼之前先用最原始的工具確認(rèn)通路。1. 使用Telnet/Ncat手動模擬SMTP會話這是最具決定性的方法。它能繞過你的Python代碼直接測試與SMTP服務(wù)器的對話是否正常。# 測試端口587 (STARTTLS常用) telnet smtp.xxx.com 587 # 或使用ncat (支持SSL) ncat --ssl smtp.xxx.com 465連接成功后你應(yīng)該會看到服務(wù)器的220歡迎 banner。然后你可以手動輸入SMTP命令EHLO yourclient.example.com STARTTLS觀察服務(wù)器的回應(yīng)。如果到某一步連接突然關(guān)閉那問題就定位在了協(xié)議交互層而不是你的Python腳本邏輯。2. 檢查防火墻與安全組規(guī)則確保你的出站流量允許連接到目標(biāo)服務(wù)器的SMTP端口25, 465, 587。在云服務(wù)器上安全組規(guī)則是常見“殺手”。同時(shí)檢查本地防火墻如Windows Defender防火墻、iptables是否放行了Python解釋器的出站連接。3. 使用在線工具檢測有些網(wǎng)站提供SMTP服務(wù)器檢測服務(wù)可以快速檢查目標(biāo)服務(wù)器的開放端口和基本響應(yīng)。3.2 第二步審查與優(yōu)化客戶端代碼確認(rèn)網(wǎng)絡(luò)通暢后問題很可能就在你的代碼或配置里。1. 啟用Debug模式獲取完整對話日志這是smtplib內(nèi)置的最強(qiáng)大的調(diào)試工具。它會將客戶端與服務(wù)器之間的所有原始通信包括你看不到的認(rèn)證信息會以base64形式顯示打印到控制臺。import smtplib import ssl server smtplib.SMTP(smtp.xxx.com, 587) server.set_debuglevel(1) # 關(guān)鍵設(shè)置調(diào)試級別為1 server.starttls(contextssl.create_default_context()) # ... 后續(xù)認(rèn)證和發(fā)送操作運(yùn)行腳本仔細(xì)閱讀輸出。你會看到類似這樣的記錄send: ehlo [127.0.0.1]\r\n reply: 250-smtp.xxx.com Hello ...\r\n reply: 250-SIZE 36700160\r\n reply: 250-AUTH LOGIN PLAIN\r\n reply: 250-STARTTLS\r\n reply: 250 OK\r\n ...如果連接在某個(gè)send命令后突然斷開且沒有reply或者reply是一個(gè)錯(cuò)誤碼如421,554那么錯(cuò)誤信息和斷連點(diǎn)就一目了然。例如看到421 Timeout就說明服務(wù)器超時(shí)了看到554可能是被當(dāng)作垃圾郵件拒絕了。2. 正確處理TLS/SSL上下文現(xiàn)代Python的關(guān)鍵Python 3.6之后強(qiáng)烈建議顯式創(chuàng)建SSL上下文而不是依賴默認(rèn)行為。這能解決很多因協(xié)議版本和證書驗(yàn)證導(dǎo)致的問題。import smtplib import ssl # 創(chuàng)建安全上下文 context ssl.create_default_context() # 針對自簽名證書或特定情況可以調(diào)整驗(yàn)證模式生產(chǎn)環(huán)境慎用 # context.check_hostname False # context.verify_mode ssl.CERT_NONE # 對于STARTTLS (端口587) with smtplib.SMTP(smtp.xxx.com, 587) as server: server.starttls(contextcontext) # 傳入context server.login(user, pass) # ... 發(fā)送郵件 # 對于SMTP_SSL (端口465) with smtplib.SMTP_SSL(smtp.xxx.com, 465, contextcontext) as server: server.login(user, pass) # ... 發(fā)送郵件3. 添加連接超時(shí)與重試機(jī)制網(wǎng)絡(luò)不穩(wěn)定或服務(wù)器繁忙時(shí)給連接和讀寫操作設(shè)置合理的超時(shí)時(shí)間并加入重試邏輯可以大幅提升腳本的健壯性。import smtplib import time from socket import error as SocketError def send_mail_with_retry(max_retries3): for attempt in range(max_retries): try: # 設(shè)置連接超時(shí)和讀寫超時(shí)單位秒 server smtplib.SMTP(smtp.xxx.com, 587, timeout30) server.set_debuglevel(1) server.starttls() server.login(user, pass) # ... 發(fā)送操作 server.quit() print(郵件發(fā)送成功) break # 成功則跳出循環(huán) except (smtplib.SMTPServerDisconnected, SocketError, TimeoutError) as e: print(f第{attempt1}次嘗試失敗: {e}) if attempt max_retries - 1: wait_time 2 ** attempt # 指數(shù)退避 print(f等待{wait_time}秒后重試...) time.sleep(wait_time) else: print(所有重試均失敗。) raise3.3 第三步檢查郵件內(nèi)容與服務(wù)器限制如果連接和認(rèn)證都成功了但在sendmail或DATA階段斷開罪魁禍?zhǔn)淄青]件內(nèi)容。1. 規(guī)范郵件內(nèi)容格式郵件頭確保From,To,Subject等頭字段格式正確不要有非ASCII字符或換行符。如果需要使用email庫的Header進(jìn)行編碼。正文行長度SMTP協(xié)議對單行長度有限制通常998字符以內(nèi)。長行應(yīng)使用\r\n進(jìn)行折疊或者讓email庫自動處理。結(jié)束符DATA命令后的郵件正文必須以單獨(dú)一行的.英文句點(diǎn)結(jié)束。smtplib的sendmail方法會自動處理這一點(diǎn)但如果你是自己構(gòu)造原始數(shù)據(jù)流千萬別忘了。2. 使用email.mime庫規(guī)范構(gòu)建郵件永遠(yuǎn)不要手動拼接原始郵件字符串。使用Python標(biāo)準(zhǔn)庫的email.mime模塊來構(gòu)建郵件它能幫你處理好格式、編碼和邊界問題。from email.mime.text import MIMEText from email.mime.multipart import MIMEMultipart from email.header import Header import smtplib msg MIMEMultipart() msg[From] senderexample.com msg[To] receiverexample.com msg[Subject] Header(你的主題可以含中文, utf-8).encode() # 添加正文 text_part MIMEText(這是純文本正文, plain, utf-8) html_part MIMEText(p這是HTML正文/p, html, utf-8) msg.attach(text_part) msg.attach(html_part) # 多部分郵件 # 然后使用sendmail發(fā)送這個(gè)msg對象 with smtplib.SMTP_SSL(smtp.xxx.com, 465) as server: server.login(user, pass) # sendmail 方法會正確處理msg.as_string()得到的字符串 server.sendmail(msg[From], [msg[To]], msg.as_string())3. 警惕服務(wù)器發(fā)送頻率和體積限制免費(fèi)郵箱服務(wù)商對此限制非常嚴(yán)格。例如QQ郵箱單個(gè)連接發(fā)送郵件數(shù)有限每日有總量限制。Gmail對每日發(fā)送量、收件人數(shù)有明確限制。自建服務(wù)器可能配置了每連接/每小時(shí)的發(fā)送速率限制(rate limit)。如果你的腳本需要批量發(fā)送必須加入延遲并考慮使用連接池避免觸發(fā)服務(wù)器的反垃圾郵件機(jī)制。一個(gè)常見的策略是每發(fā)送一封郵件后sleep幾秒或者每發(fā)送N封郵件后斷開重連。4. 針對不同場景的專項(xiàng)解決方案不同郵件服務(wù)商和環(huán)境有其特殊性需要微調(diào)策略。4.1 常見免費(fèi)郵箱服務(wù)商配置示例與避坑QQ郵箱/QQ企業(yè)郵箱端口必須使用465SSL或587STARTTLS。25端口基本不可用。授權(quán)碼不能使用郵箱密碼必須在郵箱設(shè)置中生成專屬授權(quán)碼代碼中用這個(gè)授權(quán)碼作為密碼。頻率限制非常嚴(yán)格。建議單次連接發(fā)送不超過10封且每天總量控制在幾百封以內(nèi)否則極易被暫時(shí)鎖定。# QQ郵箱示例 (使用SSL端口465) import smtplib from email.mime.text import MIMEText msg MIMEText(內(nèi)容, plain, utf-8) msg[From] your_qqqq.com msg[To] receiverexample.com msg[Subject] 主題 smtp_server smtp.qq.com smtp_port 465 username your_qqqq.com password 你的16位授權(quán)碼 # 注意是授權(quán)碼 try: with smtplib.SMTP_SSL(smtp_server, smtp_port) as server: server.login(username, password) server.sendmail(username, [msg[To]], msg.as_string()) print(發(fā)送成功) except smtplib.SMTPServerDisconnected as e: print(f連接意外斷開: {e}) # 檢查授權(quán)碼、端口、以及是否觸發(fā)了頻率限制163/126郵箱與QQ郵箱類似也需要開啟SMTP服務(wù)并獲取授權(quán)碼或設(shè)置客戶端專用密碼。同樣推薦使用465或587端口。Gmail / Google Workspace安全性要求最高需要允許“不夠安全的應(yīng)用”訪問此選項(xiàng)已逐漸被取消或更推薦使用OAuth 2.0認(rèn)證。使用App Passwords如果你開啟了兩步驗(yàn)證可以為應(yīng)用生成專用密碼。端口587 (STARTTLS) 或 465 (SSL)。# Gmail示例 (使用STARTTLS和App Password) import smtplib import ssl smtp_server smtp.gmail.com port 587 sender_email your_emailgmail.com password your_app_password # 16位應(yīng)用專用密碼 receiver_email receiverexample.com message \ Subject: Hi there This message is sent from Python. context ssl.create_default_context() try: with smtplib.SMTP(smtp_server, port) as server: server.ehlo() server.starttls(contextcontext) server.ehlo() server.login(sender_email, password) server.sendmail(sender_email, receiver_email, message) except smtplib.SMTPServerDisconnected as e: print(f連接斷開: {e}) # 檢查1. 是否允許了“不夠安全的應(yīng)用”2. 是否使用了App Password3. 網(wǎng)絡(luò)是否能訪問Google4.2 企業(yè)自建郵件服務(wù)器Postfix/Exchange問題排查企業(yè)環(huán)境更復(fù)雜但可控性也更高。查看服務(wù)器日志這是最直接的證據(jù)。登錄郵件服務(wù)器查看/var/log/mail.log(Postfix) 或 Exchange 的管理日志。日志會明確記錄斷開連接的原因例如“l(fā)ost connection after AUTH from [your.ip]”認(rèn)證后丟失連接或“timeout after DATA”數(shù)據(jù)階段超時(shí)。檢查服務(wù)器端超時(shí)設(shè)置調(diào)整Postfix的smtpd_timeout、smtpd_data_restrictions等參數(shù)適當(dāng)延長超時(shí)時(shí)間特別是對于需要處理大附件的場景。TLS/SSL證書問題如果使用自簽名證書客戶端需要設(shè)置context.verify_mode ssl.CERT_NONE僅限測試環(huán)境。生產(chǎn)環(huán)境應(yīng)使用受信任的CA簽發(fā)的證書或?qū)⒎?wù)器證書添加到客戶端的信任鏈中。防火墻與負(fù)載均衡器企業(yè)網(wǎng)絡(luò)出口的防火墻或內(nèi)部的負(fù)載均衡器如F5, Nginx可能會對SMTP連接進(jìn)行干預(yù)或超時(shí)重置需要網(wǎng)絡(luò)團(tuán)隊(duì)配合檢查策略。4.3 在Docker容器或虛擬環(huán)境中運(yùn)行容器和虛擬環(huán)境容易帶來一些隱蔽問題。DNS解析確保容器內(nèi)的DNS配置正確能解析外部的SMTP服務(wù)器域名。可以在容器內(nèi)ping smtp.xxx.com測試。系統(tǒng)時(shí)間如果容器內(nèi)系統(tǒng)時(shí)間不正確在進(jìn)行TLS握手時(shí)證書有效期驗(yàn)證會失敗導(dǎo)致連接立即斷開。務(wù)必保證容器時(shí)間與宿主同步。Python和OpenSSL版本基礎(chǔ)鏡像可能包含較舊的Python和OpenSSL庫不支持服務(wù)器要求的TLSv1.2或更高版本。你需要更新鏡像或手動升級相關(guān)包。出站網(wǎng)絡(luò)策略Kubernetes的NetworkPolicy或Docker的網(wǎng)絡(luò)配置可能阻止了對外部特定端口的訪問。5. 高級技巧與長效預(yù)防措施解決了眼前的問題我們還要建立長效機(jī)制避免問題復(fù)發(fā)。5.1 實(shí)現(xiàn)一個(gè)健壯的郵件發(fā)送類將超時(shí)、重試、日志、連接管理等功能封裝起來方便所有項(xiàng)目調(diào)用。import smtplib import ssl import logging import time from email.mime.text import MIMEText from typing import List, Optional class RobustSMTPClient: def __init__(self, host: str, port: int, use_tls: bool True, username: str None, password: str None): self.host host self.port port self.use_tls use_tls self.username username self.password password self.logger logging.getLogger(__name__) self._server None def connect(self): 建立連接并進(jìn)行認(rèn)證 try: if self.port 465 or not self.use_tls: context ssl.create_default_context() self._server smtplib.SMTP_SSL(self.host, self.port, contextcontext, timeout30) else: self._server smtplib.SMTP(self.host, self.port, timeout30) if self.use_tls: self._server.starttls(contextssl.create_default_context()) if self.username and self.password: self._server.login(self.username, self.password) self.logger.info(f成功連接到 {self.host}:{self.port}) except Exception as e: self.logger.error(f連接失敗: {e}) self._server None raise def send_mail(self, from_addr: str, to_addrs: List[str], msg: MIMEText, max_retries: int 2): 發(fā)送郵件支持重試 for attempt in range(max_retries 1): try: if self._server is None: self.connect() # 確保msg是字符串格式 self._server.sendmail(from_addr, to_addrs, msg.as_string()) self.logger.info(f郵件發(fā)送成功給 {to_addrs}) return True except (smtplib.SMTPServerDisconnected, ConnectionResetError, TimeoutError) as e: self.logger.warning(f發(fā)送失敗 (嘗試 {attempt1}/{max_retries1}): {e}) self._server None # 強(qiáng)制重置連接 if attempt max_retries: time.sleep(2 ** attempt) # 指數(shù)退避 else: self.logger.error(達(dá)到最大重試次數(shù)發(fā)送失敗) raise except smtplib.SMTPException as e: self.logger.error(fSMTP協(xié)議錯(cuò)誤: {e}) raise # 非連接錯(cuò)誤直接拋出 def quit(self): 優(yōu)雅退出 if self._server: try: self._server.quit() except: pass # 退出時(shí)忽略錯(cuò)誤 finally: self._server None def __enter__(self): self.connect() return self def __exit__(self, exc_type, exc_val, exc_tb): self.quit() # 使用示例 with RobustSMTPClient(smtp.qq.com, 465, usernameyourqq.com, passwordauth_code) as client: msg MIMEText(Hello, plain, utf-8) msg[From] yourqq.com msg[To] friendexample.com msg[Subject] Test client.send_mail(yourqq.com, [friendexample.com], msg)5.2 監(jiān)控與告警對于生產(chǎn)環(huán)境的關(guān)鍵郵件發(fā)送服務(wù)如交易通知、報(bào)警郵件不能等用戶投訴才發(fā)現(xiàn)問題。心跳檢測編寫一個(gè)定時(shí)任務(wù)每隔一段時(shí)間如15分鐘嘗試發(fā)送一封測試郵件到自己或一個(gè)監(jiān)控郵箱。如果連續(xù)失敗N次則觸發(fā)告警如發(fā)送短信、調(diào)用Webhook。日志聚合將郵件發(fā)送腳本的日志尤其是debuglevel1的詳細(xì)日志收集到ELK、Sentry等日志平臺方便出現(xiàn)問題時(shí)回溯。關(guān)鍵指標(biāo)監(jiān)控監(jiān)控發(fā)送成功率、平均耗時(shí)、失敗錯(cuò)誤類型分布。這些數(shù)據(jù)能幫你提前發(fā)現(xiàn)服務(wù)商限制收緊或網(wǎng)絡(luò)環(huán)境變化。5.3 備選方案與降級策略不要把所有雞蛋放在一個(gè)籃子里。多SMTP服務(wù)器負(fù)載均衡/故障轉(zhuǎn)移配置多個(gè)發(fā)信渠道如主用QQ郵箱備用163郵箱企業(yè)自建服務(wù)器作為第三備用。當(dāng)主渠道發(fā)送失敗時(shí)自動切換到備用渠道。隊(duì)列化發(fā)送任務(wù)對于非實(shí)時(shí)性要求的批量郵件不要直接同步發(fā)送?？梢詫⑧]件任務(wù)放入Redis、RabbitMQ或數(shù)據(jù)庫隊(duì)列中由后臺Worker異步處理。Worker可以從隊(duì)列中取出任務(wù)進(jìn)行發(fā)送、重試、記錄結(jié)果。這能有效應(yīng)對發(fā)送頻率限制并避免阻塞主程序?？紤]第三方郵件發(fā)送服務(wù)對于發(fā)送量巨大、送達(dá)率要求高的場景如營銷郵件、事務(wù)性郵件可以考慮使用SendGrid、Mailgun、Amazon SES等專業(yè)服務(wù)。它們提供更穩(wěn)定的API、更高的發(fā)送限額、更詳細(xì)的投遞報(bào)告和反垃圾郵件管理雖然需要付費(fèi)但能省去大量維護(hù)成本。6. 總結(jié)與核心心法處理smtplib.SMTPServerDisconnected錯(cuò)誤本質(zhì)上是一個(gè)系統(tǒng)性的調(diào)試過程。經(jīng)過這么多年的折騰我最大的體會是永遠(yuǎn)不要假設(shè)網(wǎng)絡(luò)和服務(wù)器是100%穩(wěn)定的你的代碼必須為各種意外做好準(zhǔn)備。我的核心排查心法可以概括為“四看”看日志第一時(shí)間開啟server.set_debuglevel(1)這是最寶貴的信息源?？淳W(wǎng)絡(luò)用telnet/ncat手動驗(yàn)證排除最基礎(chǔ)的連通性問題?？磧?nèi)容檢查郵件格式是否標(biāo)準(zhǔn)特別是頭部和長行。堅(jiān)持使用email.mime庫構(gòu)建郵件?？聪拗菩睦锸冀K繃著一根弦知道你所用的郵件服務(wù)商有什么樣的頻率、體積和連接數(shù)限制。最后在代碼層面牢記三點(diǎn)使用顯式的SSL上下文、為所有網(wǎng)絡(luò)操作設(shè)置合理的超時(shí)、為關(guān)鍵操作實(shí)現(xiàn)重試機(jī)制。把這套組合拳打好你腳本的健壯性會提升好幾個(gè)等級Connection unexpectedly closed這類錯(cuò)誤將從一個(gè)令人頭疼的“玄學(xué)”問題變成一個(gè)可預(yù)測、可排查、可解決的常規(guī)技術(shù)項(xiàng)。