メール添付25MB上限を超えるPDFを分割して送る方法

主要メールサービスの添付容量上限（2026年6月時点）

送信側と受信側で別々に上限がかかり、低い方の数値が実際の通信可能上限となります。Gmail→Outlook間で送る場合、Gmail送信25MBとOutlook受信36MBの低い方、つまり25MBが限界という考え方です。

出典：Microsoft Learn「Exchange Online の上限」／Google公式ヘルプ「Gmail のファイル添付」（2026-06-23 fetch）。Yahoo!メール・iCloudメール・役所サーバの数値は各社サポートページおよび一般的な運用に基づく参考値で、本記事の出典としては引用していません。

なぜ25MBという中途半端な数字なのか — RFC 1870 SIZE拡張の話

メール添付の上限がサービスごとにバラバラなのは、各社が勝手に決めているように見えて、実は1995年11月にIETFが定めたRFC 1870「SMTP Service Extension for Message Size Declaration」（IETF Standards Track, STD 10）という国際標準仕様が背景にあります。世界中のSMTPサーバ（メール配送サーバ）はこの仕様に従って動作しており、現在も最新標準として有効です。

RFC 1870 は、メール送信のやり取り（SMTPプロトコル）の中でサーバがクライアントに「私は最大◯バイトまでのメッセージを受け取れます」とEHLO応答で宣言できる仕組みを定義しています。例えば Gmail のSMTPサーバは EHLO に対して「SIZE 35882577」と返してきます（35,882,577バイト ≒ 約34MB、添付がBase64エンコードされて1.37倍になる分を吸収して実質25MBの添付を許容）。

この「Base64で1.37倍に膨らむ」という事情が、実ファイル25MBに対してサーバ上限が34MBという奇妙な数値関係を生んでいます。10MBのPDFをメール添付すると、SMTPの伝送経路では実質13.7MBのデータ量として流れます。「25MBちょうどのPDFは送れない（実質34MB超）」のはこのためです。安全な実用上限は17〜18MB程度と覚えておくと、相手のサーバではじかれる事故を防げます。

容量超過したメールが「届かない」3パターン

送信側で添付が大きすぎる場合、3つの異なる失敗が起こります。どこで止まったかで対処法が変わるので区別が重要です。

1. 送信時にクライアントがブロック：GmailやOutlookの送信画面でエラー表示。「ファイルが大きすぎます」と即時に分かる。
2. 送信サーバが受理した後、相手サーバが拒否（バウンスメール）：送信から数秒〜数分後に「Mail Delivery Failed」「554 5.7.1 Message size exceeds」等の英文エラーメールが返ってくる。
3. 相手の受信箱で消費上限を超え、本人気づかず破棄：一番厄介。バウンスもなく、相手は「届いていない」と認識すらしない。役所の古いMTAで多発するパターンです。

3パターン目を避けるためにも、相手の環境が不明な場合は最初の1通だけ「テスト送信」として小さなファイルを送る運用が安全です。

PDFを分割して送る具体的手順

1. PDFの容量と総ページ数を確認：Windowsはエクスプローラでファイル右クリック→プロパティ、MacはFinderで⌘+I。100MB・60ページ等を控えます。
2. 相手のメール環境を可能な範囲で確認：不明なら「分割してお送りしますが、1通あたり◯MB以下で大丈夫ですか」と一報入れる。役所宛なら8MB以下が安全圏。
3. 1ページあたりの平均容量を算出：100MBで60ページなら1ページ約1.7MB。8MBに収めたいなら4ページ単位の分割。
4. 手軽屋のPDF分割の「◯ページごとに分ける」モードで分割実行。ブラウザ内で完結するため、PDFを外部サーバに送らずに済みます。
5. ZIP展開して各PDFの実容量を目視確認：均等ページ分割でも、ページごとのデータ密度差で個別ファイルサイズが想定を超えることがあります。超過したものは再分割。
6. 件名に通番を付けて順次送信：「【1/5】◯◯資料送付」のように、何通目／全何通かを件名に必ず入れます（次セクションに文例あり）。

件名と本文のテンプレート文例

分割メールは受信側にとって整理が面倒です。件名と本文のフォーマットを統一するだけで、相手の見落としを激減できます。

◯◯様

お世話になっております。手軽屋の△△です。
6月度業務報告書PDF（合計100MB）を、メール添付上限の関係で
全5通に分割してお送りします。

  全5通：1通目（1-12ページ／約20MB）  ←本メール
         2通目（13-24ページ／約20MB）
         3通目（25-36ページ／約20MB）
         4通目（37-48ページ／約20MB）
         5通目（49-60ページ／約20MB）

5通すべて届きましたらご確認ください。
1通でも届かない場合は再送いたしますのでご連絡をお願いします。

最後のメール送信後、別途「全5通送信完了しました。ご確認お願いします。」とだけ短い確認メールを送ると、相手の安心感が大きく違います。

実際にあった失敗例3選

• 件名に通番なしで5通バラバラ送信：受信側で並び替えできず、「3通目だけ抜けていた」のに気づかず1週間放置。役所案件で再提出。
• 件名通番＋本文に「全5通」明記なし：受信側は1通目で「全部届いた」と思い込み、2通目以降をスパム判定。期限超過の事故に。
• 同じスレッドにせず別々の新規メールで送信：受信箱で散らばり、相手の上司に転送する際に「どれが本文か分からない」と混乱発生。

「最初のメールに返信する形で2通目以降を送る」と1スレッドにまとまり、受信側の管理がとても楽になります。

日本の役所・金融機関がクラウドリンクを開けない事情

「Google Driveリンクで送れば1通で済むのに、なぜ分割を求められるのか」と感じる方も多いと思います。日本の役所・銀行・大企業の多くは外部クラウドサービスへのアクセスを社内プロキシで遮断しており、Googleドライブ・OneDrive・Dropboxなどの共有リンクをクリックしてもエラーになります。情報漏洩リスクの管理上、IT部門が一括ブロック設定をしているためです。

この場合、共有リンクを送られた相手はそもそも開く手段がない状況に陥ります。「リンクで送って良いですか？」と事前確認するか、最初から添付分割で送るのが確実です。ファイル転送サービス（ギガファイル便など）も同様にブロック対象なので、官公庁・金融機関向けは原則メール添付が無難です。

分割せずに済む方法の使い分け基準

相手がクラウド共有リンクを開ける環境にいることが確実なら、以下の方法が分割より早いことが多いです。

• PDF圧縮で1通に収める：スキャンPDFや画像中心のPDFはPDF圧縮で容量を1/3〜1/5にできる場合があります。文字主体PDFは効果が小さい点に注意。
• Gmail→Google Driveリンク自動変換：25MB超を添付すると自動でリンクに置換。共有範囲は「リンクを知っている全員」または「特定の人のみ」を選択。社外秘なら必ず後者。
• Outlook→OneDriveリンク：同じく自動変換。Microsoft 365契約者向け。
• iCloud Mail Drop：iCloudメールで20MB超を添付すると自動でMail Dropに切り替わり、最大5GBまで送信可能（リンクは30日間有効）。

一方、相手が役所・金融機関・古い社内環境の場合はクラウドリンクが届かないので、分割メール一択になります。

よくある質問

関連ツール

• PDF分割：◯ページごとの均等分割・指定範囲抽出
• PDF圧縮：分割前に容量を縮める
• PDF結合：受信側がバラバラPDFを1本化する用
• PDF回転：分割後にページ向きを揃える
• PDF→JPG変換：軽量化や画像での送付に