Email Validator

How to Use the Email Validator

Paste one or more email addresses into the text box, one address per line. Every line is validated automatically as you type, so there is no separate button to press. Each line is marked Valid or Invalid: valid addresses are broken down into their local part (before @) and domain part (after @), while invalid lines list every specific problem found, such as a missing @, consecutive dots, or a stray space. Use Load sample to see a mix of valid and invalid examples, and Copy valid only to extract just the addresses that passed.

What this tool actually checks

This is a format (syntax) validator, not an existence check. It confirms that an address is shaped like local-part@domain according to a practical subset of RFC 5322 — it cannot tell you whether the mailbox exists, whether the domain has a valid MX record, or whether a message sent to it would actually be delivered. Confirming real deliverability requires steps this tool deliberately does not perform, such as a DNS MX lookup, an SMTP handshake, or sending a confirmation email.

使い方

入力欄にメールアドレスを1行に1件ずつ貼り付けてください。ボタンを押さなくても、入力するたびに全ての行が自動で検証されます。各行は「有効」または「無効」と判定され、有効なアドレスはローカル部（@より前）とドメイン部（@より後）に分解して表示されます。無効な行には、「@」の欠落やピリオドの連続、スペースの混入といった具体的な理由が一覧表示されます。「サンプルを読み込む」ボタンで有効・無効が混在した例を試すことができ、「有効なアドレスのみコピー」ボタンで判定に通った行だけを取り出せます。

このツールが検証していること・していないこと

本ツールは形式（構文）の検証のみを行い、実在確認は行いません。「ローカル部@ドメイン部」という構造がRFC 5322の実用的なサブセットに合致するかどうかを確認するだけで、そのメールボックスが実際に存在するか、ドメインが有効なMXレコードを持つか、送信したメールが届くかどうかは一切保証しません。実在確認にはDNSのMXレコード参照やSMTPハンドシェイク、確認メールの送信といったサーバー側の処理が必要であり、本ツールはあえてそれらを行いません。

メールアドレスの構造と検証の仕組み

ローカル部（local-part）で許可される文字

RFC 5322はクォートなしのローカル部で使える文字（atext）を、英数字と! # $ % & ' * + - / = ? ^ _ ` { | } ~の記号、およびピリオドで区切られた「アトム」の並びと定義しています。ピリオドはアトムとアトムの区切りとしてのみ使え、先頭・末尾に置いたり連続させたりはできません。本ツールのローカル部チェックはこの規則をそのまま正規表現化しており、user.name+tagのようなGmailのプラスアドレッシング（サブアドレス）にも対応します。

ドメイン部とラベルの長さ制限

ドメイン部はピリオドで区切られた「ラベル」の並びです。各ラベルは英数字で始まり英数字で終わる必要があり、途中にはハイフンを使えますが、RFC 1035により1ラベルの長さは63バイトまでという制限があります。本ツールはラベルごとに先頭・末尾が英数字であること、ハイフンが連続しても内部に留まること、そして全体として最低1つのピリオド（トップレベルドメインの区切り）を含むことを検証します。

なぜ単純な正規表現では不十分か

ネット上でよく見かける/^\S+@\S+\.\S+$/のような簡易パターンは、スペース以外の文字なら何でも通してしまうため、ピリオドの連続や先頭・末尾のピリオドのような明らかな誤りを見逃します。逆に完全なRFC 5322準拠を目指すと、コメント、折り返し空白（FWS）、引用文字列（"john doe"@example.comのような表記）、角括弧によるIPアドレスリテラルドメイン（user@[192.168.1.1]）まで扱う必要があり、正規表現は数千文字規模に膨れ上がります。本ツールは実務で使われる範囲に絞った実用的なサブセットを採用し、その代わりに検出した問題を個別のメッセージとして具体的に提示することを優先しています。

本ツールが個別に検出する入力ミスのロジック

行ごとに、まず空白文字の有無と「@」の個数を確認し、次に「@」でローカル部とドメイン部に分割してから、それぞれのピリオドの位置（先頭・末尾・連続）とドメインのピリオド有無を個別にチェックします。いずれの個別チェックにも当てはまらないものの正規表現全体には合致しない場合（許可されていない記号や全角文字の混入など）は、汎用の「使用できない文字が含まれています」というメッセージにフォールバックします。この2段階構成により、よくある間違いには具体的な理由を、それ以外のケースにも漏れなく判定結果を返します。

実務での活用例

1. フォームバリデーションの実装例

