先说结论：传文件时，如果不是文件被占用资源，这样的话会失败的话，这是是因为文件传送中如果不是被可以修改会出现严重点错误的考虑
（如果没有有别的程序然后打开了这个文件，这个程序仅仅无法读取文件内容，那可以不邮箱里，如果这个程序在你的邮箱过程中有可能如何修改这个文件，那不行的话，比如说word然后打开了一个文件，那这个文件一旦肯定被word修改），而浏览器里面用邮箱发送文件
，只不过邮箱不像是本地程序，它是web脚本/语言，没有能力控制这其中的权限
，所以无法做到这一点，也就不需要直接关闭文件
。
我们来做一个很简单打开文件测试。
测试不属于到的变量参数只有一第二个dwdesiredaccess(读写模式)和第三个dwsharemode(互相访问模式)。
这句代码是以只读模式模式可以打开文件，接着共享所有权限（读、写、删）。
我自己的这个程序只读取文件这个文件的内容，当中，其它程序可以不对这个文件并且加载、修改、删掉等横竖斜操作。再打开后测试结果：
你的邮箱文件给好友：成功
可以上传到群文件：我失败了
浏览器上传的图片：成功
我自己的这个程序这个可以加载这个文件的内容，也是可以改这个文件的内容，时的，其它程序可以不对这个文件进行读取数据、修改、删除掉等横竖斜操作。然后打开后测试结果：
你的邮箱文件给好友：失败
可以上传到群文件：失败的话
浏览器上传的图片：成功
我自己的这个程序只读取文件这个文件的内容，因此，其它程序不能不能对这个文件参与读取数据、修改、删除掉等横竖斜操作（一人独吞）。然后打开后测试时：
发送中文件给好友：我失败了
本地上传到群文件：一次
浏览器可以上传：失败的可能
我我也不想看文件里面是啥，也住不动它，我就路过。测试结果：
正在发送文件给好友：成功
上传成功到群文件：成功
浏览器本地上传：成功
从测试情况来看，应该是是这样的逻辑：上传文件：只要有人先打开了这个文件，就要不，就算他只不过想明白文件是什么内容，也不行。你的邮箱文件：有人可以打开了这个文件，如果你只是看里面的东西，你不改的话，这样的话是可以正在发送，如果你打开的程序也有可以不直接修改这个文件的权限（比如说word），就得又不能发送中。浏览器：我能无法读取到我就收了，管你改不改。最优的设定肯定是发送中文件的这种，因为可以绝对的保证邮箱里的文件不被可以修改。上传成功群文件的这种…我都觉得只是因为一个bug只不过是。浏览器里面邮件发送文件，这个反正是不太保险的，文件要是在可以上传过程中被可以修改，变会出现错误。但浏览器没做这个限制下载，web程序也没这个权限限制修改这个东西哦。
收不出来可能是操作方法不对，也可以用100元以内方法你的邮箱看看；以苹果手机操作为例：
1、是需要点击进入后页面，再点要你的邮箱文件的好友；
2、直接进入与好友聊天说话页面；
3、在一起聊天页面，点击右下角的加号，弹出菜单；
4、向左滑动菜单，点击【文件】；
5、跳转到文件选择类型，然后点击鼠标右键点击一个【文件】；
6、点击右上角的【你的邮箱】。弹出来正在发送框，点击【发送中】；
7、传送卷轴文件，会显示发送结束，可以表示【对方已经通知文件】，能完成。
