Hi list, I've been investigating all morning a weird mailbox crash in roundcube.
Symptoms: a user contacts me because he/she can't open a folder in the webmail. The webmail hangs and finally crashes. On the server, I see a php5-cgi process using 99% of cpu. I use spawn-fcgi with nginx so killing the crazy process solves the issue, but it reappears if the user click on the folder again.
I had the problems twice already, and it's always caused by a weirdly formatted message. Today's message is here: http://pastebin.com/3kKRPvQR
It's difficult to track down, but I eventually figured out that the imap debug log would stop on the guilty message. Removing it, and reconstructing the mailbox (in cyrus-imap) fixes the issue.
I'm wondering if this issue is roundcube related, or a problem with php, the content encoding or maybe the weather (!). The system is running on Debian Squeeze with roundcube 0.5.2
Your advice are most welcome.
Cheers, Julien
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Tue, 05 Jul 2011 14:34:59 -0400, Julien Vehent wrote:
Hi list, I've been investigating all morning a weird mailbox crash in roundcube.
Symptoms: a user contacts me because he/she can't open a folder in the webmail. The webmail hangs and finally crashes. On the server, I see a php5-cgi process using 99% of cpu. I use spawn-fcgi with nginx so killing the crazy process solves the issue, but it reappears if the user click on the folder again.
I had the problems twice already, and it's always caused by a weirdly formatted message. Today's message is here: http://pastebin.com/3kKRPvQR
It's difficult to track down, but I eventually figured out that the imap debug log would stop on the guilty message. Removing it, and reconstructing the mailbox (in cyrus-imap) fixes the issue.
I'm wondering if this issue is roundcube related, or a problem with php, the content encoding or maybe the weather (!). The system is running on Debian Squeeze with roundcube 0.5.2
I must add that the mailbox is still completely functional with thunderbird, which rules out the probability of a problem in cyrus-imapd (or, does it ?).
Julien
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On 05.07.2011 20:34, Julien Vehent wrote:
It's difficult to track down, but I eventually figured out that the imap debug log would stop on the guilty message. Removing it, and reconstructing the mailbox (in cyrus-imap) fixes the issue.
I'm wondering if this issue is roundcube related, or a problem with php, the content encoding or maybe the weather (!). The system is running on Debian Squeeze with roundcube 0.5.2
Works for me with Dovecot and svn-trunk version. I'd like to see the last part of imap_debug log just before the crash.
W dniu 06.07.2011 08:30, A.L.E.C wrote:
Works for me with Dovecot and svn-trunk version. I'd like to see the last part of imap_debug log just before the crash.
I've seen the log on priv. The problem is with "FLAGS (\Seen [SPAM])" part of the server response. Flag name must by an atom string in which "]" character cannot be used. In this case Roundcube makes infinite loop. I'll try to fix this.
On Wed, 06 Jul 2011 18:15:38 +0200, A.L.E.C wrote:
W dniu 06.07.2011 08:30, A.L.E.C wrote:
Works for me with Dovecot and svn-trunk version. I'd like to see the last part of imap_debug log just before the crash.
I've seen the log on priv. The problem is with "FLAGS (\Seen [SPAM])" part of the server response. Flag name must by an atom string in which "]" character cannot be used. In this case Roundcube makes infinite loop. I'll try to fix this.
That's great, thanks a lot. I can provide more data if you need to. And I'll be happy to test the patch whenever you have one.
Julien
List info: http://lists.roundcube.net/dev/ BT/aba52c80
W dniu 06.07.2011 18:43, Julien Vehent wrote:
That's great, thanks a lot. I can provide more data if you need to. And I'll be happy to test the patch whenever you have one.
Fixed in r4914. I'm just curious from where is the "[SPAM]" value? Maybe it can/should be fixed in other place too.
On Wed, 06 Jul 2011 18:50:00 +0200, A.L.E.C wrote:
W dniu 06.07.2011 18:43, Julien Vehent wrote:
That's great, thanks a lot. I can provide more data if you need to. And I'll be happy to test the patch whenever you have one.
Fixed in r4914.
It works fine. I'll keep an eye on it for a few days. Thanks for the fix !
I'm just curious from where is the "[SPAM]" value? Maybe it can/should be fixed in other place too.
What do you mean exactly ? This [SPAM] header is added by DSPAM on the system.
Julien
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On 06.07.2011 20:23, Julien Vehent wrote:
I'm just curious from where is the "[SPAM]" value? Maybe it can/should be fixed in other place too.
What do you mean exactly ? This [SPAM] header is added by DSPAM on the system.
Not the header, the IMAP flag. It's from Courier or Sieve, I think.