添付ファイルとメッセージでサイズが異なる理由
送信時に大きくなるのは、主にPDFを含むメッセージ全体です。メールはもともとテキスト用に作られました。そのため、メールソフトは添付ファイルをMIME形式にまとめ、通常はBase64を使ってバイナリデータを単純なテキスト文字に変換します。このとき、ファイルの3バイトごとに4文字が生成され、それらの文字は行末を伴う複数の行に分けられます。Base64エンコード自体は可逆的で、デコードすると元のバイト列が完全に復元されます。完成したメッセージには、さらにヘッダー、本文、各パート間の区切りが加わります。
そのため、メッセージは選択した添付ファイルよりもかなり大きくなる場合があります。あるドイツ語のフォーラムでは、20.1 MBのPDFが、送信後のメールでは27.5 MBになったのはなぜかという質問がありました。この計算ツールで20,100,000バイトを、改行あり、追加バイト数なしで計算すると、Base64データが26,800,000バイト、行末が705,264バイトになります。合計は27,505,264バイト、つまり約27.51 MBです。この計算は、その程度のサイズになる仕組みを示すものです。モデルに基づく計算であり、その具体的なメールを分析したものではありません。
推定値の内訳
添付ファイルはそれぞれ個別にエンコードされるため、1ファイルにつき1行ずつ入力してください。サイズの単位には、B、KB、MB、GB、MiB、GiBなどを指定できます。MBは10進単位で1 MB＝1,000,000バイト、MiBは2進単位で1 MiB＝1,048,576バイトとして計算します。サイズは負の値にできず、換算後は整数のバイト数になる必要があります。数値欄に単位は入力しないでください。小数点にはピリオド、桁区切りにはコンマを使います。「1.000」は1を表し、千は「1000」または「1,000」と入力します。
- 元のサイズ：添付ファイルの合計バイト数です。計算の基準値となり、添付ファイルの上限との比較に使われます。
- Base64データ：nバイトの添付ファイルは、4 × 切り上げ(n ÷ 3)文字になります。末尾の余りが三バイトのまとまりに満たない場合は、パディングで最後の四文字のまとまりを埋めます。
- 行末：初期設定である改行が有効な場合、計算ツールは各添付ファイルの文字列を最大76文字の行に分割します。最後の行も含め、各行の行末CRLFに2バイトを加算します。
- 追加バイト数：本文、ヘッダー、その他のメッセージ構成要素について、自分で設定する値です。初期値は0です。
- 推定値：すべての添付ファイルのBase64データと行末に、追加バイト数を加えた値です。
Base64では必ず正確に三分の一だけ大きくなりますか？
あくまで概算です。3バイトが4文字になるという比率は、大きなファイルでは33⅓ %の増加に近づきます。改行なしの場合、10,000,000バイトは正確に13,333,336バイトとなり、約33.33 %増えます。正確な三分の一からのわずかなずれは、パディングによるものです。行末を含めると13,684,214バイトとなり、約36.8 %増えます。したがって、約37 %という目安は、改行を含むエンコード済みデータを指しています。この割合は行の長さと行末の形式によって変わり、ヘッダーも本文も含みません。
小さなファイルでは、一定の倍率はもはや適切な目安になりません。1バイトの添付ファイルは、Base64の4文字に行末の2バイトが加わり、合計6バイトになります。そのため、この計算ツールは全体に一律の倍率を掛けるのではなく、添付ファイルごとに正確に計算します。
複数の添付ファイル：ファイルごとに個別に計算
添付ファイルは一つの大きなブロックにまとめられるのではなく、それぞれ個別にエンコードされます。そのため、各ファイルに独自のパディングと最後の行末が付きます。これが最もはっきり分かるのは、それぞれ1バイトのファイルが二つある極端な例です。
大きなPDF一つであれば、この数バイトの影響はほとんどありません。ただし、小さなファイルが多数ある場合は積み重なります。
76文字という行の長さは、MIME標準で定められたBase64の行の最大長です。最後の行の後にもCRLFを加算するのは、この計算ツール独自の取り決めです。行が短いメールソフトや、末尾の処理が異なるメールソフトでは、値が多少異なります。もう一つ、よくある誤解があります。Base64は暗号化ではありません。鍵なしで元に戻せる単なるエンコードであり、添付ファイルの内容を保護するものではありません。
適切なサイズ上限と比較する
サイズ上限に数値が示されていても、何を対象にした上限なのかが明確とは限りません。元の添付ファイルの合計、つまりメールソフトに表示されるファイルサイズを制限する規則もあれば、エンコード済みの添付ファイル、本文、ヘッダーを含むメッセージ全体を制限する規則もあります。そのため、この計算ツールでは上限と何を比較するかを選択します。あらかじめ入力されている25 MBは単なる初期値であり、特定のサービス提供者の規定ではありません。結果が上限とちょうど同じ場合は、上限内と判定されます。
したがって、同じファイルが一方の規則では上限内、もう一方では上限超過になっても、矛盾ではありません。
対象が異なる二つの実際の規則
- Gmail：ドイツ語版Gmailヘルプの添付ファイルに関する説明（2026年10月13日閲覧）によると、個人用アカウントでは添付ファイルの合計サイズを25 MBまでにできます。これは添付ファイルの合計を指すため、元の添付ファイルとの比較が適しています。Google Workspaceアカウントでは、管理者が上限を設定します。合計が上限を超える場合、添付ファイルはGoogle Driveのリンクに置き換えられます。
- エアランゲン＝ニュルンベルク大学のRRZE：メール添付ファイルのサイズ制限に関する案内（2026年10月13日閲覧）では、RRZEサーバーで送受信されるメールについて、メール全体で最大20 MBとされています。この場合は推定メッセージサイズと比較し、追加バイト数も入力するのが適切です。
どちらの規則も、それぞれの対象範囲にのみ適用され、変更される可能性があります。実際の送信では、個人用か、勤務先、学校、大学が管理するものかにかかわらず、自分のアカウントの規則が適用されます。受信者のメールボックスの規則も同様に重要です。受信者側の規定が分かる場合は、その上限が何を対象としているかを正確に確認して比較に使ってください。サービス提供者が大きなファイルを自動的にリンクとして送信する場合、そのファイルはメッセージ内の添付ファイルではなくなります。受信者がそのリンクを開けるか、また開くことを許可されているかは、別途確認が必要です。
メッセージ全体には、ほかに何が必要か
エンコード済みの添付ファイルだけでは、まだメールにはなりません。完成したメッセージには、差出人、宛先、件名、技術情報を含むヘッダーが必要です。さらに、プレーンテキストとHTMLの両方で含まれることが多い本文、MIMEパート間の区切り行、署名のロゴなどの埋め込み画像が加わります。それらがどの程度のサイズになるかは、メールソフト、本文、受信者によって異なります。
追加バイト数に入力する値
すべての場合に正しい値はありません。追加バイト数が0の場合、この計算ツールが表示するのは行末を含むエンコード済み添付ファイルだけで、本文とヘッダーを含まないモデル上の値です。そのため、自分のメールに合った仮定値を入力してください。画像のない短い本文であれば必要なバイト数は少なく、画像を埋め込んだHTMLメールではかなり多くなります。ほかのメールの例にある値は、そのメールにしか当てはまりません。結果が上限をわずかに下回る場合は、試しに追加バイト数を多めに設定して再計算してください。それでも上限内なら余裕があります。上限超過に変わる場合は、余裕が少ない状態です。
比較では上限内なのにメールが返送される場合
- メッセージに含まれるデータが、仮定した追加バイト数より多かったか、メールソフトが異なる行の長さでエンコードしています。
- 受信者側のサーバーの上限が、自分のアカウントの上限より低く設定されています。
- メッセージ全体に対する上限なのに、元の添付ファイルと比較しています。または、自分のアカウントに適用される規則が想定と異なっています。
- 受信者側では、マクロを含む文書や実行可能なプログラムなど、特定のファイル形式を許可しておらず、サイズに関係なくブロックしています。
この計算ツールが比較するのは、選択した数値だけです。何も送信せず、配信テストも行わず、ファイル形式やセキュリティ規則も確認しません。また、ニュースレターには表示上の制限もあります。一部のメールボックスでは、長いHTMLメールが省略表示されます。これは添付ファイルのサイズとは別の問題であり、ここでは計算しません。
サイズが大きすぎる場合：完成したPDFで次の作業を行う
推定値が上限を超える場合、方法は二つあります。ファイル自体のバイト数を減らすか、添付ファイル以外の方法を選びます。受信者が明確に添付ファイルを求めている場合は、次の手順で進めてください。
- 送信前にPDFを圧縮するか、上限が決まっている場合はサイズ上限に合わせてPDFを縮小するを利用してください。どれだけ小さくなるかは、ファイルの内容によって異なります。目標サイズを必ず達成できるわけではありません。
- 処理結果を開き、文書が引き続き読みやすいか確認してください。
- ダウンロードしたファイルのサイズをここに再入力してください。判断の基準は、期待する削減量ではなく、完成したファイルです。
- 推定値が上限内であれば、メールを送信してください。上限内に収まらない場合は、別の方法について受信者と相談してください。
受信者がリンクを受け入れ、アクセス権とデータ保護の条件が文書に適している場合は、クラウドサービスやファイル共有サービスの共有リンクも選択肢になります。サービスは自分で選んでください。この計算ツールは入力された数値だけを処理し、ファイルを保存したり送信したりしません。一方、ZIPアーカイブは、PDF自体を小さくする確実な代替手段にはなりません。PDFが必ず小さくなるとは限らず、明確にPDFファイルを求めている相手は、アーカイブを受け付けない可能性もあります。
ファイルをメールで送信するのではなく、ポータルにアップロードする場合は、PDFのアップロード上限を確認することや、事前にファイルのアップロード時間を見積もることができます。