Roundcube Community Forum
SVN Releases => Issues & Bugs => Topic started by: sesardelaisla on July 10, 2009, 11:37:09 AM
-
Hello. I have fresh installed the RC 3.0b version. After some issues related with subdir installs/cookies the system is running ok but each time I change the page or refresh it, a message appears on top for a few seconds that says: "Server Error! (Not Found)".
I have noticed that this error only appears in Firefox. Safari behaves fine. Not sure about I thinks that this is some cookie related issue but I would like this message not to appear.
Any ideas?
Thanks in advanced.
EDIT: I have set cookies parameters to accept all cookies, even third parties cookies and now the roundcube webmail behaves ok. Why should I enable this? Isn't this a security risk?
-
I am also seeing this issue. Changing my cookie config didn't fix it. Shortly after seeing the "Server Error! (Not Found)" error, I am returned to the login screen. More than happy to try ideas out.
I'm using RoundCube 0.3-RC1, with PHP 5.2.4 on an Ubuntu Hardy (8.04) system.
On another machine I have, the 0.2.x branch works fine.
-
Me too.. Server not found when
1. Sign in
2. Check new message
3. Type the email in the recipent box
-
Hi,
I think I manage to find the error. My problem was solved once I replace the index.php which I didn't replace it during my upgrade.
Hope this will help u
-
I've finally decided to downgrade from 0.3RC1 to 0.2.2. Things are fine now. But I think that developing team will have to fix some cookies related issues.
-
Hi!
I have the problem with 0.3RC1, too!
Haven´t found any hint, yet.
Rgds.
--- Update ---
Found this:
[04-Aug-2009 16:44:51] MDB2 Error: constraint violation (-3): _doQuery: [Error message: Could not execute statement]
[Last executed query: EXECUTE mdb2_statement_mysql_1829d1aa881623b7bc93be8cd9325e73e051c2c16b USING @0, @1, @2, @3, @4, @5, @6, @7, @8, @9, @10]
[Native code: 1062]
[Native message: Duplicate entry '1-INBOX.msg-245' for key 'uniqueness']
[04-Aug-2009 16:44:51 +0200]: DB Error: MDB2 Error: constraint violation Query: _doQuery: [Error message: Could not execute statement] [Last executed query: EXECUTE mdb2_statement_mysql_1829d1aa881623b7bc93be8cd9325e73e051c2c16b USING @0, @1, @2, @3, @4, @5, @6, @7, @8, @9, @10] [Native code: 1062] [Native message: Duplicate entry '1-INBOX.msg-245' for key 'uniqueness'] in /srv/www/htdocs/webmail/program/include/rcube_mdb2.php on line 623 (POST /webmail/?_task=mail&_action=moveto?_task=&_action=)
[04-Aug-2009 16:45:09] MDB2 Error: constraint violation (-3): _doQuery: [Error message: Could not execute statement]
[Last executed query: EXECUTE mdb2_statement_mysql_245ce01cbd0f02c16f2c77f0cb75f6b6565d301163 USING @0, @1, @2, @3, @4, @5, @6, @7, @8, @9, @10]
[Native code: 1062]
[Native message: Duplicate entry '1-INBOX.msg-141' for key 'uniqueness']
--- ANY HINT? ---
-
@ oldschool:
try to truncate database tables "cache" and "messages".
-
@ rosali
Many thanks for yours reply!
I´ll have a try and will be back...
Rgds.
-=- UPDATE -=-
The db-errors are gone.
The server losing is still there...
???
Rgds.
-=- UP-UPDATE -=-
One question:
Could it be RC ist faster without DB-Caching...?!?
Switched this feature off and got a massiv performance impact.
Regards and have a nice day!
-
Hi!
I got 2 parallel working installations:
RC 0.2.2 - WORX GREAT - no probs at all.
RC 0.3RC - still have the "server error - not found" after a while.
No hint what´s going on. The logs show nothing...
Maybe it´s a bit too early to talk about a release candidate...?!?
Rgds.
-
RC 0.2.2 - WORX GREAT - no probs at all.
RC 0.3RC - still have the "server error - not found" after a while.
No hint what´s going on. The logs show nothing...
Been using 0.2.2 for months without any problems, and since upgraded to RC 0.3C, got the same error message described here and upper.
Upgrading the index.php didn't fix my problem neither...
thanks for your kind help, since I've got no webmail anymore...
-
Hi!
I switched the debugging logging on completly:
The SQL-Tasks seems working correctly.
After the "Server not found" the mysql is still working.
But the IMAP-Task shows something:
--- normal log start ---
...
[11-Aug-2009 00:17:07 +0200]: S: )
[11-Aug-2009 00:17:07 +0200]: S: FH12 OK FETCH completed.
[11-Aug-2009 00:17:07 +0200]: C: srch1 SEARCH ALL UNSEEN
[11-Aug-2009 00:17:07 +0200]: S: * SEARCH
[11-Aug-2009 00:17:07 +0200]: S: srch1 OK SEARCH done.
[11-Aug-2009 00:17:08 +0200]: C: cp01 CAPABILITY
[11-Aug-2009 00:17:08 +0200]: S: * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
[11-Aug-2009 00:17:08 +0200]: S: cp01 OK CAPABILITY completed
...
--- normal log end ---
After the server-lost-error the log ends with this:
...
[11-Aug-2009 00:17:10 +0200]: S: )
[11-Aug-2009 00:17:10 +0200]: S: FH12 OK FETCH completed.
[11-Aug-2009 00:17:10 +0200]: C: srch1 SEARCH ALL UNSEEN
[11-Aug-2009 00:17:10 +0200]: S: * SEARCH
[11-Aug-2009 00:17:10 +0200]: S: srch1 OK SEARCH done.
--- end ---
Looks like the communication to the IMAP is suddenly interrupted by ???
Any hint?
Rgds.
-
Use the installer to find problems in your php.ini
On my server the date.timezone and suhosin.session.encrypt were not set in my php.ini
So I set date.timezone to "EUROPE/BERLIN" an suhosin.session.encrypt to 0
This have done it to me! All works fine!
-
Hi!
Tested the latest trunk minutes ago.
The installer shows me no errors.
No timezone or suhosin error...
Rgds.
-
Have you cleared your cookies on your PC?
Are you trying it from one PC all the time or have you tested several PCs/Browser?
IMHO is this error a problem with cookies.
-
I was experiencing this issue, but believed it was related to changes I had made in program/include/rcube_ldap.php. In _exec_search(), if the provided filter was the default filter, it would 'return false'. I made the following change, and the errors went away.
function _exec_search()
{
if ($this->filter == $this->prop['filter']) {
$this->ldap_result = array();
return true;
}
... the rest of _exec_search ...
It appears that the expectation from _exec_search is more than just true or false. It seems that some type of result is expected. My solution was to assign an empty array to the result, and return true.
There may be a similar situation for other address book types.
Kyle
-
Linux x64 Server, Win Pcs and Apple Macs are here in use.
IE, Firefox, Safari.
Cleared cookies.
Still lost server...
-
I think it may be a similar issue as I experienced.
The function search() in program/include/rcube_imap.php gets results from _search_index(), which gets results from iil_C_Sort or iil_C_Search, which return an array.
All functions involved have the potential of also simply returning false.
If it's the same issue as I had with rcube_ldap.php, then whatever is calling search() is expecting an array to be returned, so false causes an error.
I could be wrong. :)
-
Use the installer to find problems in your php.ini
On my server the date.timezone and suhosin.session.encrypt were not set in my php.ini
So I set date.timezone to "EUROPE/BERLIN" an suhosin.session.encrypt to 0
This have done it to me! All works fine!
That tip helped me, thanks!
One extension: You must use Europe/Berlin instead of EUROPE/BERLIN to get Roundcube use this setting. See PHP: date_default_timezone_set - Manual (http://de2.php.net/date_default_timezone_set) for the possible values.
-
Use the installer to find problems in your php.ini
On my server the date.timezone and suhosin.session.encrypt were not set in my php.ini
So I set date.timezone to "EUROPE/BERLIN" an suhosin.session.encrypt to 0
This have done it to me! All works fine!
"date" and "encrypt" tested, but the error is still there...
I don´t really get it.
The 0.2.2 worx great.
Why the 0.3 not?
Rgds.
-
I have this error in installer, when test imap connection
Connecting to localhost...
IMAP connect: NOT OK(Wrong startup greeting (localhost:143): FTP
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.
)
I use Dovecot
In prev version 0.3-beta i all good ;)
in apache error.log
[Wed Sep 09 10:21:53 2009] [warn] mod_fcgid: stderr: PHP Notice: Wrong startup greeting (localhost:143): FTP
[Wed Sep 09 10:21:53 2009] [warn] mod_fcgid: stderr: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.
[Wed Sep 09 10:21:53 2009] [warn] mod_fcgid: stderr: in /var/www/test/http/roundcubemail-0.3-stable/program/include/bugs.inc on line 86
What is wrong ?
webmail is connect to imap, db connection is good too
-
OK I resolve this problem
DoveCot Server, send longer header (with FTP )
FTP
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.
and roundcube check only first chars
in program/lib/imap.inc
if (!preg_match('/^\* (OK|PREAUTH)/i', $line)) {
must by
if (!preg_match('/\* (OK|PREAUTH)/i', $line)) {
-
OK I resolve this problem
DoveCot Server, send longer header (with FTP )
FTP
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready.
and roundcube check only first chars
in program/lib/imap.inc
if (!preg_match('/^\* (OK|PREAUTH)/i', $line)) {
must by
if (!preg_match('/\* (OK|PREAUTH)/i', $line)) {
Sorry, but in my case, this not solve problem.
Also I, from time to time, cannot see any message listed in right pane, while in left pane, message not read are not counted
-
i do have similar issues, any news on this?
-
Hi,
I'm getting those wierd messages, too. any new here?
I'm running 0.3 stable on Ubuntu x64 with Cyrus IMAP
cheers,
madmas
-
Hi all!
I've same problem here. Login works well, butt as soon as appear the inbox, appear the problem, if i change folder appear only the error, but if i click in "preferences" for example, appear the login page.
The system doesn't works anymore only after a dist-upgrade of my debian testing system (done yesterday). I've cleaned the cache and message in the RC db.
This is the console:
[17-Sep-2009 21:08:24 +0200]: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready.Tried PLAIN: Resource id #45
[17-Sep-2009 21:08:26 +0200]: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready.Tried PLAIN: Resource id #49
This is the "error" log:
no errors
I've tried to remove php5-suhosin, but nothing. Only if i return before the dist-upgrade all works well.
thanks bye
--------------------------------
edit:
ops... sorry. I fixed the problem following the great instruction of csterzi ( http://www.roundcubeforum.net/issues-bugs/5007-server-error-not-found-2.html#post20501 )
Thanks :)
-
The problem is related to suhosin, more precisely the suhosin.session.encrypt option since version 0.3. Just set it to 0 and the error is gone.
Would be nice if it would be mentioned in the install / upgrade procedure.
-
ummm.... i think it's "date.timezone" the problem, because i've re-enabled suhosin (i would like to meet who assigned the name....) but RC 3 works well.
bye :)
-
I noticed that I only receive this error if message caching is turned off.
Unfortunately turning message caching on seems to break a number of other things so I do need to leave it off.
I have updated the php.ini file as suggested and am still receiving the error.
-
Just to continue the thread :
apache 2.2.11 php 5.2.11+suhosin
suhosin encrypt is at '0' in .htaccess
date.time is set in php.ini plugin markasjunk is active.
I do get the Server Error ! mesage if I log in using https
It's working like a charm if I do not use SSL ...
Hope this helps solve the issue
-
Just to continue the thread :
apache 2.2.11 php 5.2.11+suhosin
suhosin encrypt is at '0' in .htaccess
date.time is set in php.ini plugin markasjunk is active.
I do get the Server Error ! mesage if I log in using https
It's working like a charm if I do not use SSL ...
Hope this helps solve the issue
Me too get this problem with https
-
i had the same problem on two separate occasions.
the first time i was trying to manually upgrade. I solved it in this occasion by starting over and using the installer. (it really doesn't take that long, unless you have a lot of mods.)
on the second occasion... i was merging the database with another.
i solved it by emptying the cache table from the database.
(as always when dealing with db... backup!)
-
Hi,
As the problem is widely spread, and in my cas the suhosin compatibility matters, why not work on it at the roundcube level ?
I did not read RC code, but, maybe someone has ideas on where to patch against to use suhosins encrypted sessions ? Or maybe I'm so dumb I didn't see it has been corrected already ?