Re: [Evolution] Message contents completely blank

["Arthur S. Alexion" <arthur alexion com>]

On Sun, 2003-01-26 at 12:46, Stuart Luppescu wrote:
> I thought that the reason why one of my correspondents' messages were
> always blank was he was chronically hitting the Send button prematurely.
> (Actually, just the list subscribe/unsubscribe info prints.) But when
> other list subscribers started quoting this guy's messages, I began to
> wonder. When I looked at the raw message file on the server I found that
> there actually was some contents, but evolution in normal view, and
> email source view as well, displayed NOTHING. I assume his mailer is
> doing something weird -- or is it evolution's fault? Anyone know what's
> going on?
>
> Here's (what I guess is) the important stuff from one such message (did
> I leave out anything vital?):

I have the same problems -- always with certain correspondents on the
same certain list..

It was explained to me as follows.

multipart/mime mail is meant so that several versions of different
formats can be sent simultaneously.  The mail writer is supposed to
format the parts so that each successive version has increasingly
complex formatting.  The recipient mail reader then displays the *last*
version it is capable of rendering.  That way, text-only readers display
the earlier plain text version, while HTML readers display the latter
HTML version.

This works well except some lists which append some list signature tag
as a mime part and do it in such a way that Evolution thinks it is the
*last* version, thereby only displaying the list tag.

I have bought this explanation, but question why only Evolution is
susceptible to this problem. I suspect that kmail does not have this
problem because I can choose to turn off the display of HTML formatting,
thereby getting the *earlier* text version.  That is one of the several
reasons why I wish I could toggle html display in Evolution.


> User-Agent: Mutt/1.4i
> Content-Type: multipart/mixed;
> boundary="===============041141849442228207=="
> --===============041141849442228207==
> Content-Type: multipart/signed; micalg=pgp-sha1;
>         protocol="application/pgp-signature";
> boundary="WIyZ46R2i8wDzkSu"
> Content-Disposition: inline
>
>
> --WIyZ46R2i8wDzkSu
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> Circa 2003-01-25 08:25:45 +0100 dixit xxxxxxxxx:
>
> : The problem with this is that pics or apps designed for 64x64 will
> : not gracefully scale down or up to other sizes. To make this work
>
> ...
>
> --WIyZ46R2i8wDzkSu
> Content-Type: application/pgp-signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (OpenBSD)
> Comment: See http://www.pobox.com/~xxxxx/keys/ for my public key.
>
> iD8DBQE+MyCTKJ/qqBOBFJERAjzbAJ90y7iuvRKMmsI17r/hblxvAOaT7QCdHyFy
> JY/q56B/8TQLTqrHsBhX43w=
> =cDqZ
> -----END PGP SIGNATURE-----
>
> --WIyZ46R2i8wDzkSu--
>
> --===============041141849442228207==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
>
> _______________________________________________
> INFO: https://windowmaker.org/lists/listinfo/wm-user
> ARCHIVE: http://windowmaker.org/lists/archive/wm-user/
> FAQ: http://windowmaker.org/faq.html
>
> --===============041141849442228207==--
-- 
Arthur S. Alexion <arthur alexion com>
Arthur S. Alexion LLC