Don,
This is something primarily related to IMail unless you have excessive
CPU or disk utilization caused by Declude. Declude doesn't even get
launched until after the AUTH and the entire message has been received
by the server. SMTP will slow down when there is excessive CPU or disk
utilization. Dropped packets or a slow connection can also cause
issues. I am unsure as to what 8.2x might have done to the speed of
SMTP responding to AUTH, nor the use of the alternative port, but it
might have made things a tad bit slower, but it shouldn't be that slow.
Maybe you have some of IMail's antispam stuff turned on and the
blacklist lookups are causing latency? I am in the camp that says that
IMail antispam should be turned off entirely when using Declude (because
it sucks and creates problems).
Matt
Don Brown wrote:
In the last few days, I have noticed a delay in the process of sending
a message. It seems there is a delay until the actual Auth part of
the sending process starts.
Instead of it being more/less instantaneous, as usual, it may take a
second or so for the client to deliver the mail to the smtp server.
We are using port 587 on Imail 8.21. We are not running any virus
scans, except on-demand via Declude 1.82.
I haven't tested using port 25, yet, to see if there is any
difference.
Has anyone else seen this behavior?
Thanks,
----
Don Brown - Dallas, Texas USA Internet Concepts, Inc.
[EMAIL PROTECTED] http://www.inetconcepts.net
(972) 788-2364 Fax: (972) 788-5049
----
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
