[Phpgroupware-tracker] [Bug #886] Email problem

[nobody]

=================== BUG #886: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=886&group_id=509

Changes by: Bill Hines <address@hidden>
Date: 2002-Aug-14 00:03 (GMT)

------------------ Additional Follow-up Comments ----------------------------
Where in PHPgroupware should this change be made? Or should it be made in the 
Imap server itself? Sorry, a bit green around the gills on this stuff... and 
what I have tried hasn't worked at all!




=================== BUG #886: FULL BUG SNAPSHOT ===================


Submitted by: stekman                   Project: phpGroupWare                   
Submitted on: 2002-Jul-20 17:26
Category:  email                        Bug Group:  0.9.14 RC3                  
Severity:  5 - Major                    Priority:  Normal                       
Resolution:  None                       Assigned to:  None                      
Status:  Open                           Platform Version:  Linux - RedHat       
Reproducibility:  Every Time            

Summary:  Email problem 

Original Submission:  There is a problem with php (4.2.1) with the imap 
extension and SSL. It is discussed in the php.net manual under the imap_open 
reference. But I have a better reference below.

This breaks both the pop3 and imap (non-SSL) functionality and phpGW responds 
that the user should check his username and password. I have tried with the 
following strings instead and it works: {localhost:110/pop3/notls}INBOX and for 
imap: {localhost:143/notls}INBOX.

On http://rpms.arvin.dk/php/rh72/i686/ you can read about the problem.

Trouble using the php-imap extension with some IMAP servers

>From the imap-2001a documentation (docs/FAQ):

Q: What does the UNIX error message:
     TLS/SSL failure: myserver: SSL negotiation failed
    mean?
Q: What does the PC error message:
     TLS/SSL failure: myserver: Unexpected TCP input disconnect
    mean?
A: This usually means that an attempt to negotiate TLS encryption via the
    STARTTLS command failed, because the server advertises STARTTLS
    functionality, but doesn't actually have it (e.g. because no certificates
    are installed).
   Use the /notls option in the mailbox name to disable TLS negotiation.

In other words: If you experience login problems when contacting some 
SSL-capable IMAP servers on the ordinary (non-SSL) imap port 143, then try 
modifying the connect-line. 

Follow-up Comments
*******************

-------------------------------------------------------
Date: 2002-Aug-14 00:03             By: kiwibill
Where in PHPgroupware should this change be made? Or should it be made in the 
Imap server itself? Sorry, a bit green around the gills on this stuff... and 
what I have tried hasn't worked at all!





No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=886&group_id=509