邮件视频压缩(25 MB 上限)
邮件的上传上限是 Gmail 25 MB, Outlook.com 20 MB, Exchange / work mail 10 MB。VidSmaller 把任何视频压到 18 MB,一次就传得进去 —— 输出 H.264 MP4,无水印、免安装,试用不需要注册。云端编码开始后,即使关掉标签页也会继续。未注册试用支持 3 分钟、200 MB 以内的视频,付费方案单文件可到 1.5 GB。
几乎所有讲「怎么用邮件发视频」的页面都会告诉你 Gmail 上限是 25 MB。这句话是对的,但光有它不够用:那 25 MB 算的是编码后的整封邮件,不是你磁盘上的那个文件。
把视频拖进来就开始
正在检查你的文件限制…
支持 mp4, webm, mov, mkv, avi, wmv,共 33 种格式
邮件的文件大小限制,以及它们真正的含义
有三个不同的体积都被叫做「上限」,而它们不是一个数。一是磁盘上的原始文件——你要压到的那个数。二是编码后的邮件:附件在传输中会被 base64 编码,算上 MIME 换行大约多出 37%,各家的上限量的是这个数。三是具体产品的额度:Gmail 个人版发信是每封 25 MB,Outlook.com 是 20 MB,而公司邮箱走 Exchange 时默认常常只有 10 MB,且管理员未必调过。我们预设 18 MB,是因为它在常见的几条发信路径上都能过,而不是因为 18 MB 是谁公布过的上限。
| 套餐 / 上传方式 | 最大文件大小 |
|---|---|
| Gmail | 25 MB 25 MB is the whole message, measured after base64 encoding (~1.37x the raw file once MIME line breaks count). Gmail on the web does not bounce above it — it swaps the attachment for a Drive link. SMTP clients (Outlook, Thunderbird, Apple Mail) do bounce. ~18 MB raw clears both. |
| Outlook.com | 20 MB |
| Exchange / work mail | 10 MB Microsoft ships a 10 MB default for Exchange accounts. Your administrator may have raised it; you cannot assume they did. |
限制核实于 2026-09-14。来源: Google — Send attachments with your Gmail message · Microsoft — Reduce attachment size
18 MB 到底能装多少内容
别的页面只会告诉你上限是多少,然后就没了。上限是简单的那一半。真正决定视频能不能看的是另一半:在 18 MB 的目标下,每种时长还剩多少码率,以及这个码率最高能撑住哪一档分辨率。
| 视频时长 | 留给画面的码率 | 能撑住的分辨率 | 结论 |
|---|---|---|---|
| 30s | 4,805 kbps | 1080p | 看着没问题 |
| 1 min | 2,338 kbps | 720p | 看着没问题 |
| 2 min | 1,105 kbps | 480p | 看着没问题 |
| 5 min | 365 kbps | 360p | 明显糊 |
| 10 min | 119 kbps | — | 明显糊 |
| 30 min | — | — | 不现实 |
算法说明:码率这一列是纯算术——18 MB 摊到整段时长上,减去 128 kbps 的立体声音轨和 2% 的容器开销。这是硬上限,不是估算。分辨率和结论这两列是建议,依据是公开的 H.264 码率阶梯,并整体下调约三分之一——因为对已经压过一次的素材再编码,能承受的码率比编码原始母版更低。这里刻意保守:宁可说得难听点,也不想告诉你「没问题」结果画面糊掉。
18 MB 在不同时长和分辨率下的效果
左栏是每种时长可用于画面的码率,其他格子是各分辨率所需的码率。绿色表示余量充足,黄色表示能看但会偏软,灰色表示应该降低分辨率。沿着一列向下看,就能知道视频多长以后该分辨率不再适合 email。
来源: 计算结果,并非实测——生成此图时没有运行编码器 · 方法: 把 18 MB 分摊到整段时长,减去 128 kbps 音频和 2% 容器开销。阈值来自公开的 H.264 码率阶梯,并针对二次编码素材下调约三分之一。
怎么把视频压到邮件能传
把视频拖进来
MP4、MOV、MKV、AVI、WebM 等共 33 种格式。不用装任何东西——浏览器通过一次性链接上传,文件不经过任何第三方。
目标已经是 18 MB
我们故意设在硬上限之下。按目标体积编码通常能落在你给的数字百分之几以内,但我们实测到过会超出一成的素材——而超出硬上限就是传不上去。想换个数字随时改。
下载,然后上传
编码跑在我们的服务器上,你可以直接关掉标签页。任何套餐都不加水印,输出是邮件一定认的 MP4。
邮件压缩常见问题
邮件附件能发多大的视频?
想让它在任何地方都能发出去、且不用动脑子的话,实际视频约 18 MB。Gmail 标称 25 MB、Outlook.com 标称 20 MB,但那是对编码后邮件的封顶,而编码后大约是磁盘文件的 1.37 倍。公司邮箱往往才是真正的瓶颈:微软给 Exchange 账号的默认值是 10 MB,很多管理员从来没改过。另外收件方服务器也有自己的上限,而你看不到它是多少——这才是「留余量而不是对着天花板压」的真正理由。
视频明明不到 25 MB,邮件为什么被退回?
base64 编码,外加你是从哪个程序发的。邮件协议无法直接承载二进制,附件必须重新编码成文本,这一步大约多出 37%。你的 24 MB 视频变成了 33 MB 的邮件,而上限量的是邮件。真正的分岔在发信路径:网页版 Gmail 其实不会退信——超了它会悄悄把附件抽走,换成一个 Google Drive 链接。而走 SMTP 的桌面客户端(Outlook、Thunderbird、Apple Mail)不会替你做这个替换,所以拒绝发生在那里;收件方服务器自己的上限也可能在你发出之后才把它挡下来。压到 18 MB,编码后约 24.7 MB,Gmail 和 Outlook.com 都能过。
是不是干脆用网盘链接更好?
如果视频很长,是的——而且超过 25 MB 时 Gmail 会自动帮你转成 Drive 链接。但链接对收件人来说确实更差:要多点一次、可能被公司安全策略拦掉、会过期,而且会暴露谁在什么时候打开过。对于真能塞进 18 MB 的片段,直接当附件发体验更好。
18 MB 能装多长的视频?
720p 下大约两分钟比较从容,1080p 下接近一分钟。超过五分钟左右,诚实的答案就是 480p——上面的表格给出了每种时长的精确算术。如果素材是录屏而不是实拍,实际效果会明显好于这些数字,因为屏幕内容比运动实景的压缩效率高得多。
这些数字的依据
- Why 25 MB is the wrong target for emailThe size page for the number Gmail documents, and the 37% that makes it fail.
- Post it in Slack instead of attaching itSlack takes 1 GB per file on every plan including Free, which is fifty times what a work mailbox will hold.
- Gmail says 25 MB. It means about 18.Attachments are base64-encoded in transit, so the number on the label is not the number you can send.
- Losing 70% of the file and none of the qualityMost phone recordings carry enough slack to fit an inbox without a visible change.