ナレッジベース

メールを持ち出す

すべてを含む1つのダウンロード。他のメールアプリで開ける形式のすべてのメッセージと添付ファイルに加え、連絡先、ラベル、ルール、テンプレート、カレンダーが含まれる。

未提供

現時点で書き出せるものはない。製品を通じて出ていくのは、添付ファイルを1つずつダウンロードすることと、自分の暗号鍵だけである。アーカイブが運べるのは元のバイト列ではなく再構築したものになる。

詳細

未提供である。現時点で持ち出せるのは、添付ファイルを1つずつ、そして Settings → Encryption からの自分の秘密鍵だけである。メールボックスのアーカイブを生成するルートもコマンドも画面も存在しない。
出力されるものは再構築されたものになる。これは書き出しの際に手を抜くからではなく、ここでのメールの保持方法に由来する性質である。メッセージは一度だけ解析され、元のバイト列は保持されない。そのためアーカイブは、テキスト、HTML、添付ファイル、アドレス、日付、会話のスレッド化に使われるヘッダーを運べるが、DKIM 署名や正確なパート境界は運べない。到着時そのもののメッセージだと称するファイルは、誰もそれを検証できないファイルになってしまうため、アーカイブには何であるかが明記される。
メールボックスは、ダンプすれば済む1つのテーブルではない。メッセージ本文はストレージ上のオブジェクトであり、フォルダーとラベルの構造はその隣にある小さなデータベース、連絡先、ルール、テンプレート、カレンダーの予定、メモ、設定はそれぞれ独自のテーブルにある。したがって書き出しはクエリ1本ではなく、3つのストアと、メールボックスが分散しているすべてのシャードを巡る処理になる。削除処理はすでにまったく同じ経路を逆向きに巡っており、この形はそこから来ている。
エンドツーエンドで暗号化されたメッセージは、入ったときと同じ形でしか出せない。平文はそれを開いたブラウザーの中にしか存在しないため、アーカイブは暗号文を運び、鍵は利用者のものであり続ける。つまり「すべて」が黙って「読めるものすべて」を意味することはない。アーカイブには、封をされたまま出力されたメッセージがどれかが明記され、後から自分で気づく必要はない。
黙って取り残されるものがないよう、対象にしなければならない一覧は次のとおりである。メッセージとその添付ファイル、それらが属するフォルダーとラベル、連絡先、ルール、テンプレートとその公開バージョン、カレンダーの予定と出席者、スレッドのメモ、署名と設定、そして鍵の公開側である。含められないものは、省略するのではなくアーカイブ内に名前を記載する。
削除したファイルは消えてなくなるのではなくマーカーを残すため、実体が失われたものの名前はインデックスに残っている。書き出しはこれを尊重し、削除済みとして一覧に載せる必要がある。出せないファイルを約束するアーカイブは、欠落を率直に示すアーカイブよりも悪いからである。