You're right I was under the impression that it was taking a while for
you to find the mail.domain.com IMAP or SMTP.  

An easy way to verify DNS if it were an issue though would be to merely
sub in the IP address instead of the FQDN.  It may have been possible
that DDN was conflicting with your original settings.

Slow downloading of the IMAP.  I am getting to the limit of my
expertise.  Does the processor time or memory usage spike when this
occurs? I would obviously run Task Mgr. and see what processes are
taking a toll on the system.  Hopefully it is something that simple and
that you could change the priority of the process maybe???  Any ideas
gentlemen?  As I said Todd at this point, I am shooting from the hip a
bit so take it with a grain of salt.






________Original
Message__________________________________________________
Subject: Re: [IMail Forum] IMail SLOW after moving to 2000/AD server

>>>>>Nope.  DNS is NOT running on my AD servers.  My domain (i.e.
dept.domain.com) is a subdomain of dept.com and dept.com's DC's are
runnind
DNS.  the dept.domain.com DC's are pointing to ad1.domain.com and
ad2.domain.com for DNS resolution which was the only way we could get
replication to work correctly.  This is significant since the AD servers
are
NOT authoritative for the DNS domain domain.com.  The authoritative
servers
are BIND but have SRV records for ad1 and ad2 and are delegating all the
"_"
subdomains to ad1 and ad2.  Basically the DNS in the AD domains is JUST
for
AD, not normal DNS.

Even so, would DNS issues cause very slow downloading of IMAP messages?
I
would think that by the time I made the connection and I was watching my
local mailbox fill up, that DNS already did it's thing and we were long
past
that.

--Todd.




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