Probably not (I don't know for sure).  But it probably has more to do 
with the way thunderbird renders the body compared to us.  Thunderbird 
runs on a native code in the OS the user is using.  Most likely, there 
is a separate "view" that can be created just for the message text 
area.  Thus, in the present case, the existence of extra "TD" tags 
won't do anything (i.e. they will be ignored) in this environment.



IMP, on the other hand, must render HTML message data *within* other 
HTML message data.  So doing things like throwing in extra table rows 
or having unbalance div tags, etc. etc. could potentially cause the 
entire page to render strangely if these unbalanced/unexpected tags 
interfere with the way we render the rest of the page.  Obviously 
there is nothing we can do about this and is the reason we provide the 
user a link to view the content on a completely separate page, where 
we can guarantee that there will be no HTML displayed on the page 
except for what appears in the message.



FWIW, the experimental 'tidy' support I just added to IMP HEAD made 
your error message render much better - the only issue is that line 
with the extra TD's appears at the very bottom - but at least the link 
for "Show HTML in a new window" appears at the top of the section 
where it belongs.

Fair enough.. but just a question, does it mean that thunderbird 
sanitizes html tags before displaying the message body?

That message is broken.  See this line:



<DIV><TD class=statusBGUNKNOWN></TD>&nbsp;<TD 
class=statusBGUNKNOWN>CHECK_NRPE:

Error receiving data from host</TD></DIV>



Those "TD" tags appear in the source of the message, even though there 
is no "TABLE" defined in the message.  And those superfluous TD tags 
completely muck with our open TABLE tags in message.php. (since the 
message text is entirely contained within a table).  Unless we do some 
kind of HTML cleaning/tidying before displaying (See, e.g., Bug #388) 
there is nothing we can do if the source of a message inserts tags 
that mucks with our tags.  Closing as bogus.

Another observation.. this appear to only happen with html mails sent 
from OE.. thunderbird and outlook forwarding the same mail appear to 
be fine.

This command doesn't return anything..

# grep -ir class=\"status\" /usr/share/horde/*



Would you need any more data / testing from me?



Also sorry about the priority '3', but this bug is a show stopper for us.

maybe something to do with the class="status" ?

This is *really* weird indeed. Happens only when displaying html 
messages inline.

Displays fine in thunderbird..



++ start ++

The host 202.87.xx.xx is showing nagios alerts for all services.

  CHECK_NRPE: Error receiving data from host



The nrpe config file is simialr to 202.87.xx.xx.

Please look into this problem.



In case of any queries kindly call us on 022-xxxxxxxx, 022-xxxxxxxx or 
mail to xxxxxxt@xxxxxxxxxxxxxxxxx.xxx



Thanks & Regards,

Atul

NetMagic Support Team.



Please mention your Customer ID, Pin No. & ticket reference no. while 
reporting any new/existing problem.

++ end ++



In IMP 4.1.1 and 4.1.2, the display is mangled to look like this..



++ start ++

The nrpe config file is simialr to 202.87.xx.xx.

Please look into this problem.



In case of any queries kindly call us on 022-xxxxxxxx, 022-xxxxxxxx or 
mail to xxxxxxx@xxxxxxxxxxxxxxxxx.xxx



Thanks & Regards,

Atul

NetMagic Support Team.



Please mention your Customer ID, Pin No. & ticket reference no. while 
reporting any new/existing problem.

Dear Paul,





The host 202.87.xx.xx is showing nagios alerts for all services.

                CHECK_NRPE: Error receiving data from host



++ end ++



I have attached the message source from IMP.



- dhawal