当Exchange利用SMTP协议向外发送邮件时，如果用于邮件打包的编码不同，那么会导致邮件本身大小的不同。对于包含了附件的邮件来说，这种情况更为常见，因为发送Email附件的唯一办法只能是把附件由ASCII转换为MIME或对邮件进行UU编码。尽管一个附件的尺寸小于Exchange所定义的最大附件尺寸，但是它仍有可能无法发送出去，这就是转换后的邮件尺寸变大而导致的。
这种情况通常发生在管理员对通过SMTP接收的邮件尺寸进行限制的时候，此时一封来自外界的带有附件的MIME编码邮件就会增大，根据单独的附件、换行符、MIME头和非数据元素数量的不同，增长的比率可以到30%至40%。如果邮件系统在对带有附件的邮件进行编码时出现了一些其他的问题，那么最终文件的实际大小的改变还会更大。而与此类似，当你向外发送邮件时，相同的问题也会存在，因为对方的邮件服务器也可能进行邮件大小限制。
有一个叫做UUDeview的第三方小程序可以帮助你查看一个邮件在进行MIME或UU编码后的实际大小，虽然无法帮助你计算是否超出了邮件服务器所设置的限制，但还是有一定的用处。
对于一个邮件系统的管理员来说，为电子邮件设置最大尺寸是合理的，但是在制定这个标准的时候应该把这个问题考虑进去。此外，管理员还应该花一些时间向用户解释，当他们在发送带有附件的邮件时，应该想到去计算一下邮件增长后的体积，以免出现邮件无法投递的情况。
