[imp] IMP very slow on Centos 5

[Graeme Wood]

On Tue, 29 Sep 2009, Jan Schneider wrote:

> Zitat von Wayne Catterton <ciscoswitch at putercom.org>:
>
>> 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 <ciscoswitch at putercom.org>:
>>> 
>>>> 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 [slusarz at horde.org]
>>> 
>>> --
>>> IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
>>> Frequently Asked Questions: http://horde.org/faq/
>>> To unsubscribe, mail: imp-unsubscribe at lists.horde.org
>>> 
>> 
>> 
>> --
>> 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: imp-unsubscribe at lists.horde.org
>> 
>
>
>
> 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: imp-unsubscribe at lists.horde.org
>

-- 
Graeme Wood, Unix Section of the IT Infrastructure Division,
Information Services, The University of Edinburgh
Email: Graeme.Wood at ed.ac.uk 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.