EML 转 GZ转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
当接收方不认识 gzip 时，把 .gz 解开成普通文件，或重打包为 ZIP/TAR。如果你的文件还是 EML 格式，这个页面就是最快的捷径：EML 是所有邮件客户端都支持的 RFC-822 格式：纯文本头部加（常为 MIME 多部分的）正文。通用，但在邮件应用之外很难读。
本转换器通过 WebAssembly 完全在你的浏览器内运行——文件不会离开你的设备，全程无上传、无水印、无注册、无排队。支持一次拖入多个文件批量转换。
EML 与 GZ 的对比
| EML | GZ | |
|---|---|---|
| 排版方式 | 与发送时一致（RFC 822/MIME） | 单个压缩成员 |
| 最适合 | 跨客户端邮件归档 | 日志、转储、数据集 |
如何将 EML 转换为 GZ
- 1
选择文件
选择你的 EML 文件。
- 2
立即转换
文件字节在本地被 gzip 压缩——与服务器或构建工具生成的归档相同。
- 3
下载结果
下载 .gz 文件——可直接上传、提供服务或附件。
关于 EML 格式
EML 是开放邮件格式（RFC 822/MIME）：可读的头部加上纯文本、HTML 或多部分正文。所有客户端都能导出，所有标准都认识它——但在邮件应用之外，原始 EML 就是一墙的头部与 MIME 边界。
把 EML 转成干净的 HTML 或 TXT，往来邮件就能归档、检索并喂给其他系统——格式依旧开放，阅读体验终于对得上发件人的本意。
+优点
- ✓所有客户端都导出的开放标准
- ✓头部完整保留、可检索
- ✓多部分正文解析成可读内容
!局限
- −附件只列名，此处不解包
- −罕见编码偶需手工处理
关于 GZ 格式
.gz 文件是被 gzip 压缩的单个文件——不是归档。kernel.org 的包是「tar 再套 gz」，但大量日志、JSON 转储和 CSV 导出直接以 .gz 流通。打开它就是把字节解回原样。
重打包成 ZIP 或 TAR，解出来的文件就拥有一个人人都会开的容器。
+优点
- ✓Linux/macOS 上无处不在
- ✓快速、透明的压缩
- ✓任意工具原生流式处理
!局限
- −只能装一个文件，无目录树
- −无加密与完整性元数据
为什么把 EML 转换成 GZ？
转换的意义在于 GZ 的长处正好补上 EML 给不了的东西：Linux/macOS 上无处不在而另一边，附件只列名，此处不解包用上面的转换器过一遍，你的文件就站到了正确的取舍那边。
常见问题
EML 转 GZ 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
EML 转 GZ 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
压缩包转换有大小限制吗？
因为不上传，所以没有上传上限——实际限制是设备内存。现代电脑处理解压后几百 MB 的内容很从容。
EML 压缩包里的文件会被修改吗？
不会。文件在内存中解包后逐字节重新打包成 GZ——转换改变的是容器本身，包内文件分毫不动。