I haven't found a way through IMail, however you could set an AT task (nasty
I know)
Steve
Steven Moore
Internet Development Engineer
Research Machines
+44 1235 823522
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert Edgar
Sent: 14 November 2000 14:36
To: [EMAIL PROTECTED]
Subject: RE: [IMail Forum] How to speed up sending out a news letter
Since I have bags of cycles to spare and I would prefer not to turn sending
mail into a manual task is there a way to setup the extra smtp.exe's
permanently?
Rob
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of STEVEN MOORE
(IFL)
Sent: Tuesday, November 14, 2000 5:17 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [IMail Forum] How to speed up sending out a news letter
Lots of question marks... it's not that tricky. When Imail does it's
regular queue run all it does is start 1 smtp32.exe process which acts as a
queue runner that sequentially goes through the messages, this is just the
same as exim and sendmail. If you have a lot of messages or have a bad
message then 1 process is not a very efficient way of getting mail out of
your server. Hence time to start more queue runners. You can do this from
the IMail admin interface by clicking Send All many times in the Queue
Viewer window, or you can do it from the command prompt.
The 30 max process limit only refers to the maximum number of smtp32.exe
delivery processes that can be start on receipt of an SMTP messages by SMTPD
(the port 25 daemon). IMail rather cleverly in my opinion separates the
daemon and delivery process so that you can still receive mail even if you
delivery is not working properly.
Hope this is a bit clearer.
Steve
Steven Moore
Internet Development Engineer
Research Machines
+44 1235 823522
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Len Conrad
Sent: 13 November 2000 23:47
To: [EMAIL PROTECTED]
Subject: RE: [IMail Forum] How to speed up sending out a news letter
>The essential benefit of running a queue runner in this way is that you can
>run many. What tends to happen on IMail is that the active queue runners
>reduce down to just 1
?????
>30 processes (or whatever you set it to) is a maximum which only happens to
>incoming connections
the SMTPD server, then. I thought the 30 applied to SMTPD server +
SMTP- clients.
>use. Because IMail renames messages that are being processed it seems to be
>totally safe to be running multiple queue runners in this way as each just
>looks for messages which are not being processed. I have done this with
>1000's of messages during testing with no ill effects and a vast reduction
>in the time to clear the queue.
good to know, although I suppose if one/many of those msgs is a
kiler, will will still take out any queue runner that picks it up.
>You could even create a batch file which automatically runs 10 (for
example)
>queue runners at these problem times.
"which reduces down to just one" ???
>Hope this helps clarify.
you're not done yet. :)) After such a batch of 10, are there 10 SMTP
processes in memory each sending msgs in parallel or "just one"?
btw, on that Imail/IMGate client that moves 150+ K msgs a day through
IMGate, the number of SMTP processes varies between 60 and
220. :))) At which point, on 256K manchine, I think he's memory
limited. I've recommended he up to 512. The CPU is averaging about
85 to 90% idle at all times.
Len
http://BIND8NT.MEIway.com: ISC BIND 8.2.2 p5 & 8.2.3 T6B for NT4 & W2K
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/
STANDARD DISCLAIMER: This message is confidential. You should not copy it or
disclose its contents to anyone. You may use and apply the information only
for the intended purpose. Internet communications are not secure and
therefore RM does not accept legal responsibility for the contents of this
message. Any views or opinions presented are only those of the author and
not those of RM. If this email has come to you in error please delete it and
any attachments.
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/
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/
STANDARD DISCLAIMER: This message is confidential. You should not copy it or
disclose its contents to anyone. You may use and apply the information only
for the intended purpose. Internet communications are not secure and
therefore RM does not accept legal responsibility for the contents of this
message. Any views or opinions presented are only those of the author and
not those of RM. If this email has come to you in error please delete it and
any attachments.
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/
