On Tue, 29 Sep 2009, Jan Schneider wrote:
Zitat von Wayne Catterton <[email protected]>:
I figured it might be something with my setup, as IMP probably does things
a little differently then squirrelmail.
I've ruled out DNS, everything I refer to in the configs is in the hosts
file, and I run an internal dns as well, and so local lookups are
lightning quick, and never had a problem with anything else that uses
them.
not sure how to check on session locks, or what to set in the config's for
these.
I'm not sure on the c-client stuff, from what I've been reading on Centos,
if you use yum to install php-imap it compiles in the c-client stuff. I
have postfixadmin running, and have used other webmail programs such as
squirrelmail, I can also use Outlook with imap and outlook express with
pop3 and they all work great and are lightning quick.
What your talking about with the CRAM-MD5 sounds like it could be
possible, but if all that is handled by the c-client, then I'd imagine I'd
have issues with other things with php-imap.. Squirrelmail has a password
changing utility that uses the imap server to change the password, and
that works fine with no problems, no slowness. Not sure what else I have
that's using php-imap though, so if you have any ideas on how to check to
see if this is the issue, that would help.
Squirrelmail is not using php-imap, so it's rather a hint *for* c-client
being the culprit than against it.
Unfortunately there aren't any debugging possibilities for c-client, so you
might want to watch the IMAP traffic on the wire instead.
My suggestion would be to look at what authentication options your IMAP
server is providing and then check that your c-client library is compiled
with the one you want to use first. It sounds to me like your c-client
library is trying multiple methods of authentication and timing out trying
them until it finds one that is working.
is imapproxy something to just test with? or is it something that could
potentially mess up stuff with my mailserver?
It doesn't mess anything up, it's just a proxy that routes the IMAP traffic.
It even listens on the different port and you can still use IMAP directly
with the other clients.
You will get a big perfmormance improvement using imapproxy, though it
won't improve the initial login time.
thanks,
Quoting Wayne Catterton <[email protected]>:
Thanks,
Ok, I've got horde setup to use imp for auth, and imp is set to auth
through imap. I'll leave this alone.
I've checked the logs, and don't see any errors or problems. I even set
dovecot to log to a seperate file (I normally have it set to syslog),
and
errors to another, I watched both files and didn't see any problems.
One thing I did notice on the logs though, is after I click (say to
check
my mail in imp), it's a good 1-3 seconds before I see activity in the
log,
but there isn't any error messages or anything like that, all appears
normal.
This sounds like an issue with your setup. This is not an issue with
IMP per se.
Things that can cause delays include (but are not limited to) slow DNS
lookups, waiting for session locks, and authentication issues between
c-client and the IMAP server (if not configured correctly, it might be
trying to do things like CRAM-MD5 authentication, and only after a
failure does it fallback to regular LOGINs). Might want to try
running something like imapproxy that keeps the IMAP connections open.
Depending on the results after using imapproxy, it would indicate
whether there is an issue at the authentication step.
There is a slight advantage to using imp auth, but that would most
definitely not account for a 5 second delay.
michael
--
___________________________________
Michael Slusarz [[email protected]]
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
--
Wayne Catterton CCNA
Network Engineer
Scappoose, OR
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
Jan.
--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
--
Graeme Wood, Unix Section of the IT Infrastructure Division,
Information Services, The University of Edinburgh
Email: [email protected] Phone: +44 131 650 5003 Fax: +44 131 650 6552
The University of Edinburgh is a charitable body,
registered in Scotland, with registration number SC005336.
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
