ホーム›ガイド›メール
メール · 理解する
ごみ箱、サービスのバックアップ、プラットフォームの障害復旧は、それぞれ異なる事故に対応するものです。サーバーから独立したバックアップがあれば、意図的に削除されたメッセージでも取り戻せます。ただし、削除前にバックアップされており、その日付が保存期間内であることが条件です。サーバーが停止した場合、受信メールは送信者側で待機します。そのとき重要になるのは、サービス再開までの時間と、どれだけのメッセージ損失を許容するかです。
「バックアップされています」という言葉は、まったく異なる仕組みに対して使われます。それぞれが特定の種類の事故を救うものであり、作業する人と限界があります。
| セーフティネット | 作業する人 | 救えるもの | 限界 |
|---|---|---|---|
| ごみ箱と復元用フォルダー | ユーザー本人（自分のメールボックス内） | 最近の誤操作 | 期間が短く、メールボックス自体が削除または侵害された場合は何も残らない |
| サービスのバックアップ | 運用事業者（依頼に応じて） | メッセージ、フォルダー、メールボックスを過去の状態に戻すこと | 保存期間、および2回のバックアップの間隔 |
| プラットフォームの障害復旧 | 運用事業者（依頼なしで） | 障害：メールが届き続ける、または再開する | 削除されたメッセージは戻らない |
ソフトウェアベンダーやホスティング事業者が自らの可用性のために複数のディスクや複数のサーバーに保持するコピーは、3つ目のセーフティネットに属します。これはハードウェア障害からは守ってくれますが、削除からは守ってくれません。削除されたメッセージは、すべての複製から即座に消えるからです。これが、冗長化とバックアップの間で最もよく見られる混同です。
はい。ただし3つの限界があります。
意図的な削除には特に注意が必要です。不満を抱いた社員が自分のメールボックスを空にしたり、管理者アカウントを乗っ取った攻撃者がメッセージを削除したうえでバックアップまで消そうとしたりすることがあります。そのため、保存期間中は誰にも変更できないバックアップ、つまりメールシステムの管理者でさえ変更できないバックアップに意味があります。ANSSI（フランス国家情報システムセキュリティ庁）のバックアップに関するガイドは、バックアップサーバーを管理システム内で分離することを推奨し、WORM型ソリューションについては、その言葉を鵜呑みにせず、不変性の仕組みそのものを検証するよう促しています。
独立したバックアップは、保護対象のメールシステムの外にあります。具体的には次のとおりです。
同じガイドは、データの3つの独立したコピーを持つことから始まる「3-2-1」ルールを推奨し、オフラインバックアップを、あらゆる情報システムから切り離された媒体へのバックアップと定義しています。これらの考え方はファイルと同様にメールにも当てはまります。文書への応用はバージョン管理、レプリケーション、バックアップで解説しています。
例。従業員25名の事務所（仮想の事例）で、担当者が顧客のフォルダーを誤って削除し、ごみ箱を空にしてしまい、翌週の月曜日になって初めて気づいたとします。復元用フォルダーには、もう役に立つものは残っていません。前の金曜日のバックアップにはそのフォルダーが含まれています。運用事業者がそれをメールボックスに復元します。欠けるのは、2回のバックアップの間に届いて削除されたメッセージだけです。
電子メールは短時間の障害には強い仕組みです。送信側のサーバーがお客様のサーバーに接続できない場合や一時的なエラーを受け取った場合、メッセージをキューに保持して再送を試みます。障害が、送信者側が配信を断念するまでの期間（通常は日単位）より短ければ、何も失われません。メールはサービス再開時に届きます。この仕組みの詳細はメールを中断なく移行する方法のガイドで説明しています。メールシステムの前段に置かれたフィルタリングゲートウェイも同じ役割を果たし、受け付けたメッセージをサーバーが応答するまで保持します。
一方、ユーザーが目にするのは別の事態です。Webメールが使えない、スマートフォンが同期しない、送信ができない。最初の指標が測るのは、この時間です。
RTO（目標復旧時間）：サービスを再稼働させるまでの目標時間。RPO（目標復旧時点）：ストレージを最新のバックアップから再構築しなければならない場合に、損失を許容するデータ量を時間で表したもの。
RPOは、送信者側で待機しているメールには関係しません。それらはサービス再開時に届きます。RPOが関係するのは、ストレージそのものが失われた場合の、最新のバックアップ以降にすでにメールボックスへ配信されたメッセージと、ユーザーの操作です。RPOが2時間未満であれば、再構築が必要となる履歴は最大でも2時間分ということです。これらは目標値です。どのように測定し、テストしているのかを確認してください。
長期の障害、契約終了、事業者の買収などにより、メールシステムの変更を迫られることがあります。ドメインとアドレスは変わりません。新しいプラットフォームを指定するのはMXレコードです。並行稼働、コピーの複数回実行、SPF・DKIM・DMARCの整合性を含む手順はメールを中断なく移行する方法で説明しており、ここでは繰り返しません。
いいえ。冗長化は削除もそのまま複製します。ハードウェア障害からは守りますが、誤操作や意図的な削除からは守りません。
通常は失われません。送信者側が保持して再送を試みます。失われるのは、恒久的に拒否された場合か、障害が送信者側の断念期限より長く続いた場合だけです。
誤操作の後に元に戻すためであれば、多くの場合十分です。メッセージを数年間保存するためには不十分で、それはアーカイブの役割です。メッセージをアーカイブするをご覧ください。
はい。保存期間には限りがあるからです。上流での防御はフィルタリングゲートウェイの役割です。既存のメールシステムを守るをご覧ください。
Klytic Mailでは、3つのセーフティネットがすべて存在し、それぞれ独立しています。
メッセージ、フォルダー、メールボックスの復元は、対象とおおよその日付を明記してサポートに依頼します。サービスの不具合、社員による意図的な削除、退職時にアカウントを早く削除しすぎた場合（月3件まで）、または端末が適切に保護されていたにもかかわらず攻撃を受けた場合は、復元は料金に含まれます。誤って削除した場合、操作ミスの場合、または端末の保護が不十分だった場合は、有償のサポートチケットとなります。無料の削除済みアイテムフォルダーが、引き続き最初の手段です。手順はメッセージやメールボックスを復元するで説明しています。
このプランでカバーされないもの：削除済みアイテムフォルダー以外でのユーザーによるセルフサービス復元、およびバックアップによる30日を超える保存。メッセージを数年間保存するには、オプションで法定アーカイブをご用意しています。
このページは一般的な枠組みを説明するものです。適用される条件は、お客様の契約に定めるものとなります。
2026年10月に参照。
トライアル期間中に、削除したメッセージの復元をご依頼ください。所要時間、作業する担当者、メッセージが再表示される場所をご確認いただけます。
