6.0.0-alpha12
6/9/25

[#3793] imap response problem
Summary imap response problem
Queue IMP
Queue Version 4.1.1
Type Bug
State Resolved
Priority 2. Medium
Owners slusarz (at) horde (dot) org
Requester stanley.appel (at) ps (dot) net
Created 04/19/2006 (6991 days ago)
Due
Updated 05/03/2006 (6977 days ago)
Assigned 04/20/2006 (6990 days ago)
Resolved 05/03/2006 (6977 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
05/03/2006 04:55:49 AM Michael Slusarz Comment #5
State ⇒ Resolved
Reply to this comment
Well, I can't speak for your experience but noone else seems to be 
having a problem with the new code in HEAD.  Backporting to 4.1.2 and 
closing ticket.
04/21/2006 10:26:16 AM stanley (dot) appel (at) ps (dot) net Comment #4 Reply to this comment
With this version of Client.php i get the following:

a) it takes ages on the browser to do something after i press log in



b) it gives a page back on the client called: redirect.php, which is empty



c) the apache log shows:

[client x.x.x.x] PHP Fatal error:  Allowed memory size of 8388608 
bytes exhausted (tried to allocate 44 bytes) in 
/var/www/html/horde/lib/Horde/SessionObjects.php on line 208, referer: 
http://mail.xxxxx.nl:8099/horde/imp/

Allowed memory size of 8388608 bytes exhausted (tried to allocate 135 bytes)



and one apache process died.



If i add debug statements in the Client.php to see what happens, i see 
it return a true in the function login at line 662.


04/20/2006 10:03:53 PM Michael Slusarz Comment #3
State ⇒ Feedback
Priority ⇒ 2. Medium
Reply to this comment
Can you replace your current imp/lib/IMAP/Client.php file with this one?

http://cvs.horde.org/co.php?r=1.47&p=1&f=imp%2Flib%2FIMAP%2FClient.php

and see if that fixes your problem.
04/20/2006 08:41:59 AM stanley (dot) appel (at) ps (dot) net Comment #2 Reply to this comment
I forgot to mention that the message on the login screen is:



Bad request: IMAP4 IMAP4REV1 STARTTLS NAMESPACE IDLE MAILBOX-REFERRALS 
SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND
04/19/2006 03:22:19 PM Chuck Hagenbuch Assigned to Michael Slusarz
State ⇒ Assigned
 
04/19/2006 12:57:04 PM stanley (dot) appel (at) ps (dot) net Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ imap response problem
Queue ⇒ IMP
State ⇒ Unconfirmed
Reply to this comment
I'm unable to login imp on a imap server. After looking at the code it 
looks like imp has a problem with the login response.



example telnet to the imap server:



[root@denhaag IMAP]# telnet utrecht 143

Trying 192.168.0.3...

Connected to utrecht.

Escape character is '^]'.

* OK [CAPABILITY IMAP4 IMAP4REV1 STARTTLS LOGIN-REFERRALS AUTH=LOGIN] 
utrecht.xxx.nl IMAP4rev1 2000.287rh at Wed, 19 Apr 2006 14:49:35 +0200 
(CEST)

0 login xxxxxx {6}

+ Ready for argument

blabla

* CAPABILITY IMAP4 IMAP4REV1 STARTTLS NAMESPACE IDLE MAILBOX-REFERRALS 
SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND

0 OK LOGIN completed

0 logout

* BYE utrecht.xxx.nl IMAP4rev1 server terminating connection

0 OK LOGOUT completed

Connection closed by foreign host.



it shows that the imap server first responded with a * CAPABILITY IMAP4...

and if I look at imp/lib/IMAP/Client.php code it does expect the ok 
line and nothing else.

Saved Queries