TMAILOR BLOG

メールの仕組み:SMTP、DNS、そしてなぜ一時的なメールが存在するのか

Marcus LeeHow-To & Product Guides Editor

ほとんどの人は毎日メールを使っていて、「送信」をクリックしてからメッセージが受信箱に届くまでの間に何が起こるのか知らないままです。SMTPサーバー、DNS検索、MXレコードを通じたその過程を理解することで、なぜ一時的なメールサービスがそのように機能するのかが明らかになります。

クイックアクセス

このガイドでは、メールインフラを一から解説します。インターネット上でメッセージをルーティングするプロトコル、サーバーが郵便物をどこに配達するかを示す記録、そして一時的な郵便サービスがどのようにこのシステムに接続して登録なしで即座に使い捨て受信箱を作成するかについてです。一時メールとは何か、いつ使うべきかの実用的な概要については、一時メールの完全ガイドをご覧ください。

メールの簡単な歴史 — ARPANETから一時郵便まで

メールの物語は1971年に始まります。レイ・トムリンソンがアメリカ国防総省のARPANETに取り組んでいた際、2台の機械間で初めて電子メッセージを送りました。彼の重要な革新は「@」記号で、ユーザー名とホストコンピュータを分けることになりました。この慣習は50年以上経った今も変わらず続いています。

1980年代から1990年代にかけて、メールは研究室から日常生活へと広がっていきました。EudoraやMicrosoft Outlookのようなデスクトップクライアントは、パーソナルコンピュータユーザーに初めて電子メールへのアクセスを提供しました。そして1990年代後半には、無料のウェブメールサービス—1996年のHotmail、1997年のYahoo Mail、そして2004年のGmail—が登場し、ブラウザとインターネット接続さえあれば誰でもメールにアクセスできるようになりました。

しかし、普遍的なアクセスは普遍的な問題をもたらしました。2000年代半ばまでに、スパムは世界中のメールトラフィックの80%以上を占めていました。フィッシング攻撃はより高度化しました。データ漏洩により数億件のメールアドレスが漏洩しました。これらの脅威の高まりは、新たなサービスカテゴリー、すなわち一時的なメールの需要を生み出しました。最初の使い捨て受信トレイプロバイダーは2000年代半ばに登場し、このコンセプトは現在では何百万人もの人々が使う成熟したプライバシーツールへと進化しました。詳細な進化については「The Evolution of Temp Mail」をご覧ください。

メールの旅路 — ステップバイステップ

メール送信は瞬時に感じられますが、メッセージは送信先に届くまでに複数のシステムを通過します。実際に起こることは4つのステップに分かれて説明します。

ステップ1 — 送信ボタンを押す:メールクライアントをSMTPサーバーへ

Gmail、Outlook、Thunderbird、またはその他のメールクライアントでメッセージを作成し、「送信」を押すと、クライアントはSMTP(シンプルメール転送プロトコル)というプロトコルを使って送信メールサーバーに接続されます。この接続は通常、ポート587(STARTTLS暗号化)またはポート465(暗黙TLS使用)を使用します。

クライアントはあなたのユーザー名とパスワードを使ってSMTPサーバーと認証し、その後メッセージを手渡します。この時点でメールはデバイスから出ており、サーバー側の配達責任になります。

ステップ2 — DNS検索:このメールはどこに送られますか?

SMTPサーバーはメッセージをどこに届けるかを決める必要があります。これは、受信者のドメインのMXレコード(Mail Exchangerレコード)をドメインネームシステム(DNS)に問い合わせることで行われます。

例えば、someone@gmail.com に送信する場合、SMTPサーバーはDNSに「どのサーバーが gmail.com のメールを処理しているのですか?」と尋ねます。DNSは次のような返答をしますalt1.gmail-smtp-in.l.google.com — それはGoogleの受信メールサーバーのアドレスです。MXレコードは本質的に「このドメインのすべてのメールをこのサーバーに配達せよ」という転送指示です。

このMXレコードシステムは一時郵便を可能にする基盤ですが、その話は後ほど説明します。

ステップ3 — サーバー間配信:SMTPリレー

送信側のSMTPサーバーは、受信側の受信SMTPサーバー(MXレコードで指定されたもの)に接続し、SMTPハンドシェイクを実行します。これは、両サーバーが身元を確認し、暗号化を交渉し、メッセージを転送する構造化された会話です。TLS暗号化は、このサーバー間通信中にメール内容を保護します。

最初のMXサーバーが利用できない場合、送信サーバーは二次的なMXレコードにフォールバックします(多くのドメインは冗長性のために複数を記載しています)。すべてのサーバーにアクセスできない場合は、メールは再試行のためにキューに入れられます。数時間から数日間にわたり複数回失敗した後、送信者にバウンス通知が届きます。

