[imp] IMP very slow on Centos 5

[ciscoswitch at putercom.org]

Thanks for all the information, I finally figured out what was causing the problem.  I'd thought that my dovecot logs were a little short for turning on debugging, down further in the config, I found more options for verbose messages, after that it was clear what the problem was.  

Since dovecot offered cram-md5 auth but didn't work because I'm not using it.  I turned off cram-md5 and everything popped right up like it should.  

So now, I'm sure I'll have some other questions, but at least the mailer is working now.  

Thanks everyone for your suggestions.  

Quoting Jan Schneider <jan at horde.org>: 

> 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.
>
>> 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.
>
>> 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
>


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.