phpgroupware-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: nobody
Subject: [Phpgroupware-tracker] [Bug #886] Email problem
Date: Sat, 20 Jul 2002 13:26:58 -0400

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

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. 



No Followups Have Been Posted




No files currently attached


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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]