| Summary | IMP / DIMP display problems with some HTML email |
| Queue | IMP |
| Queue Version | HEAD |
| Type | Bug |
| State | Resolved |
| Priority | 1. Low |
| Owners | |
| Requester | liamr (at) umich (dot) edu |
| Created | 03/05/2008 (65 days ago) |
| Due | |
| Updated | 04/10/2008 (29 days ago) |
| Assigned | 03/05/2008 (65 days ago) |
| Resolved | 04/10/2008 (29 days ago) |
| Attachments | test.eml ![]() |
| Milestone | |
| Patch |
> This messages renders fine for me using PHP 5.2.5 and imap-2006i.
> Since none of the devs can duplicate, you will need to debug on your
> own.
We tracked the problem down, and according to CVS so did you! :)
http://marc.info/?l=horde-cvs&m=120607658204239&w=2
For the record, we were hitting PHP's pcre.backtrack_limit, new to PHP 5.2, which fails silently. Bad PHP.
State ⇒ Not A Bug
This messages renders fine for me using PHP 5.2.5 and imap-2006i. Since none of the devs can duplicate, you will need to debug on your own.I tried removing tidy. When it works, it works regardless of tidy being installed / enabled.
As mentioned on the list, try disabling tidy if it is installed.I tried the imap extension from my PHP 5.2.5 build with 5.2.3, and the messages display properly. What other change between 5.2.3 and 5.2.5 could alter this behavior?I tried rebuilding it against IMAP 2006j, 2006h, and 2004g. Didn't fix it.
I tried reverting to PHP 5.2.3, w/imap built against 2006-h, which did work.. so, I reinstalled 5.2.5, but kept the imap module from 5.2.3, which surprisingly, didn't work.
Any other ideas?
The most recent release is 2007. 2007a-DEV is also available. I've got a number of versions in my build tree, I'll rebuild it against something earlier.I am running version 2004 since ages and never had problems with any message that users provided as being problematic. I am already considering my install as a reference system. ;-) But honestly, I would start with the most recent version first.Can you suggest a known good c-client version?State ⇒ Feedback
The message renders fine for me in CVS HEAD. I bet that c-client can't parse the message for some reason.New Attachment: test.eml
Queue ⇒ IMP
Summary ⇒ IMP / DIMP display problems with some HTML email
Type ⇒ Bug
Priority ⇒ 1. Low
State ⇒ Unconfirmed
We've got some locally generated HTML email that isn't viewable in IMP
4.2RC2 / HEAD, or DIMP 1.0RC2 / HEAD (but is viewable in our currently deployed IMP 4.0.5). Selecting the message brings up a blank message page (with all the headers and stuff, but no content). We do see "Show this HTML in a new window?", and selecting that opens a new window with nothing in it. "View source" in the message page, or the "new window" doesn't reveal the message text. "Message Source" does reveal the text of the message, however.
No errors in the error log, nothing interesting in the horde log, and no core dumps. PHP 5.2.5, IMAP 2007.
I've tried it both with the Tidy extension loaded and without. The messages in question are multipart messages - HTML, with plain text alternatives. The HTML portions have CSS embedded in them, rather than calling on external style sheets.