郵箱地址校驗器 (語法 + 常見拼寫錯檢測)

輸入郵箱檢查語法是否有效, 並發現像 'gmial.com' → 'gmail.com' 之類的域名拼寫錯誤。分解本地部分、域名、頂級域, 警告 RFC 長度違規。

郵箱地址

✓語法有效

運作原理

郵箱語法校驗檢查 'name@domain.tld' 是否符合 RFC 5322 結構規則。我們用務實正則, 捕捉幾乎所有真實世界拼寫錯誤, 同時對帶加號、點、不尋常 TLD 的合法地址保持靈活。

本工具不能: 確認地址確實能收信。那需要發真實郵件或做 SMTP 檢查, 都需服務端程式碼且有誤報風險 (catch-all 域、灰名單)。語法校驗便宜地捕捉拼寫錯誤; 可達性檢查需別的方法。

我們留意主要免費郵箱提供商的拼寫錯 — 'gmial.com' 而非 'gmail.com'、'yaho.com' 而非 'yahoo.com' 等。註冊時約 95% 郵箱拼寫錯是這幾家提供商的域名拼寫錯。客戶端捕捉省了一封退信歡迎和尷尬的「請檢查地址」跟進。

如果你在做登錄檔單, 提交前跑同樣邏輯。展示「你是不是想說...?」建議, 讓使用者接受或覆蓋。成熟註冊流常這麼做; 顯著提升郵件可達性。

Plus 標籤 ('user+filter@gmail.com'): 主流提供商廣泛支援。用於不同註冊建立唯一地址同時保持單一收件箱。

點 ('user.name@gmail.com'): Gmail 視為同一地址 (點被忽略), 但其他提供商可能視為不同。Gmail 之外不要依賴點等價。

長度: RFC 5321 限本地部分 64 字元, 完整地址 254 字元。我們超出時警告 — 多數伺服器拒絕更長地址。

大小寫: 按 RFC 本地部分大小寫敏感, 但多數提供商視為不敏感。域名總是大小寫不敏感。

›本工具能確認郵箱存在嗎?

不能 — 僅語法。確認收件箱存在需服務端 SMTP 檢查或發驗證郵件。本工具便宜捕捉拼寫錯。

›為什麼接受 'a@b.co'?

因為技術上是有效語法。TLD '.co' 是真實的 (哥倫比亞)。語法校驗無法過濾真實但罕見的 TLD。

›Unicode 郵箱 (如使用者@例え.jp)?

RFC 6531 國際化郵箱地址有效, 但本工具的正則不接受。多數表單後端也仍不接受。需 Unicode 友好校驗請用專用庫。

›什麼是 plus 標籤?

+ 與 @ 之間的內容被 Gmail 與許多提供商視為路由的一部分。user+toolify@gmail.com 投遞到 user@gmail.com 但你可按 +toolify 字尾過濾。

›為什麼 Gmail 忽略點?

Gmail 歷史策略。user.name@gmail.com 與 username@gmail.com 投遞到同一收件箱。其他提供商 (Yahoo、Outlook) 視為不同。

›最長有效郵箱?

RFC 5321 總共 254 字元。本地部分 ≤ 64。多數伺服器拒絕更長。

›資料會上傳嗎?

不會。校驗在本地, 不向任何伺服器傳送。

›可批次校驗嗎?

本工具不行 — 一次一個。列表請用指令碼或專用批次校驗服務 (有授權再校驗他人地址)。