機能の説明

メールアドレスバリデーターは、RFC 5321/5322 の実用的な精神に沿って、メールアドレスが構文的に有効で配送しやすい形かを検査します。ローカル部とドメインを解析し、長さの上限（ローカル部 ≤ 64、ドメイン ≤ 253、合計 ≤ 320）を強制し、不正な構造（@ の欠落や過剰、不正なドット、無効な文字）を拒否します。さらに、引用符つきローカル部や user@[192.168.0.1] のような IP リテラルドメインといった、合法だが特殊な形式も認識します。user+newsletter@… のようなプラスアドレスのタグなど、役立つシグナルは警告として表示されます。すべて 100% クライアント側で動作します。

使い方

単一（アドレス 1 件）または一括（1 行 1 件）モードを選びます。
アドレスを入力または貼り付けます - サンプルでデモを確認できます。
各評決を読みます: 緑の Valid または赤の Invalid バッジ、解析されたローカル部/ドメイン、理由、警告、そして正規化されたアドレス（ドメインは小文字化）。
正規化アドレスをコピーするか、共有リンクをコピーで入力をそのまま共有します。

例

プラスアドレスの検証

入力: user+newsletter@gmail.com

結果: Valid - 警告: プラスアドレス（タグ）を検出。正規化: user+newsletter@gmail.com。

構造エラーの検出

入力: jane..doe@example.com → Invalid - ローカル部に連続するドットを含む。

一括検証

alice@example.com
bob@@company
support@[192.168.0.1]

結果: 3 つの評決 - 有効、無効、有効（IP リテラル警告）。

補足事項

共有可能: 入力は URL にエンコードされます（?s=… または ?b=…）。リンクでまったく同じ表示を再現できます。
プライベート: 検証はすべてローカルで行われ、サーバーには何も送信されません。実在のアドレスでも安全です。
関連ツール: URL Inspector、JSON Validator、
Base64Base64An encoding representing binary data as 64 safe ASCII characters, so it survives transport through text-only channels. It encodes — it does not encrypt.
Encode / Decode。