ステップ4 — 受信トレイストレージ:IMAPとPOP3

受信サーバーがメッセージを受け入れると、メールを保存し、受信者が受信箱を確認するのを待ちます。受信者のメールクライアントは、以下の2つのプロトコルのいずれかでメッセージを取得します。

IMAP(インターネットメッセージアクセスプロトコル):複数のデバイス間でメールを同期できます。メッセージはサーバー上に残り、あなたが取った行動(閲覧、削除、移動)はどこにでも反映されます。これはGmail、Outlook、そしてほとんどの最新のサービスが使っているものです。

POP3(郵便局プロトコル3):メールを1台のデバイスにダウンロードし、通常はサーバーから削除します。現在ではあまり一般的ではありませんが、ローカルストレージが好まれる構成では依然として使われています。

メールメッセージの構成要素

すべてのメールは、単なるテキスト以上のものです。表面下には、サーバーがメッセージのルーティング、表示、処理方法を伝える構造化データが搭載されています。

ヘッダー:送信者、寄付人、件名、日付、メッセージIDなどのメタデータ。これらは、デリバリーチェーン上のすべてのサーバーが読み取り、それに従って行動するルーティング命令です。

隠し見出し:例えば、Return-Path(バウンスが行く場所)、Received(メールが通過したすべてのサーバーを示すチェーン)、Authentication-Results(SPF、DKIM、DMARCのチェック結果)などのフィールドです。これらはほとんどのメールクライアントでは見えませんが、メッセージの全過程を明らかにします。

本文:実際のコンテンツは、プレーンテキスト、HTML、またはその両方(マルチパート/代替)としてフォーマットされます。現代のメールの多くはHTMLなので、テキストや画像、クリック可能なリンクが書式化されているのです。

添付資料:MIME(多目的インターネットメール拡張子)でエンコードされたファイル。MIMEはバイナリファイルをテキストセーフな形式にエンコードし、メールのテキストベースのインフラを通過できます。

Temp Mailがこのインフラにどのように連携するか

ここからすべてが繋がる。一時的なメールサービスは独自の独自のシステムではなく、上記の標準的なメールインフラに直接接続します。だから一時メールアドレスは実際のサーバーから本物のメールを受け取るのです。実在のメールアドレスでありながらライフサイクルが異なるのです。

カッチオールMXレコード — 即時アドレス生成

tmailor.com ドメイン(例えば example-temp.com)を登録すると、そのドメインのMXレコードをtmailorの受信サーバーを指すように設定します。重要なのは、サーバーが「キャッチオール」として設定されていることです。つまり、そのドメイン内のどのアドレスにも送信され、事前作成されたものかどうかに関わらず、メールを受け付けます。

だからこそ、すぐに一時的な郵便住所が使えるのです。そのアドレスは伝統的な意味で「作成」される必要はありません。MXレコードはインターネットに「このドメインのすべてのメールを当社のサーバーに送信してください」と指示し、サーバーは届いたすべてのメールを受け入れます。tmailor.com にアクセスしてランダムに生成されたアドレスを見たとき、そのアドレスはすでに機能しています。なぜなら、ドメインのMXレコードがすべてのメールをtmailorのサーバーにルーティングしているからです。より深い技術的説明は「Catch-All and Random Aliases: Why Temp Mail Feels Instant」を参照してください。

SMTP発送なし=受信のみ

一時郵便サービスはMXレコード(受信用)を設定しますが、送信用のSPF、DKIM、DMARCレコードは設定しません。これらの認証記録は、メールサーバーが送信サーバーがドメインを代表してメールを送信する権限を持っているかどうかを検証するために使います。

これらがなければ、仮メールドメインから送信されたメールは認証チェックに失敗し、スパムに入るか、完全に拒否されるでしょう。だからこそ、仮郵便は制限ではなく設計上受け取れるのです。送信のインフラが単純に設定されておらず、有効化すると数日以内にすべてのドメインがブラックリストに載ってしまいます。

500+ ドメイン = 500+ MX 構成

Tmailor.com は500以上の異なるドメインを運用しており、それぞれ独自のMXレコードを持ち、tmailorのサーバーを指しています。このドメイン多様性は、ウェブサイトが一時メールをブロックする方法に対する戦略的な対応です。彼らは既知の使い捨てメールドメインのリストを維持しています。500+ドメインがアクティブローテーションされているため、tmailor.com はほとんどのブロックリストをリードしています。

あるドメインがプラットフォームにフラグを立てられた場合、ユーザーはまだブロックされていない別のドメインで新しいアドレスを生成できます。だからこそドメインローテーションはOTPの信頼性を向上させるのです。ブロックリストレベルの問題に対するインフラレベルの解決策なのです。

