We've had several POP and SMTP and Spool issues in the past few months, all
of which were straightened out per assistance from everyone here - (Len,
we're still going to implement the IMGate solution, just need to free that
server up for it ; haven;t forgotten about you!).  Things have been running
great for the past couple of weeks....

All of a sudden, beginning this past Friday, we are beginning to experience
a tremendous slowness in users (external and internal) connecting to SMTP to
send out email only during the business hours;  nothing has changed in
quantities of emails or bandwidth of email traffic handled during the day;
no setting changes recently;  POP access flies as it has recently....

when sending a simply email , it will take 30 seconds to a minute to
complete connection to server, before upload of message takes place.....

Any ideas ?

IM v7.06
dual piii 800
raid 5 scsi (i know this isn;t the best setup)
1GB ram
plenty of HDD left on both C: (1GB - program files) and D: (48GB - spool and
mailboxes)


Sincerely,

Randy Armbrecht
Global Web Solutions�, Inc.
804-346-5300 x102
877-800-GLOBAL (4562) x102
----- Original Message -----
From: "Christopher J. Hinkle" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 22, 2002 10:13 AM
Subject: RE: [IMail Forum] smtp32.exe failed to initialize properly


>
> > >Every so often we get the following error messages... there
> > >will often be several at once (usu. >10), and these will
> > >coincide with a spike in SMTP volume.
> > >
> > >How have people found best to deal with this kind of problem?
> > >Should we increase or decrease the "Maximum Processes" number
> > >(set to 60) or the "delay between recipients" (set to 1)?
> >
> > The value of 60 may be pushing you over the limit (you can go to
> > http://www.declude.com/dq.htm for an overview of this issue, which is
> > caused by a combination of a Microsoft not documenting a
> > scarce resource,
> > and the IMail architecture).
> >                                                     -Scott
>
> Ok, so I specified 256k for the mystery heap in the registry, installed
> Declude Confirm (without the .cfg file), snuck the max processes down to
>
> 50, and rebooted.  Two mass mailings were sent this morning for a total
> of 8000 recipients and the server crapped out... Thousands of little
> "SMTP32.EXE" OK boxes popped up between 6-7am (mailing was sent at 6),
> and the server crashed because nobody was paying attention.  In the
> Imail
> Syslogs, I'm finding these starting around 6:40am:
>
> 10:22 06:48 SMTPD(CP) error 1455 executing "e:\imail\Declude.exe"
> "e:\imail\spool\Q2d170066009c272f.SM
>
> 10:22 07:21 SMTPD(CP) error 1450 executing "e:\imail\Declude.exe"
> "e:\imail\spool\Q34b40023008ce36d.SM
>
> I'm guessing this just means that there's no more memory to start a new
> declude.exe process, right?  But they continue until 7:22am.... the
> machine continues to send mail out until 7:45am when everything stopped.
>
> Any ideas?
>
> chris.
>
>
>
> 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/
> ---
> [Scanned for viruses on GlobalWeb.net's system using Declude/F-Prot AV]
>
>


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/

Reply via email to