ITサポートでよく聞く声。

• 「ファイルを送ったのに届きません」
• 「エラーが返ってきました」
• 「添付すると怒られます…」

でも実はこれ、
送る人が悪いケースは少ないです。

DAY35では、
なぜ制限があるのか
どこで止まるのか
ITサポートがどう指導するか
を、理由から理解します。

まず結論です。

• ✅ 大容量＝負担
• ✅ 全員分溜まる

• ✅ 途中で切れる
• ✅ 再送が必要

• ✅ 特定拡張子はブロック
• ✅ 自動削除

ITサポートで頻出です。

現場で使える言い方です。

• ✅ 添付は制限が多い
• ✅ サイズは膨らむ
• ✅ 送信OK＝到達OKではない
• ✅ セキュリティ上危険
• ✅ クラウド共有が正解

📊 今日のゴール

• ✅ 添付ファイルのサイズ制限を理解する
• ✅ Base64エンコーディングで膨らむ仕組みを知る
• ✅ セキュリティリスクと危険な拡張子を理解する
• ✅ クラウド共有が正解である理由を知る
• ✅ トラブル切り分けの手順を覚える

📝 DAY35まとめ

• 添付ファイルの本質：メール（SMTP）は1982年にテキスト送信用に設計された。1992年のMIME標準化でバイナリファイル添付が可能になったが、文章前提の仕組みのため大きな荷物には向いていない
• サイズ制限の理由：①サーバ負荷（全員分の添付ファイルがサーバに保管される） ②通信トラブル（大容量は途中で切れやすい） ③コスト（ストレージ費用）
• 主要サービスの制限：Gmail 25MB（受信50MB）、Outlook 20MB、Yahoo! 25MB、企業メール 10〜25MB。環境ごとに異なるため注意
• Base64エンコーディング：バイナリファイルを7bit ASCIIテキストに変換する仕組み。3バイト→4文字変換により約1.37倍（37%増加）に膨らむ。10MBのファイルは添付時に約13.7MBになる
• 制限ギリギリは危険：エンコード後のサイズが制限を超えると送信失敗。制限の70〜80%以下を目安にする。例：25MB制限なら実ファイルは18MB以下推奨
• 送信できたのに届かない：送信サーバは通過しても、受信サーバでサイズ・拡張子・内容によりブロックされるケースが多い。送信完了≠相手に届いた
• セキュリティリスク：マルウェア感染の35%がメール添付ファイル経由（Verizon 2024）。ランサムウェア初期侵入の45%が添付ファイル経由で、被害額年間12億ドル超
• 危険な拡張子：.exe（実行ファイル）、.bat/.cmd（バッチ）、.vbs/.js（スクリプト）、.xlsm/.docm（マクロ付きOffice）は自動ブロック対象
• zipの誤解：「zipにすれば安全」は誤り。多くのメールゲートウェイはzip内部をスキャン。パスワード付きzipは中身が検査できないため、逆にブロックされる（Gmail/Outlook 2020年頃から制限）
• 正解はクラウド共有：Google Drive（15GB無料）、OneDrive（5GB無料）、Dropbox（2GB無料）にアップロードし、共有リンクをメールで送る方法が現在の標準
• トラブル切り分け順序：①サイズ確認（エンコード後が制限内か） →②拡張子確認（ブロック対象か） →③エラーメール確認 →④代替手段提案（クラウド共有）
• 利用者への説明：「ルールだから」ではなく「メールは大きなファイル向きじゃない」と仕組みから説明すると納得感が高い