サインアップフォームでは、HTML標準の<input type="email">によるブラウザ標準の簡易チェックに加え、送信前のJavaScriptで形式チェックを行い、サーバー側でも同じ検証を再度行う「二重チェック」が基本です。クライアント側のチェックはユーザー体験（即座のフィードバック）のためであり、悪意あるリクエストを防ぐものではないため、サーバー側の検証を省略してはいけません。本ツールのように個別の原因を示すチェックロジックは、フォームのエラーメッセージ設計の参考にもなります。

2. 取り込んだメールリストの一括クレンジング

CSVやスプレッドシートからメールアドレスの列をコピーして本ツールに貼り付けると、1行ずつ自動で検証され、無効な行とその理由が一覧化されます。配信リストの取り込み前に、明らかに壊れた行（区切り文字のズレで@が消えている、セル結合の影響でスペースが混入しているなど）を素早く洗い出すのに使えます。

3. サインアップ時のタイポ検出の限界を理解する

本ツールはuser@gnail.comのような、ドメイン名のタイポ（実在するが意図したものとは違うドメイン）までは検出しません。形式としては正しく成立してしまうためです。実運用でこの種のタイポを検出したい場合は、主要フリーメールドメインとの類似度判定（Did-you-meanサジェスト）など、本ツールとは別のロジックが必要です。

よくあるエラーと対処 / Common Errors and Fixes

言語別コード例 / Code Examples by Language

JavaScript

// 実用的な形式チェック（完全なRFC 5322ではない）
const EMAIL_RE = /^[^\s@]+@[^\s@]+\.[^\s@]+$/;

function isValidEmailFormat(email) {
  return EMAIL_RE.test(email);
}

isValidEmailFormat("user@example.com"); // true
isValidEmailFormat("user@example");     // false（ドメインにピリオドがない）

Python

import re

EMAIL_RE = re.compile(r"^[^\s@]+@[^\s@]+\.[^\s@]+$")

def is_valid_email_format(email: str) -> bool:
    return bool(EMAIL_RE.match(email))

PHP

<?php
if (filter_var($email, FILTER_VALIDATE_EMAIL)) {
    // 形式は正しい（実在確認ではない）
}

PHPのfilter_var($email, FILTER_VALIDATE_EMAIL)は自前の正規表現を書かずに済む組み込み関数です。いずれの言語の例も本ツールと同様、形式チェックのみでドメインの実在やメールボックスの存在は確認しません。

Before / After 実例 / Before & After

例1: 正しい形式 / A well-formed address

user.name+tag@example.co.jp   →   有効 / Valid
ローカル部: user.name+tag / ドメイン部: example.co.jp

例2: ピリオドの連続 / Consecutive dots

user..name@example.com   →   無効 / Invalid
理由: ローカル部にピリオドの連続があります。

例3: @の欠落 / Missing @

user.example.com   →   無効 / Invalid
理由: 「@」がありません。

例4: ドメインにピリオドがない / No dot in the domain

user@localhost   →   無効 / Invalid
理由: ドメイン部にピリオドがありません。

例5: スペースの混入 / A stray space

user @example.com   →   無効 / Invalid
理由: スペースまたはタブが含まれています。

Why browser-only? / なぜブラウザ完結か

An email address is personal data — it can identify a specific individual and is often reused as a login name. A server-side validator would see every address you submit in its request body and, quite plausibly, its access logs, even for a simple format check. This tool performs every step — whitespace detection, the @ count, local-part and domain-part splitting, dot-position checks, and the final pattern match — as plain JavaScript running inside your browser tab. Nothing is uploaded, and the tool never attempts an SMTP handshake, a DNS MX lookup, or any other network action that would reveal to a third party which addresses you are checking. You can verify this yourself in DevTools → Network while using the tool: no request fires as you type.

メールアドレスは個人を特定しうる個人情報であり、多くのサービスでログインIDとしても使われます。サーバー型の検証ツールは、単なる形式チェックのためであっても、送信されたアドレスをリクエストボディやアクセスログに残す可能性があります。本ツールは空白検出・「@」の個数確認・ローカル部/ドメイン部への分割・ピリオド位置のチェック・最終的なパターン照合まで、すべてブラウザ内のJavaScriptだけで完結させています。データはどこにもアップロードされず、SMTPハンドシェイクやDNSのMXレコード参照といった、第三者に検証対象のアドレスを知らせてしまうネットワーク通信も一切行いません。DevToolsのNetworkタブを開いたまま入力しても、リクエストが発生しないことを確認できます。

関連ツール・関連ガイド

• Regex Tester — 本ツールが使う正規表現の仕組みを自分で試したい場合に。
• Unicode Inspector — コピペしたメールアドレスに不可視文字が混入していないか確認したい場合に。
• CSV to JSON Converter — CSVで受け取ったメールアドレス一覧を別形式に変換したい場合に。
• Fake Data Generator — テスト用のダミーメールアドレスをまとめて生成したい場合に。