See within your message for my responses
Daniel Donnelly
________________________________________________________
> Daniel:
>
> Quick question (or not so quick). IMail should be able to deliver
multiple
> emails simultaneously correct? In other words IMail should spawn a set
> number of SMTP32 processes to deliver an email each, up to the number of
> processes you've set in the registry (or 30 processes if you've not set a
> number in the registry).
DD- Yes
> If that is the case, then I am definitely seeing a
> problem on my system, and this ties in with my earlier email regarding
IMail
> Efficiency.
>
> What I'm seeing on my system is several SMPT32 processes opening and
taking
> up memory, but taking up no cpu time. It appears to me as if only one
email
> is being delivered at a time, which might account for the extremely slow
> process of clearing a full que.
DD - Well, each SMTP32 process is used to deliver a single message to its
destination. Those with long lists of addresses, will be open longer than
those with just one or 2. So just because the CPU time is low for one of
these processes, that is not any real indication of its state. Much real
time (and little CPU) is used while waiting for DNS responses and in other
messaging sending places where 'timeouts' might occur. Best to watch the PID
and if that one is still around after say, 1 hour, then it might be one that
is not performing (or one that has many, many email addresses to deliver
to).
Only way that 1 or less processes would be available for IMail to use, would
be if there already were 29 (or MaxQueProc -1) SMTP32 processes currently
running. Yes, that would cause IMail to feel 'slow'. It would be delivering
(normally) 29 other messages, with only 1 free to handle any 'new' mail in
the Queue. If all SMTP32 processes are in use, that means IMail will attempt
to start one for the new message, see Max reached and close right away. This
could feel like IMail 'stopping delivery'. I have seen a few instances where
this has happened. 2 solutions, 1, restart the IMail computer, 2, Using
kill.exe (from NT Resource Kit), to stop all SMTP32.exe. Then you can use
the Send One/All buttons in the Queue to start delivery. #2 will usually be
quicker. If the problem reoccurs, could mean that the Queue contains a file
that is causing the problem. If those files can be isolated, I'd like a copy
of the files for testing.
> Might have it all wrong, but you piqued my interest with this mail and I'd
> like to know more. Don't see anything in the manual regarding the process
> of how IMail handles/delivers email precisely. Could you explain the
> process in a little more detail or point out where I might read it please?
>
DD - Well, I think I got most to the process here. The only thing in the V6
manual (p225) is basically correct, but old (actually may be from IMail
Client manual of days past).
> Thanks
> Anthony
>
>
>
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Donnelly
> > Sent: Monday, October 16, 2000 2:02 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [IMail Forum] Mailinglist max recipients
> >
> >
> > First, the List Server settings might be optimized by increasing
> > the 'Number
> > or Recipients per message to something like 1700 instead of the
> > default 25.
> > This will reduce the number of messages in the Queue from over
> > 1300 to less
> > than 30 (for each message sent to list), the default MaxQueProce (yours
is
> > NOT set to the default or you would only see 30 SMTP32 processes,
> > not 130!).
> > This will leave some SMTP32 processes to help the normal
incoming/outgoing
> > email.
> >
> > Second, Check KB for 'MaxQueProc' and find that registry setting
> > and reduce
> > it. I've seen someone else who set it to 100 and that caused resource
> > problems. I've used 60 on my similar (but single CPU) PC and
> > multiple lists
> > and all worked well.
> >
> > Third, IMail uses a Q and a D file for the messages in the \spool.
Having
> > only one and not the other is not enough to tell IMail to process the
> > message. See Manual for more details.
> >
> > Fourth, I heard of lists over 65K users.
> >
> > Daniel Donnelly
> > ________________________________________________________
> > See the Knowledge Base at http://support.ipswitch.com/kb
> >
> > ----- Original Message -----
> > From: "Newsletter" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Sunday, October 15, 2000 10:31 AM
> > Subject: [IMail Forum] Mailinglist max recipients
> >
> >
> > > Hello List,
> > >
> > > Our Imail is running on a Dual Proc, 512MB RAM, SCSI Drives.
> > This machine
> > is just running Imail.
> > > There are only several hundred accounts (Long story, but there
> > used to be
> > 5000+ accounts, that's why
> > > it's on such a fast machine).
> > >
> > > We have a mailing list with about 34,000 addresses in the list. We
sent
> > our first message to this
> > > list and it didn't go very well. The system resouces never went higher
> > than 5%. There were up to 130
> > > SMTP processes for the messages at any point. The installation
> > was done by
> > someone else, I think it
> > > was installed with defaults. What settings in Imail or in the
> > Registry can
> > i change to hopefully
> > > improve things?
> > >
> > > During the time the messages were being delivered incoming mail wasn't
> > being delivered to accounts
> > > in Imail. Or so far down in the queue that it seemed like it stopped.
> > Would we have a chance of
> > > losing any incoming or outgoing mail during this mail blast?
> > >
> > > After 5 or so hours there were about 7200 messages still in the Q and
it
> > seemed to have stopped. I
> > > started pulling anything in the Q ending in .LST then it started
again.
> > when i copied the messages
> > > back into te Q it ddidn't seem to know they were in there. I even
copied
> > some regular messages back
> > > in there that were copied out and it didn't notice those either. At
this
> > point any mail outgoing or
> > > incoming seem to work just fine. The number of the messages in the Q
was
> > "0" even though there was
> > > messages in the spool folder. Any insight would be appreciated.
> > >
> > > How many members can a list on a machine like this handle?
> > >
> > > Thanks for the help,
> > > -steve funk
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/
