>NOTE: I believe it is truly a bug.  If designed this way on purpose, it was
>an oversight that should be corrected!!

agreed.

>The only workaround that I have
>come up with is to set your 'max recips per message' on each list to 5.
>This will allow the messages to be dumped over to the relay immediately but
>at a tremendous cost.  If you have 8000 subscribers, that equates to 1600
>connection attempts to your gateway.

and each connect is deferred "SMTP retry timeout" ?  say 20 minutes?

1600 timeouts x 20 min / timeout = 533 hrs to send the list one msg.

>If instead you set the max recips per
>message to 500 (assuming IMail was fixed), your connection attempts are
>decreased to 16.  Less traffic (the actual data file would be sent 16 times
>instead of 1600)! less smtp delivers processes on the imail box, less
>storage on imail, less storage on the gateway, more efficient! etc...
>
>This appears to be the final word and IPswitch support says it's not a bug!

"send mail through a gateway" is also mis-conceived (ie, it's not a 
bug, it's a design fault) in that it overrides the NT hosts setting 
for relay destinations, meaning relay mail doesn't go downstream to 
the ip address in NT hosts, but upstream and back out to the gateway 
ip which forwards it back to Imail which ... gives you a mail loop.

There's not need to couple relay mail ande sending to a gateway, 
totally different traffic.

There's needs to be more flexibility, sophistication in the sending throttling
controls.   The intent is fine, not to overwhelm the remote SMTP 
server, but the implementation is lacking flexbility.

There should be a timeout for failed, deferred SMTP deliveries, as we 
have now.

There should be a separate throttling parameter for successful 
deliveries, the "anti-thundering herd" parameter.  The two situations 
are totally different.

Another reason to use a different list server on a different MTA, 
when you have multi-1000-subscriber lists.

This is probably too big a change to slip into 6.0x, so it's Imail7 
at the earliest.

Len


http://BIND8NT.MEIway.com: ISC BIND 8.2.2 p5  installable binary for NT4
http://IMGate.MEIway.com:  Build free, hi-perf, anti-spam mail gateways

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/

Reply via email to