作为接收SMTP服务器，最大邮件大小是有意义的。 一个巨大的消息收到后占用空间。 完整的磁盘使用户不高兴。
每个发件人在固定时间段内的最大邮件数量是有意义的，特别是与其他垃圾邮件指标结合使用时。 垃圾邮件也使用户不高兴。
目前，我正在通过SMTP中继发送邮件，这与以下任何一个有所限制： 最大会话大小 。 它与可接受的消息数量或消息大小的限制是分开的。
如果TCP连接closures并重新打开一半，则一系列1000条消息，每条消息只有几百KB。 如果它们全部在一个TCP连接中发送，则会发生这种情况：
552 4.3.1 Session size exceeds fixed maximum session size （有一个相关的问题提到了同样的错误信息，但是它只是围绕着问题的边缘，我的问题是关于政策的决定，而不是精确的计算什么可以适用于特定的限制。
从发件人的angular度来看，这是一个很大的麻烦。 它迫使你把你的发送批次分解，以适应一个你甚至不知道的限制，直到你碰到它。
从接收者的angular度来看，获得的是什么？ 发件人不会阻止发送到许多邮件或太大的邮件。 发送中等数量的中等消息只是不方便的。 使用一个TCP连接或多个TCP连接是用户永远不可能知道的事情。
所以， 主要的问题是：在发明了会话大小限制的概念的时候，实现者脑海里发生了什么？ 服务器pipe理员有什么理由可以启用它？
你可以停下来在这里阅读，忽略其余，并解决主要问题
到目前为止我还没有任何名字，因为我真的想在这里解释一些基本的想法，而不是一些聪明的客户端解决方法。 现在我将添加详细信息…
这里的服务器和客户端在同一个组织的控制下。 我运行（一些）客户端，即Adobe ColdFusion Web应用程序。 我可以做的唯一的事情就是从整体上禁用连接重用。 所以我可以在每个连接上发送一条消息，但是这样会产生大量的连接，这可能会遇到一些其他的限制（甚至更合理）。
服务器是IIS（不是Exchange，在另一个问题中提到）。 它确定自己是这样的：
220 sendmail.example Microsoft ESMTP MAIL Service, Version: 7.5.7601.17514 ready at Wed, 1 Feb 2017 14:38:49 -0500
这个问题比你看到错误消息的时候更麻烦，因为IIS发送了552响应，并且在字节限制被触发时立即closures连接，而不是等待对话中的一个点，谈论。 在发送消息的过程中被中断，ColdFusion以最愚蠢的方式进行响应：它将消息logging为成功发送。 （我计划一个单独的错误报告。）
消息只是根据它们在TCPstream中的位置随机消失 ，我知道发生了什么事的唯一原因是我终于抓住了Wireshark发生的事情。
我想要求SMTP服务器pipe理员删除会话大小限制，因为它没有任何用处，并且触发了一个令人讨厌的错误，即丢失了邮件。 所以第二个问题是：是否可以在IIS中删除会话大小限制而不删除邮件大小限制？ 据我所知，这两个限制目前具有相同的价值。
从微软看到的小信息看下面的引用，我想这是为了防止邮件客户端在会话中发送邮件时发生循环，邮件在会话期间被拒绝，然后邮件客户端重试发送。 （从而形成一个循环）
选中将会话大小限制为（KB）checkbox，然后键入一个值以指示给定连接中所有邮件的最大总大小（以千字节为单位）。 此数字将始终大于最大邮件大小，应仔细设置，因为连接邮件传输代理（MTA）可能会重复提交邮件。 默认大小是10240 KB。 此值应大于或等于为限制邮件大小（KB）input的值。
从我自己的angular度来看，
我看到这个限制的用法，就好像在例子中，我开始通过电子邮件“宣传”销售一些viagra，我可以定位一个邮件服务器，并且在我的IP在公共RBL列表上列出之前在一个会话中发送很多“宣传” ，像交换检查最初的远程连接。 （ 参考 ）
IP阻止列表提供程序是Exchange中连接筛选function的一部分。 在计算机上启用IP阻止列表提供程序function时，连接筛选器代理将查询指定的IP阻止列表提供程序服务，以确定已启动连接的消息传递服务器是否是已知发送垃圾邮件的主机。
请记住，如果您的服务器是通过智能主机发送的，比如您的ISP的smtp服务器，那么ISP经常使用RBL列表扫描外发电子邮件，以确保如果客户感染了垃圾邮件，可以限制其客户对互联网的影响。
我提出这一点，因为你可以search电子邮件限制 ，因为如果你在短时间内向他们发送太多的电子邮件，许多大型服务会降低你的IP信誉评分。
一个侧面说明，有一个有趣的问题关于一个Web服务，发送大量的电子邮件。