ID: 14931
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux
PHP Version: 4.1.1
New Comment:
I think, I found the solution. I tested it on php 4.1.2.
File ext/imap/php_imap.c has got call to function
ssl_onceonlyinit ();
It should be _after_ calls to
mail_link(&imapdriver); /* link in the imap driver */
mail_link(&nntpdriver); /* link in the nntp driver */
mail_link(&pop3driver); /* link in the pop3 driver */
mail_link(&mbxdriver); /* link in the mbx driver */
mail_link(&tenexdriver); /* link in the tenex driver */
mail_link(&mtxdriver); /* link in the mtx driver */
mail_link(&dummydriver); /* link in the dummy driver */
I think that call
auth_link (&auth_ssl);
also can help.
Previous Comments:
------------------------------------------------------------------------
[2002-01-10 23:00:11] [EMAIL PROTECTED]
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
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14931
--
Edit this bug report at http://bugs.php.net/?id=14931&edit=1
