>Why not make Declude a threaded service and let imail call a dummy >'pass.exe' or something that only transfers the parameters to the service >and then exits immediately?
That is something that we have given some thought to. >Then you can do all sorts of nifty things like DNS caching... We already do have a "Declude Console" that can work as a "central clearinghouse" of information that could potentially be used to do DNS caching (which is on the ever-growing "to-do" list). >the 'heap' problem is gone Actually, this wouldn't help much with the heap problem. Without Declude, SMTPD starts an SMTP32 process which delivers the E-mail. With Declude, SMTPD starts a Declude.exe process which then starts an SMTP32 process when Declude ends. With a dummy pass.exe, the Declude wouldn't be in memory, but the SMTP32 process still would be. It might help to some extent, but the Declude Queue ( http://www.declude.com/dq.htm ) is designed to take a much more active approach to solving the problem. Also note that when lots of E-mail is coming in, IMail can start up to about 10 of the pass.exe processes before the code in them starts running, which doesn't help the heap issue at all. We may be checking to see if Ipswitch can add one extra line of code which would prevent the multiple processes from being started without having a chance to run some code first. >and the 'Declude queue' doesn't need an incoming message to be triggered. That's something that we plan to add to the Declude Console, but it's a fairly low priority since there shouldn't be many systems needing the "push" get the mail out. >It seems to me that you're already on the limits of a non-threaded design. Yes -- and so is IMail (quite a few people are having the heap problem without running Declude). >And maybe it's an idea to let declude totally replace smtp32.exe, thus >delivering the e-mail itself instead of passing it to smtp32.exe? That would be nice -- but a lot of work. Remember that the smtp32.exe process takes care of local mail deliveries as well as remote mail deliveries, and also handles retries and logging, etc. -Scott --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". You can E-mail [EMAIL PROTECTED] for assistance. You can visit our web site at http://www.declude.com .
