「開ける」と「保存されている」は別のこと

ページを閉じても保存されるわけではない:一時受信箱の復元条件を確かめる実験

ページを閉じた後でも、同じブラウザーに有効なアクセス用認証情報が残っていて、アドレスの有効期限が切れていなければ、元の受信箱を開けます。個人情報を含まないテストメールを使って、条件を一つずつ確認しましょう。

読了時間:約10分 復元できる受信箱

まず、実験の範囲を確認しましょう。これはご自身で再現できる観察方法であり、完了済みのAPI実測レポートではありません。重要なアカウントの認証コードや注文情報、個人的なメールを使わないでください。また、条件を確かめるために、まだ必要な認証情報を故意に失わないようにしてください。

2026年でも混同しやすい3つのこと

「メールアドレスを覚えているから、また開けるはず」と考えるのは早計です。必要な条件が2つ抜けています。メールアドレスは、送信者にメールの宛先を伝えるものです。アクセス用認証情報は、受信画面に閲覧権限を示します。そして有効期限は、一時受信箱がまだ存在するかどうかを決めます。3つは関係していますが、互いに代わりにはなりません。

  • アドレスはメールの宛先です:登録フォームに入力することはできますが、アドレスだけでは元の受信箱を復元できません。
  • アクセス用認証情報は閲覧権限です:ブラウザーに一時的なtokenが保持されていれば、元の受信箱に引き続きアクセスできます。公開したり、他人に渡したりしないでください。
  • 有効期限はサーバー側で管理されます:認証情報が残っていても、期限切れで削除されたメールは開けません。

つまり、「長期間使える一時メール」も永久に使えるメールではなく、「復元できる受信箱」もクラウドバックアップではありません。Timedboxの一時アドレスは標準で3時間有効です。期限前に手動で延長すると、1回につき3時間追加され、作成から最長24時間まで利用できます。

削除しても困らないテストメールを用意する

一時メールのトップページを開きアドレスが生成されるまで待ってから、利用権限のある別のメールアカウントからテキストメールを1通送信します。件名は「受信テスト 01」、本文は「このメールは削除してかまいません」などにし、氏名・電話番号・リンク・添付ファイル・実際の認証コードは含めないでください。

通常の利用者がデベロッパーツールを開いたり、tokenを探したりする必要はありません。開発者がネットワークリクエストを確認する場合は、token、認証ヘッダー、本文、個人のアドレスを隠してからスクリーンショットを共有してください。アクセス用認証情報が含まれる可能性があるため、リクエストURL全体をチャットに貼り付けないでください。

秘密情報を含まない基準を記録する

自分用のメモに、アドレス、ブラウザーと設定、現在時刻、表示されている有効期限、テストメールの件名を記録します。アドレスは照合用であり、復元用のパスワードではありません。シークレットウィンドウは別の条件として記録し、ひとまず閉じないでください。複数のシークレットウィンドウで同じセッションを共有するかどうかは、ブラウザーの仕様によって異なります。

届いたのが実際のメールか、デモメールかを確認する

トップページに表示されるAirbnbの認証コードとeBayの発送通知は、表示例を示すためのデモです。これらが表示されても、テストメールの配信成功や元の受信箱の復元を意味するものではありません。

自分で送った「受信テスト 01」が一覧に表示されたら、開いて送信者と本文を確認し、初めて表示された時刻を記録します。送信成功とは、送信側で送信操作が受け付けられたという意味であり、受信箱に届いたことを示すものではありません。トップページは7秒ごとに自動確認しますが、新着メールの検出にも確認間隔があります。

実際のメールが届かない場合は、アドレスの入力ミスがないか、送信側に配信不能通知が届いていないか、アドレスがまだ有効かを確認してください。この段階では復元テストの基準が整っていません。デモメールを2通見て推測するのはやめましょう。

実験1:ページを再読み込みして3つの状態を確認

同じブラウザー、同じ設定のまま、ページを1回再読み込みします。アドレス、テストメール、有効期限がそれぞれ変わっていないか確認してください。残り時間は経過した分だけ減るはずです。再読み込みによって、3時間に戻るわけではありません。

たとえば14:00に有効期限が17:00と表示されていた場合、14:02に再読み込みすると、残り時間は約2時間58分になるはずです。これは時間計算の例です。ページの読み込み時間や表示の丸めによって、数秒の差が生じることがあります。

