php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #18174 IMAP gives login failures on 4.2.1, but works fine under 4.0.6
Submitted: 2002-07-05 03:32 UTC Modified: 2002-07-05 08:41 UTC
From: jhsieh at stickman-computing dot org Assigned:
Status: Closed Package: IMAP related
PHP Version: 4.2.1 OS: Solaris 8
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: jhsieh at stickman-computing dot org
New email:
PHP Version: OS:

 

 [2002-07-05 03:32 UTC] jhsieh at stickman-computing dot 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).

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-07-05 03:35 UTC] jhsieh at stickman-computing dot 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 04:08 UTC] 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 08:41 UTC] jhsieh at stickman-computing dot org 
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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 18 03:01:28 2024 UTC