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

go to bug id or search bugs for

Bug #13499 imap_open fails to authenticate
Submitted: 2001-10-01 13:45 UTC Modified: 2002-06-26 23:01 UTC
From: pc at philiptcarey dot com Assigned:
Status: Not a bug Package: IMAP related
PHP Version: 4.0.6 OS: linux (mandrake 2.4.8-24mdk)
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: pc at philiptcarey dot com
New email:
PHP Version: OS:

 

 [2001-10-01 13:45 UTC] pc at philiptcarey dot com 
PHP 4.06 Code which works on apache 1.3.2 on Win2k fails on linux with the same versions of PHP and apache. Depending on the extensions which are enabled either output terminates completely, or if the only enabled extension is imap then authentication fails. Code shown:

$server = "bluetrain.com";
$port = ":143/imap";
$account = "pcarey@bluetrain.com";
$passwd = "x0x0x0"; // not really...

$connstr = '\{' . $server . $port . '}' . imap_utf7_encode($mailbox);
$connstr = "\{$server$port}" . imap_utf7_encode($mailbox);

$mbox = imap_open ($connstr, $account, $passwd)
	or die(imap_last_error ());


Seems like this would have been noticed by the folks that do horde, since horde will not work and fails with the same behavior.

A variety of servers, accounts, syntaxes have been attempted, but it is never possible to authenticate from linux, apache 1.3.2 php4.06.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-10-02 15:47 UTC] pc at philiptcarey dot com 
Review of mail server logs and further testing against two different imap servers indicates that the proximal cause of the problem is an incorrect authentication scheme (though I suspect a different root cause, ie, memory overwrite, etc.).

It is as if there should be a specification associated with the authentication request which indicates md5-cram or plaintext, but that is either not sent or garbled.
 [2001-10-09 20:47 UTC] pc at philiptcarey dot com 
I tested the same code, this time using the php4.04 rpms, but the same version of linux (Mandrake 8.1) and apache (1.3.2), and it worked correctly.

There really does seem to be a bug that affects the php-imap that was introduced between 4.04 and 4.06.

Is there any plan to look at this, and if not can someone provide some pointers on how to do a 4.04 install in my current environment. I seem to get into a long trail of dependencies, and am not able to get the config that I need.

Thanks.
 [2002-06-26 23:01 UTC] sniper@php.net 
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

also, try adding /notls after the port:

$port = ":143/imap/notls";
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Thu Nov 06 11:00:01 2025 UTC