Bug 65694 - IMAP connections fail
Summary: IMAP connections fail
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: imap
Version: 7.3
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-05-30 08:37 UTC by Elson, Del
Modified: 2007-04-18 16:42 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-06-10 23:53:35 UTC
Embargoed:


Attachments (Terms of Use)

Description Elson, Del 2002-05-30 08:37:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417

Description of problem:
After updating to RH73, a new bug popped up where PHP was checking the validity
of the mail server certificate even for NON-SSL sessions. This was fixed, if you
can call it that, by adding "novalidate-cert" to non-ssl mail server call
string, even though this should not be necessary.

This bug also appears to be triggered by updating to the latest php_imap and
imap RPMs for Red Hat 7.2.  It appears to be caused by compiling php_imap
against imap-devel-2001c, so is possibly a bug in the IMAP libraries and not the
IMAP server.  Earlier versions of php_imap also exhibit this bug if recompiled
against imap-devel-2001c.  External IMAP clients (eg: Netscape communicator, MS
Outlook) appear to be unaffected.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Any php_imap compiled against imap-2001c libraries as supplied in
RH 7.3 or latest updates to RH 7.2.
2. imap_open ( {INBOX:443}, username, password );  -- fails
3. imap_open ( {INBOX:443/novalidate-cert}, username, password ); -- works

	

Actual Results:  Warning:  cannot open IMAP stream. (PHP error message).


Expected Results:  Successful opening of IMAP connection.


Additional info:

Note that adding the /novalidate-cert option to non-SSL imap connections prior
to imap-2001c appears to break them, eg:

I get this error:

source: email class.mail_msg_base.inc.php
called from: /phpGroupWare/index.php, index_data()
imap_last_error: Can't open mailbox
INBOX: invalid remote specification

Comment 1 Mike A. Harris 2002-05-30 21:38:37 UTC
For the record, there is no such thing as imap-2001c, at least not released
by Red Hat.  Perhaps you've made a typo?  Please confirm/correct, so we
are on the same page.

Assuming a typo...  I would wager that this is not an imap package problem,
but a php_imap problem.

Comment 2 Elson, Del 2002-05-31 00:43:50 UTC
The exact package name-version-release on Red Hat 7.2 is imap-2001a-1.72.0

The package on Red Hat 7.3 is imap-2001a-10

I agree that this could be a php_imap bug rather than an imap bug, but it seems
odd that compiling php_imap against imap-2001a causes the problem whereas
compiling it against imap-2000c-10 causes it to work correctly, whereas
compiling it against imap-2001a causes it to break.

It's not an imap server problem, since other IMAP clients are unaffected.

Comment 3 Elson, Del 2002-06-10 23:53:29 UTC
Has there been any action on this?  It still appears to be outstanding and
breaks most PHP based web mail systems.


Comment 4 Mike A. Harris 2002-08-08 02:18:54 UTC
Just because you compile something against one release of imap
and it works, and compile it against another release of imap
and it does not work, does not in any way lock it into being a
bug in the imap server or sources.  It is entirely possible that
this software is misusing interfaces, or some interface has
changed that should not have been used by software (such as
internal interfaces).

I've looked into this a bit, and I believe that it is a bug in
the php software, not in UW imap.  Without specific proof of a
bug, and more troubleshooting and debugging information supplied
in the bug report, it isn't worth wasting a lot of time debugging
to find out in the end that I'm right.

Please report this bug to the upstream maintainers of UW imap if you
believe it is a bug in UW imap.  I personally consider it a php webmail
bug however, and suggest you report the problem to the authors of
the php software you're using.





Note You need to log in before you can comment on or make changes to this bug.