> My take has been that SMTPD tries to do as little as possible in order > to conserve sockets and shift processing load to less easily DoSed > resources. On the other hand, one by-product is that net disk I/O is > often increased when certain checks that are > part-envelope/part-content into are shifted to the delivery processing > phase, and then are failed. But while some of these checks would be a > cinch to perform at the close of the envelope if there are only a > couple of recipients, you have to consider scaleability: with many > recipients which each have their own thresholds, the disk might be > traversed for seconds, or even minutes, at the system's most exposed > point. I'd venture that by comparison, always so shifting the > anti-spam blacklist in actions in IMail 8--which are all-envelope!--is > more glaringly poor design.
OK, that makes sense. But how about a way to turn off the postmaster messages to the sender that the mail box is full, like an advanced setting? Yes, it is not something you would want all the time, but in the case of an overloaded server and in the process of reconfiguring, being able to stop sending out thousands of bounces would make a difference. > > Has this behavior changed in 8.0x? (The server will be upgraded to > > 8.03 pending a resolution of a ODBC issue.) Not an Imail issue, a client issue. John Tolmachoff Engineer/Consultant/Owner eServices For You To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