Google インフラストラクチャ = GmailレベルMX

Tmailor.com すべての着信メールをGoogleのメールサーバー経由でルーティングします。つまり、tmailorのドメインのMXレコードはGoogleのインフラ、つまりGmailを処理するインフラを示しています。実際的な影響は大きいです。ウェブサイトのメールサーバーが tmailor.com ドメインのMXレコードを調べてGoogleのIPアドレスを確認すると、そのドメインはランダムなセルフホストサーバーよりも高い信頼度で扱われます。

このGoogle支援のルーティングは、配送の高速化、グローバルなカバレッジの向上、そして高い信頼性も意味します。FAQで詳しくはこちらをご覧ください:なぜ Tmailor.com Googleのサーバーを使うのか?

メールセキュリティ — なぜあなたの受信箱が標的になるのか

メールインフラを理解するということは、なぜそれがこれほどまでに攻撃されるのかを理解することも意味します。あなたのメールアドレスはインターネット上で最もよく悪用される識別子です。

フィッシング:攻撃者は「From」ヘッダーを偽造し、あなたが信頼する銀行や雇用主、またはサービスを偽装します。SMTPは信頼の時代に設計され、送信者検証(SPF、DKIM、DMARC)は数十年後に追加されました。多くのサーバーはまだ厳格に適用していません。

スパム:世界中のメールトラフィックの約45%がスパムです。実際のメールアドレスをウェブサイトに入力するたびに、そのメールアドレスがマーケティングリストに載る可能性が高まるか、最悪の場合データブローカーに売られる可能性が高まります。

データ漏洩:あなたのメールアドレスは通常、これまでに登録したすべてのデータベースの主キーです。サービスが侵害されると、あなたのメールが最初に露出し、他のアカウントに対する認証情報詰め攻撃の鍵となります。

トラッキングピクセル:マーケティングメールに埋め込まれた隠し1x1画像は、送信者にメッセージを開いたタイミング、どのデバイスから、そして時にはおおよその位置を伝えます。あなたの受信箱は単なる郵便受けではなく、マーケターにとって監視ツールです。

これらの脅威こそが、一時的なメールが存在する理由です。低信頼のやり取りに使い捨てのアドレスを使うことで、本物のメールアドレスが最終的に侵害されたり売られたりスクレイピングされたりするデータベースから守られます。

メールクライアントとプロバイダー — 簡単な概要

メールへのアクセス方法は、クライアント(ソフトウェア)とプロバイダー(サービス)によって異なります。

ウェブメールプロバイダー:Gmail、Outlook.com、Yahooメール、ProtonMail。これらはメールアカウントとブラウザベースのクライアントの両方を提供しています。ほとんどの人はこれらのメールのいずれかを主なメールとして使っています。

デスクトップクライアント:Thunderbird、Apple Mail、Microsoft Outlook(デスクトップ)。これらはIMAPやPOP3を通じてプロバイダーに接続し、オフラインでメール管理を可能にします。

一時メールクライアント:Tmailor.com はウェブベースのクライアントとして動作し、AndroidとiOS用の専用モバイルアプリとTelegramボットを備えています。従来のクライアントとは異なり、一時メールクライアントはログイン情報を必要としません。なぜならアカウントは存在せず、ドメイン、キャッチオールサーバー、アクセストークンだけだからです。

メールの基本から一時郵便まで — 点と点をつなげる

これで全体像が理解した。メールはSMTPを経由し、DNSやMXレコードでルーティングされ、IMAPまたはPOP3で管理される受信トレイに届きます。一時メールサービスはまさにこのインフラを利用しています。ドメイン登録、キャッチオールMXレコードの設定、Googleのインフラ上で受信サーバーを運営し、シンプルなウェブインターフェースを通じて受信メールを提示します。

一時的なメールに「偽物」なものはありません。インターネット上の他のすべてのメールと同じプロトコル、同じルーティング、同じ配信メカニズムを使っています。この違いは意図的です。仮郵便物は使い捨てで匿名、短期間で使えるよう設計されており、プライバシー保護、スパム回避、低リスクの登録に便利だからこそ役立ちます。

すべてのコンポーネントの完全な技術解説については、「How Temporary Email Works: A Technical A-to-Z Guide」をご覧ください。自分で試してみる準備はできていますか?10秒以内に無料の一時郵便 tmailor.com を作成してください。

<#comment>

よくある質問

一時メールは本物のメールプロトコルを使っていますか?

はい、100%です。一時メールは標準的なSMTPを通じてメールを受け取り、標準のMXレコード経由でルーティングします。これはGmailやOutlookが使うのと同じインフラです。これらのアドレスは技術的には本物のメールアドレスであり、意図的に有効期限を設けています。

なぜ一時郵便はメールを送信できないのですか?

