EML を TIFF に変換すると、ヘッダー情報とインライン画像を含むフルメールコンテンツが含まれるページ分割 TIFF が作成されます。アップロードされた .eml ファイル 1 件につき 1 つのマルチページ TIFF が生成され、長いメッセージは 1 ファイルにまとめられ、画像入力が必要なシステム向けにフォーマットが保持されます。コンバータは本文とヘッダーのみを扱い、添付ファイルは出力に含まれません。

最初のページにヘッダーが描画されます

コンバータは標準的なメールヘッダー—From、To、Cc、Subject、Date—を抽出し、最初の TIFF ページ上部に書式設定されたブロックとして描画します。ブロックは元の順序を保ち、クリアなサンセリフ体で表示され、ラスタ画像の一部になるため、ヘッダー情報は永久に保持されます。

ヘッダーがラスタライズされるため選択や検索はできませんが、編集可能なテキストより正確なビジュアルスナップショットが必要なアーカイブワークフローに適しています。プライバシー保護のため Bcc 情報は省略され、追加のメタデータは付加されません。

本文レイアウト、スタイリング、インライン画像

HTML 本文は視覚的忠実度を保ってレンダリングされます：段落、見出し、リスト、太字、斜体、下線、フォントカラー、表、インライン CSS がすべてメールクライアントと同様に TIFF ページにラスタライズされます。プレーンテキストメールは等幅テキストのブロックとして改行を保持して表示されます。

メールに埋め込まれた画像（CID 参照）は TIFF に組み込まれ、自己完結型ファイルになります。リモート画像が参照されている場合、エンジンは各画像のダウンロードを試みますが、10 秒以内に取得できなかった画像はプレースホルダーなしで除外され、ビジュアルフローが保たれます。

マルチページ化、フォント処理、非ラテン文字スクリプト

メールの内容が 1 ページに収まらない場合、コンバータは追加の TIFF フレームへ続き、メールごとに 1 つのマルチページ TIFF を生成します。各ページは標準文書サイズ（A4 または Letter）で、長いメッセージは多数の画像に分割されず 1 ファイルに保持されます。

ラスタライズにはサーバーにバンドルされた西欧ラテンフォントが使用されます。CJK、ヘブライ語、アラビア語などカバーされていないスクリプトについては、フォールバックフォントから最も近い字形が代用されます。テキストは読めますが、OCR なしでは選択や検索はできません。