Roundcube Community Forum

 

Server Error! (Not Found)

Started by sesardelaisla, July 10, 2009, 11:37:09 AM

Previous topic - Next topic

sesardelaisla

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?

aaronr

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.

edwardally

Me too.. Server not found when
1. Sign in
2. Check new message
3. Type the email in the recipent box
Thanks,

Edward Chew

edwardally

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
Thanks,

Edward Chew

sesardelaisla

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.

oldschool

#5
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? ---

rosali

@ oldschool:

try to truncate database tables "cache" and "messages".
Regards,
Rosali

oldschool

#7
@ 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!

oldschool

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.

mattoo

Quote from: oldschool;20450RC 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...

oldschool

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.

csterzi

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!

oldschool

#12
Hi!

Tested the latest trunk minutes ago.
The installer shows me no errors.
No timezone or suhosin error...



Rgds.

csterzi

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.

Terminal Addict

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