アドレスが変わったりメールが消えたりした場合は、何が起きたか順番に記録してください。「アドレスを変更」を押したか、別のブラウザー設定を使ったか、サイトデータが削除されたかを確認します。何度再読み込みしても、失われたアクセス用認証情報は戻りません。

実験2:ページを閉じてから同じブラウザーで戻る

有効期限まで十分な時間があることを確認してからタブを閉じ、2~3分後にブックマークまたはURL入力からトップページに戻ります。その間にブラウザーデータを消去したり、シークレットモードに切り替えたりしないでください。複数の条件を同時に変えると、原因を特定しにくくなります。

戻ったら、アドレス・実際に届いたテストメール・有効期限をもう一度確認します。復元条件を満たしていれば、元の受信箱が表示されるはずです。タブを閉じている間も時間は進みます。パソコンをスリープ状態にしても、アドレスの有効期限は延びません。

ここで確認するのは「このブラウザーに認証情報が残っていれば、もう一度開けるか」であり、「ウェブページがメールを保存してくれるか」ではありません。内容を長期保存する必要がある場合は、期限前に適切な場所へ自分で保存し、保存したコピーも安全に管理してください。

実験3:別のブラウザーで開き、2つの環境の違いを確認

元のブラウザーではテスト用受信箱をそのままにして、別のブラウザーでトップページを開きます。新しい環境には元の一時的な認証情報がないため、通常は別の一時受信箱が作成されます。異なるアドレスが表示されても不思議ではなく、元の受信箱が削除されたという意味でもありません。元のブラウザーに戻って確認してください。

普段使っているメールにログインしても見つからないのはなぜ?

普段使っているメールへのパスワードなしログインで管理するのは転送用エイリアスと転送メールのアーカイブです。一時受信箱には独立したtokenでアクセスします。長期転送アカウントにログインしても、別の端末にある一時受信箱が自動で取り込まれることはなく、一時的な認証情報をリセットすることもできません。

2つのブラウザーで同じ受信箱を見るために、tokenを安易にコピーしないでください。この実験で確認するのはアクセス権限の境界であり、アクセス権を別の環境へ移すことではありません。特に共有端末では、他人に見られて困る一時メールを残さないでください。

実験4:期限前に延長し、有効期限の変化を確認

元のブラウザーに戻り、アドレスが有効なうちに現在の有効期限を記録してから、「延長」を1回クリックします。成功メッセージと更新後の有効期限を確認してください。1回の操作で追加されるのは3時間です。クリックした時点から新たに3時間が設定されるわけではありません。

たとえば元の期限が17:00で、15:00に3時間の延長が成功した場合、新しい期限は20:00です。18:00ではありません。作成からの累積上限である24時間に近づくと、さらに3時間まるごと延長できるとは限りません。延長できるかどうか、実際の期限がいつになるかは、サーバーの応答とページ表示で確認してください。

  • 1回クリックしたら結果を待ち、連続クリックで記録を乱さないようにします。
  • ボタンの反応だけでなく、有効期限が変わったか確認します。
  • もう一度再読み込みして、新しい有効期限が引き続き表示されるか確認します。
  • 期限ぎりぎりまで待たないでください。ネットワークの遅延で、リクエストが期限に間に合わないことがあります。

一時メールの延長は期限前に手動で行う必要があり、ページを開いたままにしても自動では延長されません。期間のルールと用途の比較は、有効期間の選び方マトリクスをご覧ください。

サイトデータの削除を試す場合は、不要な受信箱だけを使う

ここまでの手順を終え、認証情報を失った場合の挙動を確認したい場合は、不要になったこのテスト用受信箱でサイトデータを削除してからトップページを開きます。元の一時的な認証情報が削除され、古いアドレスの期限が切れていなくてもアクセスできなくなる場合があります。

キャッシュの削除とサイトデータの削除は、必ずしも同じ操作ではありません。ブラウザーによってメニューも異なります。シークレットセッションを終了すると通常はそのセッションのローカルデータが削除されますが、タブを1つ閉じただけで認証情報が必ず消えるとは限りません。

