為什麼大多數方法會失敗，什麼才真正有效
在為 AI 智能體構建電子郵件驗證技能時，開發者面臨一個根本性的挑戰：大多數驗證方法無法判斷電子郵件是否真實存在。
正規表達式可以驗證電子郵件格式，但無法判斷信箱是否存在。像 valid-format@nonexistent-domain.xyz 這樣的電子郵件可以通過語法檢查，但實際上完全無效。
檢查網域是否有 MX 記錄只能確認該網域可以接收郵件，但無法說明特定信箱是否存在。user@gmail.com 和 doesnotexist@gmail.com 都有有效的 MX 記錄。
許多電子郵件驗證 API 只進行語法和 DNS 檢查，然後使用統計模型來猜測有效性。這在實際場景中會導致 20-40% 的誤判。
真正電子郵件驗證的關鍵
SMTP 驗證直接連接到郵件伺服器，檢查信箱是否存在。這是真正確認電子郵件可送達性的唯一方法。
透過 25 埠連接到收件人的郵件伺服器
建立 SMTP 握手連接
傳送帶有電子郵件地址的 RCPT TO 指令
接收伺服器的確認（250）或拒絕（550）回應
關閉連接，不實際傳送郵件
AWS、GCP、Azure、DigitalOcean 和大多數雲端服務商預設封鎖出站 25 埠。即使您申請解封，也會受到嚴格的速率限制，並很快被列入黑名單。
郵件伺服器會拒絕來自未知 IP 的連接。建立 IP 信譽需要數月的正常發送。沒有信譽，您的驗證請求會被忽略或封鎖。
現代郵件伺服器會偵測驗證嘗試。沒有適當的基礎設施和關係，您會遇到速率限制、驗證碼和直接封鎖。
可靠的 SMTP 驗證需要跨不同子網的多個 IP、自動 IP 輪換、重試邏輯、超時處理和全天候監控。這是一項完整的基礎設施挑戰。
不同 AI 框架的完整指南
構建可靠的電子郵件驗證功能
專為 AI 智能體場景打造的企業級基礎設施
| EmailVerify | DIY | |
|---|---|---|
| SMTP 驗證 | 完整 SMTP 驗證，使用白名單 IP | 被雲端服務商封鎖，無 IP 信譽 |
| 準確率 | 99.9% - 真實信箱確認 | 60-80% - 僅語法/DNS 檢查 |
| 設定時間 | 5 分鐘 - 一行配置 | 數週到數月 - 基礎設施 + 信譽建立 |
| 維護成本 | 零 - 完全託管服務 | 持續維護 - IP 輪換、黑名單監控、重試邏輯 |
| 費用 | 按驗證次數付費 - 無基礎設施成本 | 專用伺服器 + 多個 IP + 監控 + 時間 |
新增我們的 MCP 伺服器：claude mcp add emailverify -- curl --stdio "https://mcp.emailverify.ai/mcp?api_key=YOUR_KEY"。然後讓 Claude 驗證任何電子郵件。無需安裝 SDK。
支援。將 MCP 配置新增到 ~/.opencode/config.json。OpenCode 完全支援使用 MCP 伺服器進行具有真實 SMTP 檢查的電子郵件驗證。
在 Cursor 或 Windsurf 中進入設定 > MCP，新增 emailverify 配置。兩個編輯器都原生支援用於 AI 智能體技能的 MCP。
語法和 DNS 檢查會遺漏 20-40% 的無效電子郵件。只有 SMTP 驗證能以 99.9% 的準確率確認信箱是否存在。雲端服務商封鎖 25 埠，因此您需要專門的基礎設施。
AWS、GCP、Azure 預設封鎖 25 埠。即使解封，您也缺乏 IP 信譽，會被列入黑名單。建立可靠的 SMTP 基礎設施需要數月的 IP 預熱。
所有主流框架：Claude Agent SDK、LangChain、CrewAI、AutoGPT。MCP 適用於 Claude Desktop、ChatGPT、DeepSeek、Kimi，以及 Cursor、Windsurf、Cline 等程式碼編輯器。
智能體技能是 AI 智能體可調用的可重複使用功能。EmailVerify 讓 Claude Code、OpenCode、Gemini CLI 能夠透過自然語言指令驗證電子郵件。
只為有效電子郵件付費。無效和未知結果消耗 0 額度。免費開始，贈送 100 額度，無需信用卡。