Ticket #1483910 (closed Bugs: fixed)

Opened 2 years ago

Last modified 4 months ago

Message not opening due to header problem on some servers

Reported by: gruessle Owned by:
Priority: 10 Milestone: 0.2-beta
Component: IMAP connection Version: 0.1-beta
Severity: minor Keywords:
Cc:

Description

When I click on a subject line to open a message the script hangs.

I am using the dbMail server and Firefox. Firefox works fine on your test server.

I don't know if it has anything to do with dbMail but I don't have this problem with any other webmail client.

I have used SquirrlMail? IlohaMail? and OpenWebMail? without any problems.


Version: I just checked out the latest from svn

Top message in change log reads:

2006/07/25 (thomasb)

Attachments

imap.inc.diff (472 bytes) - added by lancey 8 months ago.
Patch to fix this rare issue
tifonet.eml (4.4 kB) - added by francesco_r 7 months ago.

Change History

Changed 2 years ago by adam

Are you DOUBLE clicking on the email?

If you are, do you get any error reports in the web server log files?

Changed 2 years ago by thomasb

  • version changed from later to 0.1-beta
  • severity changed from critical to minor
  • milestone changed from 0.1-beta2 to later

Changed 2 years ago by LOE

I also have this situation.

After double clicking on email, RoundCube send this command:

ftch FETCH 3435 (BODY.PEEK[TEXT])

but dbmail is waiting for this:

ftch UID FETCH 3435 (BODY.PEEK[TEXT])

Why RoundCube don't send UID keyword in command, while fetching body of message? When I insert UID in php code (imap.inc), I can read messages. But not from all IMAP folders. Strange...

Changed 2 years ago by kovid

Same problem for me (roundcubemail-0.1beta2), however changing FETCH to UID FETCH doesn't fix it. The command response pair is (with UID added)

Info COMMAND: [fh UID FETCH 6832 (BODY.PEEK[HEADER])] Debug RESPONSE: [* 219 FETCH (] Debug RESPONSE: [UID 6832] Debug RESPONSE: [ ] Debug RESPONSE: [BODY[] Debug RESPONSE: [HEADER] Debug RESPONSE: [] {1560} ] Debug RESPONSE: [) ] Debug RESPONSE: [fh OK UID FETCH completed ]

Info COMMAND: [ftch UID FETCH 6832 (BODY.PEEK[TEXT])] Debug RESPONSE: [* 219 FETCH (] Debug RESPONSE: [UID 6832] Debug RESPONSE: [ ] Debug RESPONSE: [BODY[] Debug RESPONSE: [TEXT] Debug RESPONSE: [] {1468} ] Debug RESPONSE: [) ] Debug RESPONSE: [ftch OK UID FETCH completed ]

The behavior remains the same, i.e., the message is not loaded

Changed 2 years ago by mrstocks

I had the same trouble after updating the roundcube, but it was caused with big attachements. I updated the svn, recreated the db and it worked fine.

Changed 2 years ago by tomekp

Does anyone still have this problem?

Changed 19 months ago by boogiebug

I've found the same situation. I'm running RCMail on RHEL4, using Apache 2.2, PHP4.4.2 and Dovecot as the IMAP server. Some of the message does not display when double click. It just display the "Loading.." message and then hang-over.

Adding a small debugging code to dump the communication message between RCMail and IMAP server, I noticed that sometimes, the end of header message contains more than one character, while the RCMail try checking only one ')' character.

After checking the source code, I made a small modification in function iil_C_FetchPartHeader (file: program/lib/imap.php) by chaning the 'while' condition in the most inner loop (around line 15 - count from the beining of the function)

from: while(chop($line)!=")") to: while(ltrim(rtrim($line))!=")")

then, everything work fine.

However, I've never checked against all possible case. Just want to inform some possibly useful information to you.

Changed 19 months ago by timnz

I can confirm that the modification provided by boogiebug fixes the problem for me too.

This is on Apache 2.0.54, PHP 5.2.1 and Dovecot 0.99.14. The problem arose a few months ago when updating the server software, which included updates to Dovecot.

Changed 8 months ago by seansan

  • summary changed from Message does not open to Message not opening due to header problem on some servers
  • milestone changed from later to 0.1.1

Retest in 1.1 (or apply fix)

Changed 8 months ago by lancey

Patch to fix this rare issue

Changed 8 months ago by lancey

I'm using Roundcube with dbMail (currently 2.2.9) and do not have any issues at all. It would have been good if a sample message was provided.

However, I've created a diff fixind this (possibly existing) bug. ltrim(rtrim($s)) is essentially trim($s), so chop was just replaced with trim.

This does not break any functionality, while fixind the rare issue described by the people above.

Changed 7 months ago by asg

The fix does not work for me.

I get "[05-Mar-2008 12:08:09] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/htdocs/webmail/program/lib/imap.inc on line 168" in error log while trying to open certain messages.

I am using plain courier/apache2/php5 on debian etch.

I also made a dump on the imap session and fetch seems to be ok on server site "ftch OK FETCH completed."

If you need further informations I will do my best to provide them, cause rc is almost unusable so far.

Changed 7 months ago by jeppe

With my limited debugging abilities it seems like it's missing the ftch line and keeps looping reading the end of file. Affects roughly 50% of the mails in my INBOX with dovecot 1.1rc

Changed 7 months ago by francesco_r

I have the same problem with Courier Imap/PHP 5.1.6, at least half of messages in the inbox cannot loaded.

Changed 7 months ago by till

  • priority changed from 1 to 10

I hope you guys are testing with the latest version. ;)

Also, can someone supply a sample message?

Changed 7 months ago by francesco_r

I have attached an email i can't open (i have deleted the Delivered-To: and To: fields). I use the SVN version 1212. I noticed that all email i can't open are in my language (italian), i don't remember an english email with this problem.

Changed 7 months ago by francesco_r

Changed 7 months ago by jeppe

This seems to be working for me after r1204 (or a dovecot update that happened at the same time...)

Changed 5 months ago by francesco_r

Any news on this bug? I have updated to the latest r1420 but i still have this problem...

Changed 4 months ago by alec

  • status changed from new to closed
  • resolution set to fixed
  • component changed from Client Scripts to IMAP connection

Partially fixed, partially very old. Francesco_r: your sample mail worksforme, please try with svn-trunk.

Note: See TracTickets for help on using tickets.