来自IOS的附件大于7.5Mb的电子邮件卡在发件箱中，并不断尝试重新发送。 我们花费数百美元的数据费
我们有一个内部Exchange 2013服务器。 在IOS设备上从ActiveSync帐户发送带有大附件的电子邮件时，电子邮件卡在发件箱中，不会发送。 它不断尝试重新发送，并可能导致我们的用户放弃其数据许可，并开始花费数百的数据费用。 从手机上链接的Gmail帐户或从Windows 8手机发送时，不会这样做。
在问题发生之前，我已经缩小了大约7660870字节的附件大小。 对于超过此限制的几个字节，电子邮件将有一个失败消息，但仍将通过没有附件发送。 如果您添加了更多的字节，我们会收到失败消息，但没有电子邮件通过，并且它被卡在发件箱中。 这些尺寸在我们允许的内部和外部邮件尺寸限制之下。 此外，我猜这个问题的行为取决于邮件的总大小，包括标题，正文等，而不只是附件。
有没有人见过这种情况发生之前，或有任何想法可能是造成这种情况？
- 肮脏的关机 – 修理或重新调整？
- 从Exchange 2003过渡到Exchange 2007.我的服务器将如何共存？
- 移到新的Exchange组织
- 如何在Exchange 2010中设置电子邮件别名
- 我应该closuresAWS EC2上的交换吗？
看看https://technet.microsoft.com/en-gb/library/hh529949(v=exchg.150).aspx
该页面底部有一条有趣的线条，表示有效的最大限制比您configuration的限制less了约33％。 由于主动同步的默认值是10mb，而你在7左右看到问题，这是有道理的。
尝试增加到20mb，看看是否有所作为。
尝试增加IIS中的uploadReadAheadSize，如以下示例所示（将大小更改为所需的大小）：
C:\Windows\System32\inetsrv\appcmd.exe set config -section:system.webServer/serverRuntime /uploadReadAheadSize:"10485760" /commit:apphost C:\Windows\System32\inetsrv\appcmd.exe set config "Default Web Site" -section:system.webServer/serverRuntime /uploadReadAheadSize:"10485760" /commit:apphost 或直接从IISpipe理工具：
这似乎不会影响IOS，可能是您的运营商（或您的手机的运营商设置）在发送过程中切断了邮件，这意味着错误不是从Exchange服务器到iPhone，所以你的iPhone正在反复尝试。
尝试减less数据上限为7340032（7 MB）或6291456（6 MB），看看您的手机是否至less停止尝试发送电子邮件。 这里的主要问题不是电话不能发送电子邮件，而是他们不停止尝试并杀死电池和数据计划。