ID: 14931
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.1.1
New Comment:
Removing the "@" from imap_open() gives this warning message:
Warning: Couldn't open stream
{tenaya.physics.lsa.umich.edu:993/imap/ssl/novalidate-cert} in
/var/www/html/horde/imp/lib/IMP.php on
line 322
Previous Comments:
------------------------------------------------------------------------
[2002-01-10 22:55:26] [EMAIL PROTECTED]
So it looks like imap_open() doesn't return a "stream".
------------------------------------------------------------------------
[2002-01-10 22:54:26] [EMAIL PROTECTED]
Some more verbose log output (from using Horde):
Jan 10 22:48:23 HORDE [debug] [imp] $imp['stream'] = ; $connstr =
{tenaya.physics.lsa.umich.edu:993/imap/ssl/novalidate-cert};
$imp['pass'] = xxxxxx [on line 329 of
"/var/www/html/horde/imp/lib/IMP.php"]
Jan 10 22:48:23 HORDE [error] [imp] FAILED LOGIN 198.129.208.14 to
tenaya.physics.lsa.umich.edu:993[imap/ssl/novalidate-cert] as gurney [on
line 347 of "/var/www/html/horde/imp/lib/IMP.php"]
The code fragment that produces the appropriate variables above is:
$imp['stream'] = @imap_open($connstr, $imp['user'],
Secret::read(Secret::getKey('imp'), $imp['pass']));
------------------------------------------------------------------------
[2002-01-09 21:49:08] [EMAIL PROTECTED]
Oh, yes: The IMAP server is Courier-IMAP. Apache apache-1.3.22-1.7.1
on RedHat 7.1.
The maillog has no entries from the imapd-ssl server.
The bug was discovered when testing a Horde (2.0)/IMP (3.0)
installation.
------------------------------------------------------------------------
[2002-01-09 21:42:01] [EMAIL PROTECTED]
I've experienced exactly the same thing when compiling PHP 4.1.1 as an
Apache dynamic module:
./configure --prefix=/var/www --enable-xml --with-mcrypt=/var/www
--with-gettext --with-imap=/usr/local/src/pine4.40/imap --with-imap-ssl
--with-apxs --with-kerberos=/usr/kerberos
I don't think Apache "hangs": it seems like the authentication protocol
times out.
This happens both with: "imap/ssl" and "imap/ssl/novalidate-cert". Have
not tried POP3/SSL.
I am certain the problem is not with the c-client code (from the Pine
4.40 distribution) because the pine executable that was compiled with
the same c-client negotiates IMAP/ssl/novalidate-cert just fine.
------------------------------------------------------------------------
[2002-01-08 12:54:33] [EMAIL PROTECTED]
'./configure' '--with-apache=../apache_1.3.22' '--with-mysql=/usr'
'--enable-track-vars' '--disable-debug' '--with-openssl=/usr'
'--with-zlib' '--enable-calendar' '--with-curl' '--with-dom' '--with-gd'
'--with-imap' '--with-imap-ssl' '--with-kerberos' '--enable-xslt'
'--with-xslt-sablot' '--with-expat-dir=/usr'
RedHat 7.2
imap-2000c-15
openssl-0.9.6b-8
imap_open("{mail.server:993/imap/ssl/novalidate-cert}", "username",
"passwd");
hangs the Apache instance. I can track that it connects to the right
port but username is not sent. When trying to connect without ssl
everything works. So is this PHP problem or ?
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=14931&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
