[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

[nobody]

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

Changes by: Anonymous user        Date: 2002-Dec-18 14:54

------------------ Additional Follow-up Comments ----------------------------
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



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


Submitted by: pkt                       Project: phpGroupWare                   
Submitted on: 2002-Dec-15 22: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: 2002-Dec-18 14: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


No files currently attached


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