I'm having the same problem. It only seems to occur after the PC
automatically runs either Marketwave HitList Pro (timed-daily) or Norton
Speed Disk (runs when the mail drive is 10% frag'd) . It doesn't happen
every time they're run either.
John Karpf
SNAPjax Web Services
-----------------------------------------------------------------
----- Original Message -----
From: John Draper <[EMAIL PROTECTED]>
To: Imail Forum <[EMAIL PROTECTED]>
Sent: Friday, June 11, 1999 3:14 PM
Subject: [IMail Forum] SMTP hangs
We recently upgraded Imail from 5.02 to 5.04, doubled out traffic, and
we have a (potentially serious) problem.
Without warning, email messages start backing up in the spool. When we
look at the logs, the last "SMTP-" entry before messages start to queue
seems fine. When I view the oldest message caught in the spool, it also
looks fine (not corrupt). We have about 200 users spread over 15
domains, all using virtual IPs. DNS reverse is working on all domains,
CNAMED to our Primary IP.
What we have to do right now is get to our NT server and type "Kill
SMTP32.EXE" at the command prompt to terminate anywhere from 10 to 50
SMTP processes running on the NT server (all service packs applied).
POP3 users can still access their mailboxes when the queue is hung, but
while mail is accepted for delivery, no "rdelivers" and "ldelivers"
occur until we kill the threads and click "Send All" in the spool. The
iMail monitor doesn't detect this problem, so we are sometimes oblivious
to a queue hang until an hour or two has gone by! The message that is
oldest is always a different sender or recipient (no common traits), and
does not look corrupt.
My questions are: Has anyone else run into this, and if so what's the
fix? If not, how safe is it for us to downgrade the SMTP32.EXE file to
an older version? We've been IMail users for about four months, and this
problem is about three weeks old. Any advice/suggestions would be
appreciated!
Thanks in advance,
John Draper
