#1483910 closed Bugs (fixed)
Message not opening due to header problem on some servers
| Reported by: | gruessle | Owned by: | |
|---|---|---|---|
| Priority: | 10 - Lowest | 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 (2)
Change History (20)
comment:1 Changed 7 years ago by adam
comment:2 Changed 7 years ago by thomasb
- Milestone changed from 0.1-beta2 to later
- Severity changed from critical to minor
- Version changed from later to 0.1-beta
comment:3 Changed 7 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...
comment:4 Changed 7 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
comment:5 Changed 7 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.
comment:6 Changed 7 years ago by tomekp
Does anyone still have this problem?
comment:7 Changed 6 years 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.
comment:8 Changed 6 years 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.
comment:9 Changed 5 years ago by seansan
- Milestone changed from later to 0.1.1
- Summary changed from Message does not open to Message not opening due to header problem on some servers
Retest in 1.1 (or apply fix)
comment:10 Changed 5 years 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.
comment:11 Changed 5 years 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.
comment:12 Changed 5 years 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
comment:13 Changed 5 years 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.
comment:14 Changed 5 years 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?
comment:15 Changed 5 years 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 5 years ago by francesco_r
comment:16 Changed 5 years ago by jeppe
This seems to be working for me after [14432db3] (or a dovecot update that happened at the same time...)
comment:17 Changed 5 years ago by francesco_r
Any news on this bug?
I have updated to the latest [b183d3df] but i still have this problem...
comment:18 Changed 5 years ago by alec
- Component changed from Client Scripts to IMAP connection
- Resolution set to fixed
- Status changed from new to closed
Partially fixed, partially very old. Francesco_r: your sample mail worksforme, please try with svn-trunk.

Are you DOUBLE clicking on the email?
If you are, do you get any error reports in the web server log files?