2026 年電子郵件附件大小限制——以及導致看似體積不大的檔案無法傳送的 Base64 陷阱
閱讀時間 7 分鐘
您檢查檔案：24 MB。您檢查 Gmail 的限制：25 MB。您附加檔案，點擊「傳送」，但信件還是無法成功送達。沒有任何錯誤，而且您也沒有誤解限制。您的檔案確實是 24 MB——只是當它抵達郵件伺服器時，已經不再是 24 MB 了。 電子郵件有一個隱藏的封裝步驟，會將每個附件的大小增加約三分之一，而且幾乎所有已發布的檔案大小限制都是在執行此步驟之後測量的，而不是之前。一旦您了解了這個原理，信件無法成功送達的情況就不再那麼神秘，解決方法也變得非常簡單：您的檔案在儲存時需要達到多少大小，才能符合傳輸要求。本指南涵蓋了 2026 年各供應商的實際限制、一種會佔用您四分之一預算的編碼陷阱、如何將 PDF、圖片或影片的檔案大小控制在限制範圍內，以及何時應該停止嘗試，改為傳送連結。
為什麼一個 24 MB 的檔案會因為 25 MB 的限制而被拒絕？
電子郵件是一種古老的、以文字為基礎的系統：在伺服器之間傳輸訊息的協定會傳輸純文字，而不是原始的二進位資料，因此每個附件在傳輸之前都會轉換為文字。標準的轉換方式稱為 Base64，它會將您檔案中的每 3 個位元組重新編寫為 4 個文字字元。這個比例就是整個故事的關鍵——四除以三等於 33%，這個比例會應用於每個附件，每次傳輸之前，都會進行這個轉換。
因此，您原本的 24 MB 檔案在傳輸時會變成大約 32 MB 的編碼文字，而 32 MB 已經遠超過 25 MB 的上限。這個限制並非在欺騙您；它只是測量訊息在傳輸時的總大小，包括編碼在內，而沒有人會在撰寫視窗中顯示這個數值。
實際的規則很簡單。要知道一個檔案在傳輸過程中會佔用多少空間，只需將其大小乘以 4/3 即可。要知道您可以安全附加的最大檔案大小，只需將官方宣稱的限制乘以 0.75，然後再稍微減少一些，以預留給訊息主體、簽名和標頭，因為這些都會計入相同的限制。如果限制為 25 MB，這表示您應該盡量將檔案大小控制在 18 到 19 MB 之間。
2026 年的實際限制，將依各供應商而異。
以下是各主要供應商的狀況，但請注意，以下數字僅為編碼訊息的上限，因此您的實際檔案預算大約是下方每個數字的四分之三。
- Gmail：個人帳戶寄送郵件時，附件大小限制為 25 MB；接收郵件時，附件大小限制為 50 MB。如果想附加較大的檔案，Gmail 不會拒收，而是會悄悄地將檔案上傳到 Google Drive，然後發送一個連結，這樣會非常方便，直到收件人的機構封鎖 Google Drive 連結為止。
- Outlook.com：一般來說，對於普通附件，限制為 20 MB。不過，微軟的限制因客戶而異，且會隨著時間而變化——網頁版似乎對本機附加的檔案有更高的限制。將 20 MB 作為安全的規劃基準。
- 在工作環境中，Microsoft 365 和 Exchange 的預設值通常在 25 到 35 MB 之間，但管理員可以並確實將其設定為較低的值。即使到了 2026 年，企業郵件伺服器仍普遍採用 10 MB 的限制，有些甚至低至 5 MB。
- 其他所有供應商：大多數其他消費型服務供應商的傳輸速率都集中在 20 到 25 MB 之間。如果您不知道收件人的服務供應商，請假設最嚴格的合理限制，而不是最寬鬆的限制。
你無法察覺的限制：收件者的伺服器。
您的服務供應商設定的限制僅控制訊息是否會從您的「待發信箱」發送出去。收件人的伺服器會套用其自身的限制，如果該限制低於您的限制，那麼您成功發送的訊息可能會在數小時後以一種難以理解的「傳送失敗」訊息反彈回來，或者更糟的是，直接進入隔離佇列，而不會通知任何人。
這就是讓人感到困惑的不對稱之處。從 Gmail 發送到 Gmail，您有相當寬裕的空間：可以發送 25 MB 的檔案，接收 50 MB 的檔案。但如果從 Gmail 發送到一家使用 Exchange 郵件系統且檔案大小限制為 10 MB 的律師事務所，您的可用空間大約只有 7 MB，而且在您發送之前，系統不會發出任何警告。
這會導致出現一種雙重標準。如果確定兩個端點都是使用者帳戶，那麼一個 18 到 19 MB 的檔案就能通過 25 MB 的限制。如果有可能涉及公司郵件伺服器，請將檔案限制在 7 MB 以下——而且，如果這是一個收件者可能會在公司內部轉發的檔案，最好再縮小檔案大小，因為每次轉發都會讓附件再次經過相同的檢查。
如何取得小於限制的 PDF 檔案
PDF 檔案是最常見的大型附件，通常是因為包含掃描過的頁面，但同時也是最容易解決的問題。FileTinker 中的「壓縮 PDF」工具可以將檔案壓縮到您指定的目標大小，預設選項從 100 KB 到 10 MB 不等。與其提供一個模糊的品質滑桿，不如讓它搜尋不同的渲染品質和縮放比例組合，直到找到最符合您需求的版本，這樣您就可以直接設定目標，達到您先前設定的預算：例如，對於企業收件人，您可以選擇 5 MB，即使經過 Base64 編碼後，檔案大小仍然會控制在 10 MB 以內。
它也不會讓情況變得更糟：如果您的 PDF 檔案已經小於您設定的目標大小，這個工具就不會重新處理它，而是直接保留。在 PDF 壓縮的過程中，確實存在一個權衡點，而我們專門為電子郵件 PDF 壓縮所設計的指南，會深入探討這個問題。對於常見的情況——例如需要傳送到收件人信箱的掃描文件或合約——請選擇一個遠小於收件人限制的目標大小，然後發送。
將圖片置於橫幅下方
現在的手機拍攝的照片，單張通常是 4 到 8 MB，因此五張照片加起來就可能超過公司設定的檔案大小上限。這個「壓縮圖片」工具的運作方式與「壓縮 PDF」工具相同：您可以選擇目標大小，例如 1 MB、500 KB 等，工具就會將圖片壓縮到符合該大小。它會保留圖片的原始格式，例如 JPEG 仍為 JPEG、PNG 仍為 PNG、WebP 仍為 WebP，因此除了檔案大小之外，其他一切都保持不變，收件者開啟時看到的內容與原始圖片完全相同。
這裡同樣適用「不造成損害」的原則。如果某張圖片已經位於您選擇的目標位置，該工具會將原始圖片完整地還給您，並告知您該圖片已經處於最佳狀態。對於電子郵件，每張照片的理想大小為 500 KB 到 1 MB：在任何螢幕上都能呈現清晰的畫質，而且十張照片加起來，即使是在嚴格的 10 MB 公司限制下，也能足夠容納，同時還能留出空間放置郵件內容。
將影片縮至欄位限制內，並判斷何時無法處理。
影片是最棘手的案例，因為檔案大小大致等於位元率乘以時長，而且沒有任何免費的解決方案。壓縮影片工具會反向處理您的影片片段，重新編碼成目標大小：它會採用您想要的大小，除以影片片段的時長，然後以計算出的位元率進行編碼。這裡有一個專用的電子郵件預設設定，目標大小約為 18 MB——這恰好是經過 Base64 膨脹後，能夠符合 25 MB 供應商限制的數值，而不是僅僅看起來安全的近似值。
整個過程都在您的瀏覽器中進行，使用 MediaRecorder 引擎，產生 MP4 格式的檔案（如果您的瀏覽器支援），否則產生 WebM 格式。過程中不會上傳任何內容：一個 200 MB 的手機影片在壓縮過程中永遠不會離開您的電腦，這點很重要，因為影片內容可能是您的孩子或同事。
不過，請對數學計算誠實一點。18 MB 分散在 30 秒的影片中，位元率相當健康，畫面看起來會不錯；但將同樣的 18 MB 分散在 10 分鐘的影片中，就像節食挨餓，結果會顯而易見。作為粗略指引，將幾分鐘的影片放入電子郵件大小的檔案中是合理的；若超過這個範圍，則建議參考下一節。
何時應該放棄，並傳送連結？
有些檔案不應該以附件形式傳送，無論你如何巧妙地壓縮它們。長影片、未經處理的照片批次、必須保持像素完美的設計檔案，以及任何超過 100 MB 的檔案——都應該上傳到 Google Drive、OneDrive、Dropbox 或貴公司的檔案共享服務，然後透過電子郵件傳送連結。這樣可以讓訊息保持簡潔，同時檔案也能維持其原始畫質。
連結有其固有的失效模式，這也是為什麼它們是備用選項，而不是預設選項。它們會過期，可能需要收件人登入才能查看，企業防火牆有時會封鎖或不信任它們，而且它們會破壞紙本記錄——附加在電子郵件中的合約會與郵件內容永久保存，而連結的合約則可以在事後進行編輯或刪除。對於任何作為記錄用途的內容，壓縮的附件比連結更可靠。
因此，決策流程圖會比較簡潔。如果已經符合收件人的實際預算，就直接附加檔案。如果可以壓縮到該預算範圍內，就壓縮檔案，然後附加。其他所有內容都以連結方式呈現，並附上一行簡短說明，說明內容為何以及將會保留多久。