ローカルデータを削除しても、サーバー側の受信箱が削除されるわけではありません。古い受信箱を期限前に終了したい場合は、まずツール内で削除してから、必要に応じてブラウザーデータを消去してください。削除した内容はサポートに復元してもらえると考えないでください。ほかの注意点は、ブラウザーの認証情報についてをご覧ください。

開発者・運用担当者向けの記録表

一時メールの受信テストでは、「メールが届くまでの時間」「ページが新着を検出するまでの時間」「再度開いたときに復元できるか」を分けて記録してください。下の表はテスト記録に利用できます。結果欄は実際に確認してから記入し、あらかじめ「すべて成功」としないでください。

同じテストメールを使い、条件を1つずつ変える
手順 記録すること この結果だけでは判断できないこと
初回の受信 送信時刻、初めて表示された時刻、送信者、テストメールの件名 1回届いたからといって、すべての送信元から同じように届くとは限りません
ページの再読み込み アドレス、元のメール、有効期限が変わっていないか 残り時間が連続していても、内容が長期バックアップされているわけではありません
ページを閉じて戻る 閉じた時刻と戻った時刻、同じブラウザー設定か、残り時間 この端末で復元できても、別の端末で復元できるとは限りません
別のブラウザーで開く 新旧アドレスの違い、元の環境で引き続きアクセスできるか 新しい環境に受信箱がないからといって、古い受信箱が削除されたとは限りません
手動で延長 延長前後の有効期限、成功メッセージ、累積上限までの残り時間 1回延長できても、無期限に延長できるわけではありません
データの削除 削除した範囲、元の認証情報が失われたか、新しいアドレスが作成されたか この端末からアクセスできなくなっても、サーバー側ですぐに削除されたとは限りません

受信までの遅延を測るときは、端末の時計、ネットワーク環境、確認方法も記録してください。同じページで何度も受信箱を切り替えるより、異なるメールを使って繰り返しテストするほうが有益です。1回の異常をすぐに配信システムの問題だと決めつけたり、頻繁な送信で余計なレート制限を招いたりしないでください。

ネットワークの不調はアドレスの期限切れではありません。すぐに受信箱を変えないでください

ページの読み込み失敗、リクエストのタイムアウト、一時的なオフライン状態は、アドレスの期限切れとは別の問題です。異常が起きたら元のページを残し、最後に確認したアドレスと有効期限を見直してください。ネットワークが復旧したら再読み込みします。有効期限内なら、慌てて「新しいアドレス」をクリックしないでください。

アドレスを変更すると、古い受信箱は使えなくなります。送信元が引き続き古いアドレスに送信しても、新しい受信箱には届きません。何度もアドレスを変えてもネットワークの問題は解決せず、各回のテストで共通の基準も失われます。

期限切れまたは無効であることが明示された場合に限り、無効として扱ってください。サポートが必要な場合は、発生時刻、ブラウザー、エラーメッセージ、個人情報を隠したスクリーンショットをお送りください。アクセス用token、ログイン認証コード、認証アプリの秘密鍵は添付しないでください。お問い合わせ先: support@timedbox.com。

実験の結論:復元できてもバックアップではない

一時メールを使える期間は、作成時の有効期限と延長の成否で決まります。ページを閉じた後に再び開けるかは、有効な認証情報が元のブラウザーに残っているかどうかで決まります。前者は「まだ存在するか」、後者は「まだアクセスできるか」を左右し、どちらも欠かせません。

認証コードを1回受け取る場合や、メールの受信テストには一時アドレスが便利です。一方、翌日の通知、数週間後の返金連絡、後日のアカウント復旧に使うなら、上限まで延長した一時受信箱に頼るべきではありません。長期利用には、サイトごとに転送用エイリアスを割り当てる方法が適しています。メールは普段使っている受信箱に届き、エイリアスは個別に停止できます。ただし、すべてのサイトが利用を認めることや、すべてのメールが必ず届くことを保証するものではありません。

注文やアフターサービスの流れに合わせてアドレスを選びたい方は、続けて注文より先にメールアドレスの期限が切れないようにをご覧ください。次のメールがいつ届く可能性があるかを考えてから、どのアドレスを使うか決めましょう。

テストメールで、自分に合った使い分けを確認

短期間のテストには一時アドレスを。次のメールが翌日以降に届くなら、長期利用できるエイリアスを用意しましょう。