[Top][All Lists]
[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 13:58:35 -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 17:58 (GMT)
------------------ Additional Follow-up Comments ----------------------------
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
=================== 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
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1992&group_id=509