phpgroupware-tracker
[Top][All Lists]
Advanced

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

[Phpgroupware-tracker] [Bug #1992] Warning: Couldn't open stream {local


From: nobody
Subject: [Phpgroupware-tracker] [Bug #1992] Warning: Couldn't open stream {localhost:143}INBOX in /.../phpg.../email/inc/class.mail_dcom_imap.inc.php on line 214
Date: Wed, 16 Apr 2003 14:36:16 -0400

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

Changes by: Stephan February <address@hidden>
Date: Wed 04/16/2003 at 18:36 (GMT)

------------------ Additional Bug Attachment  ----------------------------
File name: class.mail_msg_base.inc.php.diff Size:0 KB
Patch to fix. Already submitted to patches.
http://savannah.gnu.org/bugs/download.php?group_id=509&amp;bug_id=1992&amp;bug_file_id=395



=================== BUG #1992: FULL BUG SNAPSHOT ===================


Submitted by: pkt                     Project: phpGroupWare                 
Submitted on: Mon 12/16/2002 at 03:37
Category:  email                      Bug Group:  0.9.14.001 release        
Severity:  5 - Major                  Priority:  Normal                     
Resolution:  None                     Assigned to:  None                    
Status:  Open                         Component Version:  CVS               
Platform Version:  Linux - SuSE       Reproducibility:  Every Time          

Summary:  Warning: Couldn't open stream {localhost:143}INBOX in 
/.../phpg.../email/inc/class.mail_dcom_imap.inc.php on line 214

Original Submission:  This bug occurs every time you set prefs and then enter 
the email app, or initially login to phpgw and then enter the email app. 
However, subsequent refreshings of the screen does not show this error. This 
seems to be just when you try to initialize the email app on first entry. It's 
almost as if the app tries to first-pass access email without having the 
user/password combo and then a subsequent iteration of the code grabs the 
user/pwd pair and then calls the email successfully. 

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

-------------------------------------------------------
Date: Wed 04/16/2003 at 17:58       By: stephanfeb
Hello

I've found the following comment at 
http://www.php.net/manual/en/function.imap-open.php

>>>> snip <<<
russell at flora dot ca
 08-Jan-2003 04:07

I'm not sure if this is a RedHat, PHP, or IMAP library issue, but the default 
for SSL seems to have changed.

You now need to specify "/notls" when you don't want TLS, rather than only 
needing to specify "/ssl" when you do.

Example: 

"{localhost:143}INBOX"

becomes:

"{localhost:143/notls}INBOX"
 
>>> snip <<<

using this info, i've edited the appropriate line in "function 
get_mailsvr_callstr()" from 

>>> snip <<<
elseif ($mail_server_type == 'imap')
{
   // IMAP normal connection, No SSL
   $callstr_extra = '';
   $mail_port = 143;
}

>>> snip <<<

... to ...

>>> snip <<<
elseif ($mail_server_type == 'imap')
{
   // IMAP normal connection, No SSL
   $callstr_extra = '/notls';
   $mail_port = 143;
}

>>> snip <<<

The above fixes the problem for me. system used:
Mandrake 9.0
Courier IMAP V 1.7.0
phpGroupWare version 0.9.14.002

Regards
Stephan

-------------------------------------------------------
Date: Thu 04/10/2003 at 07:16       By: rgoetz
I had the same problems on a Suse Linux 8.1 system and I could solve it by 
attaching "/novalidate-cert" at the address of the IMAP-Server like 
"123.123.123.123/novalidate-cert".



-------------------------------------------------------
Date: Sun 12/22/2002 at 17:03       By: pkt
I have "fixed" this at least temporarily. I went to that file and on that line 
(214), I replaced the variable with the entry "143/notls" or something to that 
effect. My server is down now or I'd put the exact entry. 

-------------------------------------------------------
Date: Sun 12/22/2002 at 11:51       By: None
I experienced the same problems,  (0.9.14.001) but I am able to extra pop 
accounts

-------------------------------------------------------
Date: Wed 12/18/2002 at 19:54       By: None
I have the exact same issue with 0.9.14.001 tar or CVS. Also, tried the 
unstable. Issue persists. Email works fine be the server assignment localhost, 
127.0.0.1, host.domain.com, or 192.x.x.x. Occurs with the same frequency as 
above poster.

Note: May be unrelated, but not able to use extra pop accounts. Resorted to 
fetchmail as a temporary solution.

Red Hat 8, i386
Apache 2.x
PHP4 w/globals enabled.
Reproduced on two servers and many installations.

Richard Harmonson, RHCE


CC list is empty


File Attachments
****************

-------------------------------------------------------
Date: Wed 04/16/2003 at 18:36  Name: class.mail_msg_base.inc.php.diff  Size: 
0KB   By: stephanfeb
Patch to fix. Already submitted to patches.
http://savannah.gnu.org/bugs/download.php?group_id=509&amp;bug_id=1992&amp;bug_file_id=395


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




reply via email to

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