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: Wed, 20 Nov 2002 20:06:29 -0500

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

Changes by: Alejandro Borges (lex) <address@hidden>
Date: 2002-Nov-20 19:06 (Mexico/General)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
This has been fixed in CVS and should be available in the next
release.



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


Submitted by: stekman                   Project: phpGroupWare                   
Submitted on: 2002-Jul-20 11:26
Category:  email                        Bug Group:  0.9.14 RC3                  
Severity:  5 - Major                    Priority:  Normal                       
Resolution:  None                       Assigned to:  None                      
Status:  Closed                         Component Version:  None                
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-Nov-20 19:06             By: alexbsa
This has been fixed in CVS and should be available in the next
release.

-------------------------------------------------------
Date: 2002-Nov-14 11:39             By: None
I would also appreciate if someone can give some details what file to edit and 
change in phpgw to take care of this problem. The directions about adding 
/notls is too vague for a newbie like me. Where exactly do I add that option? 
Somone also suggested in the forum to tweak the file 
[...]/phpgroupware/felamimail/inc/class.bofelamimail.inc.php. Any suggestion. 
Thanks a lot beforehand. 

-------------------------------------------------------
Date: 2002-Aug-13 18: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!



CC list is empty


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]