I have safely replaced SMTP32.EXE from 5.02 in place of one from
5.04. Stop the service, rename the old one to SMTP32504.EXE then
copy the old SMTP32.EXE into the directory.
Worked here anyway.
Dusty
----- Original Message -----
From: John Draper <[EMAIL PROTECTED]>
To: Imail Forum <[EMAIL PROTECTED]>
Sent: Friday, June 11, 1999 2: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
>
>
