Bug #18174 Updated: IMAP gives login failures on 4.2.1, but works fine under 4.0.6

ID: 18174 Updated by: jhsieh@stickman-computing.org Reported By: jhsieh@stickman-computing.org -Status: Feedback +Status: Closed Bug Type: IMAP related Operating System: Solaris 8 PHP Version: 4.2.1 New Comment: Actually, the horde lib on which this version of IMP ran on did not specify ssl or notls (or anything else). Explicitly putting in notls in the imap_open call in the library call fixed the problem. Closing bug. Thanks and sorry for the trouble. Previous Comments: ------------------------------------------------------------------------ [2002-07-05 04:08:21] sniper@php.net This really is not any bug in PHP but very likely a bug in IMP as it's obviously using wrong login method. Try adding 'notls' there and it should work. See page: http://www.php.net/manual/en/function.imap-open.php where it says 'ssl', change it to 'notls' ------------------------------------------------------------------------ [2002-07-05 03:35:42] jhsieh@stickman-computing.org That summary should have been: "IMAP gives login failures on 4.2.1, but works fine under 4.0.6" Sorry, I fat-fingered the cut/paste ------------------------------------------------------------------------ [2002-07-05 03:32:32] jhsieh@stickman-computing.org Apache 1.3.26 with mod_ssl 2.8.10 and PHP 4.2.1 on Solaris 8 using UW IMAP 2001a using Horde IMP 2.2.8, gcc-2.95.2 Under 4.0.6 (which I've reverted to) everything works fine. ./configure --with-mysql=/local/mysql \ --with-apache=../apache_1.3.26 --enable-track-var \ --prefix=/local --with-imap=../imap-2001a \ --enable-force-cgi-redirect --with-gettext \ Under 4.2.1, I can't ever get logged in. Login fails. ./configure --with-mysql=/local/mysql --with-apache=../apache_1.3.26 --enable-track-var --prefix=/local --with-imap=/export/src/imap-2001a --with-imap-ssl=/local/openssl --enable-force-cgi-redirect --with-gettext In syslog, logging the IMAP login attempts using 4.2.1, I am seeing: Jul 5 01:44:55 uniblab imapd[14269]: [ID 927837 mail.info] connect from uniblab-int Jul 5 01:44:55 uniblab imapd[14269]: [ID 806292 mail.debug] imap service init from 10.0.0.11 Jul 5 01:44:55 uniblab imapd[14269]: [ID 985434 mail.info] Command stream end of file, while reading line user=??? host=uniblab-int [10.0.0.11] A successful connect under 4.0.6 looks like: Jul 5 03:10:06 uniblab imapd[19165]: [ID 927837 mail.info] connect from uniblab-int Jul 5 03:10:06 uniblab imapd[19165]: [ID 806292 mail.debug] imap service init from 10.0.0.11 Jul 5 03:10:06 uniblab imapd[19165]: [ID 234311 mail.info] Login user=jhsieh host=uniblab-int [10.0.0.11] A failed login (bad password) under 4.0.6 looks like: Jul 5 03:20:01 uniblab imapd[19168]: [ID 927837 mail.info] connect from uniblab-int Jul 5 03:20:01 uniblab imapd[19168]: [ID 806292 mail.debug] imap service init from 10.0.0.11 Jul 5 03:20:04 uniblab imapd[19168]: [ID 985434 mail.info] Command stream end of file, while reading line user=jhsieh host=uniblab-int [10.0.0.11] It seems like somewhere, perhaps we're mangling what the login and password should be because I'm not even getting the userID back from imapd. Or, that because 4.0.6 does not let me specify --with-imap-ssl is saving me from some other code path. While imap is compiled with SSL, I am not using it here (using standard port 143 to connect here). ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=18174&edit=1