被迫放弃 GMAIL......

[realpg]

GMAIL 禁止发送加了密码的压缩包

信息安全规定要求在公网传送文件必须加密，而压缩包加密是最简单的电脑小白都能接受且解开的加密方式，且足够通用。

MMP

[realpg]

@xujinkai #20
一般来说，邮箱支持的标准是 20M 附件
所以，我们经常性从对面收到的对账单是酱紫的：



改不起啊

[daigouspy]

改扩展名行不行？

[chinvo]

公司业务为什么不用企业邮箱，Gmail 是个人邮箱啊

[summerwar]

经常大量的这种文件共享，是否可以开始考虑搭建文件共享类服务了

[kamal]

这个规定好几年了吧

[Removable]

@azh7138m #9 咦，我刚刚试了一下 7z 加密压缩，还是不行啊

[Removable]

@chinvo #23 我用 Google 家的 GSuite 域名邮箱也不行

[azh7138m]

@Removable 我拿 tex 文件测试的，是可以的，你对照下 16L 的说明看看呢？

[realpg]

@chinvo #23
企业邮箱容量不够……带宽也用不起

@summerwar #24
你无法要求你的甲方乙方都跟着你的标准走，而且搭建这东西会产生大量成本，本身就是利润很薄的行业，经商要考虑投资回报比，本来挣钱的项目，上完这个变赔钱了怎么算……
尤其是有些上游方面，根本就没有公网连接，内网走人家自己的企业邮箱发出来的数据源

@daigouspy #22
见你楼上 #21 楼

[ccl945]

改一下后缀，jpg 不行么，mp4 不行么，邮件里加一句别人收到再改回来。

[Removable]

@azh7138m #28 刚刚试了一下，用 7z 格式加密压缩一个 txt 文本，Google 依然拒绝发送

[jy02201949]

要是国内的邮箱，估计早都有人开始喊：XXX 要扫描你的附件，辣鸡，快退了保平安。
因为是 Gmail 能看到这么多测试跟曲折离奇的解决方案真是欣慰

[summerwar]

@realpg 我针对你回复我的内容中成本的部分回复下。

搭建这东西是会产生成本，但是别说的好像人是不需要发工资的，与其每天花时间去整理大量的文件，还不如做成文件共享式来的成本低些（人工的时间成本也是很贵的，大部分人都觉得基本上不存在）。至于甲方乙方之类的，你之前的文件里未必都提到了，我也未必都了解，只是提出一种可能性。

即使只是本单位用，查找文件的方便程度来讲，上这样一个系统也是有必要的，做好权限控制就好了

[akira]

@dfly0603 https://testpilot.firefox.com/

[est]

改成 xxx.bin 再发送？

[realpg]

@summerwar #33
不需要整理啊……
比如我 21 楼发的这些，甲方只需要在他们的内网业务系统点下载，然后就下载了一个大文件
邮件压缩为 rar，设定分卷 9.9MB ，输入密码，加密文件名，产生了 40 个文件
然后打开内网邮件客户端，输入我公司的邮箱，CTRL-A 把整个目录下 40 个文件加进附件，超过 20M 自动拆分邮件，点发送，由于是邮件客户端，都不需要等上传完成，总共 30 秒都用不上，甲方的人就可以干别的事儿去了……

[realpg]

我这边，40 个文件收到 20 个邮件，邮件客户端会自动下载到我本地，附件都在一个目录，右键解压，就出来一个我们需要的大文件了，内网传到分析器里面去，完事，我公司这边操作时间也是几十秒，大多数还是等解压 IO 慢

[summerwar]

@realpg 我的意思是，这些文件放在你们本地都是随便放的吗，对外的来往文件，都是随便放?

算了，你们一定是有一套自己的管理方法的，我多虑了

[lzvezr]

之前发送压缩包里含 js 的附件就被拒绝了，，，

[snw]

Gmail 不允许发送像 exe 之类可以直接运行的文件附件，然后为了防止通过加密压缩绕过限制，对加密压缩包也禁了。