OpenedFileについて

なぜこのサイトを作ったか

OpenedFile は、開けない1つのファイルから始まりました。

届いたメールに winmail.dat という添付ファイルが付いていました。見慣れない拡張子で、開く方法もなく、中身が何なのかも分からない。誰でもそうするように変換ツールを検索したのですが、そこで本当の問題にぶつかりました。見つかるサービスはどれも同じ仕組みだったのです —— ファイルをサーバーにアップロードしてください、中身をお返しします。

よく考えると、これは奇妙な要求です。winmail.dat は定義上「誰かがあなたに送ったメール」そのもので、契約書かもしれないし、請求書かもしれないし、社内資料かもしれない。中身を知りたいというだけの理由で、それを見ず知らずのウェブサイトに渡すというのは順序が逆です。実際、日本語の解説記事はどれも同じ注意書きを添えていました ——機密情報を含むファイルはアップロードしないよう注意してください。割に合わないことは、みんな分かっていた。ただ、代わりの選択肢が無かっただけでした。

そこで、デコーダを自分で書くことにしました。winmail.dat の正体である TNEF は Microsoft の独自形式ですが、仕様は自力で実装できる程度には公開されています。そして JavaScript で動くようにしてしまえば、ファイルがどこかへ送られる理由はもう1つも残りません。このパーサがこのサイトの最初のツールになり、そのとき決めたルールが今も全ツールに適用されています —— あなたのファイルは端末上で処理され、一度もアップロードされません。私のサーバーにも、他の誰のサーバーにも。

運営者

「アップロードしない」の実際の意味

プライバシーを謳うサイトはいくらでもあります。ここでの主張は、具体的で、その場で検証できる形にしてあります —— OpenedFile のツールを使うとき、あなたのファイルを乗せたネットワークリクエストは1回も発生しません。変換は JavaScript・WebAssembly・HTML5 Canvas API を使ってブラウザの中で完結します。

これは私の言葉を信じてもらう必要はありません。ブラウザの開発者ツールを開き、Network タブに切り替えて、ファイルを変換してみてください。出てくるのは、ページと部品（スクリプトや WebAssembly）の読み込みと、Google アナリティクスへの利用状況の計測だけです。計測にファイル名や中身は含みません（プライバシーポリシー）。ファイルの中身を乗せた通信は 1 つもありません。

この設計には、正直に書いておくべき帰結があります。

• 完全なプライバシー: ファイルがインターネットを通らないので、サーバー側の情報漏洩・保持・第三者提供という心配がそもそも存在しません。
• 速度: アップロードとダウンロードの往復が無い分だけ速く、所要時間は回線ではなく端末の性能で決まります。
• オフラインで動く: ツールによっては、部品を初めて使うときに読み込みます（HEIC・EML・書庫・DocuWorks・一太郎・ZIP の作成など）。一度オンラインで使えば、そのページを開いている間はネットワークが無くても動作します。
• アカウント登録もメールアドレスも不要: 私が課すファイルサイズ制限もありません。上限は端末の使えるメモリだけです。
• トレードオフ: すべてローカルで処理する以上、メモリの少ないスマートフォンで巨大なファイルを扱うとサーバー方式より遅くなることがあり、ブラウザがその形式に対応している必要もあります。それでも、ファイルを他人に渡さずに済むなら払う価値のある代償だと考えています。

ツール一覧

技術的な中身

• 自前の TNEF パーサ: winmail.dat ツールは、TypeScript で専用に書いたパーサがバイナリの TNEF 構造をたどり、MAPI プロパティを読み、マルチバイト文字コードをまたいで添付ファイル名を解決しています。これをブラウザ内でやるライブラリが存在しなかったので、書くしかありませんでした。
• WebAssembly: 7z・RAR の展開（7-Zip を WebAssembly にした 7z-wasm）と、DocuWorks と一太郎の読み込み（ezpzfile を WebAssembly にしたもの）は Wasm で動かしています。必要なときだけ読み込むので、そのツールを使わない限りこのコストは発生しません。
• JavaScript にした libheif: HEIC/HEIF のデコードは、heic-to を通して libheif と libde265 を使っています。heic-to はこれを Emscripten で、WebAssembly ではなく普通の JavaScript にしています。これも HEIC を変換するときだけ読み込みます。
• HTML5 Canvas API: 画像形式の変換は画像ライブラリを同梱せず、ブラウザ内蔵のエンコーダを使っています。
• DOMPurify + サンドボックス iframe: メールの HTML は定義上信用できません。表示前にサニタイズし、さらにサンドボックス化した iframe の中で描画することで、悪意のあるメールが周囲のページに手を出せないようにしています。

これから

2026 年 10 月に、DocuWorks と一太郎のビューア、7z・RAR とパスワード付き ZIP の解凍を足し、続けてパスワード付き ZIP の作成を足しました。パスワード付き ZIP の作成は、受け取った人が開けない問題の裏返しとして作ったものです（Windows 11 だけではパスワードを付けられず、送る相手が開ける方式を選ぶ必要があるため）。次に検討しているものを、だいたいの優先順に挙げます。

• 形式別の解説をもっと増やす — 開けなくてここに辿り着く人が実際に持っているファイルについて
• S/MIME（.p7m）リーダー — 暗号化されたメール添付。winmail.dat と同じ形の困りごと
• SVG → PNG/JPG 変換

PDF 関連はしばらくこの一覧に入れていましたが、外しました。PDF の結合や分割は、開けない・開いてもらえないファイルの問題ではなく作業であって、既に十分に確立したサイトが何社もあります。このサイトが得意なのはそちらではありません。

この中に実際に困っているものがあれば、あるいは他に毎回つまずいている形式があれば、教えてください。優先順位が変わります。お問い合わせはこちら。