A mail with a picture on top AM displays as a empty message

[Chnuschti]

Aqua mail displays emails who have a picture on top as a blank message.
1. Email:
  (picture)
  Text
input= empty, no picture, no text

2. Email (the same):
  Short text
  (picture)
  text
input= OK

A little bit strange, or not?

[mikeone]

Sorry, but I can't confirm this behavior:

See screenshots below...

[StR]

I suspect that the OP meant how messages appear in the message-list view (preview lines), not in the individual message view.
I know Kostya made some changes in the recent version of Aquamail, but at least previously, Aquamail has been analyzing only the "plain text" portion, and possibly only some limited top portion of the message for the text to show in the preview lines in the message view. (So an empty or absent "plain-text" portion was resulting in an empty preview.)
I believe, Kostya has made Aquamail looking at the html part under some conditions (when plain-text portion was missing? or ..?)  I suspect the range that is analyzed might still be limited. And I suspect that some HTML-formatted messages with inline images at the top might still "circumvent" that analysis, yielding an empty preview.

[mikeone]

Well, even in Message list the text appears in the preview lines

See screenshot below...

[Chnuschti]

I tried to simulate the phenomenon step by step. It wont work!
With normal pictures and normal texts everything is OK.
In the described case, it is a collection mail via mailing list. And one oft the picture has a link.
Even if I pass this e-mail forward, the content is missing at AquaMail.
I think, the problem is the mailing server. Maybe here the dog is buried!

[Kostya Vasilyev]

I'd need to see a sample message in .eml format.

support / at / aqua-mail / dot com.

[Chnuschti]

Here are the sinner.

[Kostya Vasilyev]

Thank you. The message has a comment "start" right near the top:

<!--

which just never terminates.

The whole message is a comment, nothing to show.

[Kostya Vasilyev]

There are other strange things here:

      <style type="text/css">
   <!--
      @page { margin: 2cm }
      P { margin-bottom: 0.21cm }
      A:link { so-language: zxx </style> </p>


That's the comment, by the way.

But what happened to the style definition for "A:link" -- where is the closing curly bracket?

      <style type="text/css">
   <!--
      @page { margin: 2cm }
      P { margin-bottom: 0.21cm }
      A:link { so-language: zxx } </style> </p>

[Chnuschti]

This is interesting, but Mozilla Thunderbird processes these errors easily. Why?

[nica]

From my point of view this is the main cause for the issue:

Code: [Select]

<meta name="GENERATOR" content="OpenOffice 4.0.1 (Win32)">


The Sender created this html-thing through (old) Open-Office, means creating a nice sheet of paper and saving as html. He should avoid this, because he won't know how the different mail clients of the receivers will display it.

[Kostya Vasilyev]

Re: This is interesting, but Mozilla Thunderbird processes these errors easily. Why?

My question rather is -- why is there this garbage in those messages in the first place?

Just, you know, going back to the place where it's broken (and I think you agree that it is).

Re: OpenOffice 4.0.1 (Win32)

Or maybe the HTML was hand-edited afterwards?