なぜなら、一時メールサービスは発信認証のためにSPF、DKIM、DMARCレコードを設定していないからです。これらがなければ、一時メールドメインから送信されるメールは検証チェックに失敗し、拒否されるかスパムとしてマークされます。これは使い捨てドメインを受信のために機能性を保つための意図的なアーキテクチャ選択です。

一時メールのヘッダーを見ることはできますか?

はい。一時郵便で受信したメールは、他のメールと同じヘッダーを持ちます:From、To、Subject、Date、Received Chain、認証結果です。ヘッダーには、処理に使うGoogleサーバーを含む完全な配信経路 tmailor.com 表示されます。

tmailor.com のメール配信が競合他社より速い理由は何ですか?

2つの要因があります。GoogleのメールサーバーインフラがSMTPの受信を担当し、Google CDNが受信トレイデータを世界中に配信します。この組み合わせにより、どこにいてもメッセージがより早く届き、ウェブインターフェースの読み込みも速くなります。詳細は「なぜTmailorがGoogleのサーバーを使うのか」に記載されています。

Marcus Lee
著者について
How-To & Product Guides Editor

Marcus Lee writes Tmailor's step-by-step guides — signing up to apps and platforms with temp mail, using the mobile app and Telegram bot, custom domains, reusing addresses, and getting the most out of disposable email day to day.

その他の記事をご覧ください

AIツール向け一時メールマーケターと開発者のためのガイド
Article

AIツール向け一時メール:マーケターと開発者のためのガイド

一時メールはAIツールやSaaSトライアルと戦略的に活用しましょう。スパムやデータ露出なしにプラットフォームをテストするためのマーケターや開発者向けの実用ガイド。

Temp-Mailorg レビュートイラーとの比較
Article

Temp-Mail.org レビュー:『トイラー』との比較

日常的に使える正直な Temp-Mail.org レビューです。機能、OTPの信頼性、ドメインオプション、受信箱の再利用を、tmailor.com と並べて比較してください。

一時郵便と10分郵便OTP 2026のベスト選択
Article

一時郵便と10分郵便:OTP 2026のベスト選択

OTPやサインアップに関して、一時郵便と10分郵便を比較してみてください。2026年の認証メール、再利用、プライバシーにおいてどちらがより適しているかをご覧ください。

知らなかった一時郵便の予期せぬ使い方
Article

知らなかった一時郵便の予期せぬ使い方

一時郵便は単なるスパム回避のためだけではありません。驚くべきユースケースを発見しましたか?フリーランスの見積もりや旅行特典から、QAテストや賢いショッピングのコツまで。

一時的なメールアドレスでFacebookアカウントを作成する
Article

一時的なメールアドレスでFacebookアカウントを作成する

一時的なメールアドレスを使ってFacebookに登録してください。Facebookが受け入れている一時メールドメイン、アカウントの認証方法、長期的なアクセス喪失のリスクについて学びましょう。

一時的なGmailアカウント作成するか一時メールを使うか
Article

一時的なGmailアカウント:作成するか、一時メールを使うか

一時的なGmailアカウントが必要ですか?Gmailの別名やプラスアドレスの作成方法、または一時的なメールサービスをより速くプライベートな代替手段として使う方法を学びましょう。

Courseraで一時メールを使えますかリスクと回避策
Article

Courseraで一時メールを使えますか?リスクと回避策

一時メールを使ってCourseraに登録し、受信箱のスパムなしにできます。何がブロックされるか、OTPの問題の解決方法、証明書用の恒久的なメールアドレスが必要な時期を確認しましょう。

ゲーム用一時メールSteamXboxPlayStationガイド
Article

ゲーム用一時メール:Steam、Xbox、PlayStationガイド

一時的な郵便であなたのゲーミングアイデンティティを守りましょう。Steam、Xbox、PlayStationでスパムなしのアカウントを設定するには?さらにOTPの修正やアカウント復旧のヒントも紹介します。

Defnyddio e-bost dros dros ar gyfer bargeinion teithio rhybuddion hedfan a chylchlythyrau gwesty
Article

Defnyddio e-bost dros dros ar gyfer bargeinion teithio, rhybuddion hedfan, a chylchlythyrau gwesty

Dysgwch sut i ddefnyddio e-bost dros d i fachu bargeinion teithio, rhybuddion hedfan, a chylchlythyrau gwesty heb foddi eich prif flwch derbyn neu beryglu diweddariadau archebu.

臨時郵便の進化簡単な歴史
Article

臨時郵便の進化:簡単な歴史

一時郵便は1990年代の回避策から、どのようにしてプライバシー必需品へと進化したのでしょうか?使い捨てメールの歴史をスパムシールドから現代のトークンベースの受信箱まで辿りましょう。