メールアドレス検証 — 構文チェック+よくあるタイポ検出

本ツールでできること・できないこと

メール構文検証は「name@domain.tld」が RFC 5322 の構造ルールに従っているかを確認します。本ツールは実用的な正規表現を使い、ほぼすべての現実的タイポを捉えつつ、プラスタグ・ドット・特殊TLDを含む正当なアドレスは通します。

できないこと: そのアドレスが実際にメールを受信できるかの確認。それには実際のメール送信か SMTP チェックが必要で、サーバーサイド実装と誤判定（catch-all ドメイン・グレーリスティング）のリスクを伴います。構文検証はタイポを安価に発見でき、配信性能チェックは別アプローチが必要です。

タイポ検出機能

「gmial.com」「yaho.com」など主要プロバイダのタイポを検出します。サインアップ時のメール誤入力の約95%はこれら一握りのプロバイダのドメインタイポ。クライアント側で捕捉すれば、welcomeメール失敗と「アドレス確認してください」というフォローアップを節約できます。

サインアップフォームを作るなら、同じロジックを送信前に実行してください。「もしかして…?」の提案を出してユーザーに確認させる。成熟したサインアップフローは皆これをやっており、配信率を有意に改善します。

ローカル部のルール

プラスタグ（user+filter@gmail.com）: 主要プロバイダで広くサポート。1つの受信箱を保ったままサインアップごとに固有アドレスを作れます。

ドット（user.name@gmail.com）: Gmail はドットを無視して同一アドレス扱い、他プロバイダは別アドレス扱いの場合があります。Gmail以外でドット等価性に依存しないでください。

長さ: RFC 5321 はローカル部を64文字、全体を254文字に制限。これを超えると本ツールは警告します — 多くのサーバーは長いアドレスを拒否します。

大小区別: RFC上ローカル部は大小区別ありですが、多くのプロバイダは無視します。ドメインは常に大小区別なし。