Re: [Evolution] HTML email problem

[Joe Wade Pulley <pulleyjw gmail com>]

Thanks for figuring out the problem, but the sed command doesn't work
for me.

I don't have anything with a .evolution in its name.

My emails are stored in my home directory as 
~/.local/share/evolution/mail/local/.<folder name>/cur/<message>

For example "Test.pst" I sent to you shows as a folder under
"On This Computer" 
in evolution.  

It is stored as
~/.local/share/evolution/mail/local/.Test/
with subfolders
cur/
new/
tmp/

Inside cur/ is a file
1578136602.6469_0.<my computer name>:2,S

If I apply your sed command to that file it does indeed fix it, but I'm
not familiar enough with sed to know how to make it find all the
occurrences in each folder recursively in
~/.local/share/evolution/mail/local/
in each email and apply the fix.

Did I do something incorrectly when I set up evolution that gave me
this file structure instead of what you expected?

Thanks
Joe


On Tue, 2020-01-07 at 01:21 +0100, Ángel wrote:
> On 2020-01-04 at 06:45 -0500, Joe Wade Pulley wrote:
> > Thanks for the reply.  
> >
> > I've created a Test.pst file containing 1 email in Outlook.  
> >
> > I wasn't sure how to show you the way it looks for me in Evolution
> so I
> > took a screenshot of what I see showing the header, the text
> portion at
> > the top of the email and the beginning of the HTML display of the
> email
> > at the bottom of the screen.  I also attached a pdf of what I see
> in
> > Outlook.  Except for some font issues (likely not installed on
> Ubuntu)
> > the HTML portion looks fine in Evolution.
> >
> > If there is something else you need in order to see what I'm
> talking
> > about please let me know.
> >
> > Thanks,
> > Joe
>
> I have been able to import the email myself and reproduce the issue.
>
> Looking at the source of the imported mail, it has the header:
> > Content-Type: multipart/alternate; boundary="=-
> m7pctIXGHnNa8SIElS5Z"
> >
> which is wrong, it should be multipart/alternative, per rfc 1341 (and
> later, up to rfc 2046)
>
> It's true that it is used to specify alternate contents, but the
> right
> name is multipart/alternative.
>
> Reviewing the code, it is a bug of the pst importer, that sets the
> mime
> to multipart/alternate rather than multipart/alternative.
>
> https://gitlab.gnome.org/GNOME/evolution/blob/master/src/plugins/pst-import/pst-importer.c#L1322
>
>
> I have opened bug 745 about this, along with the trivial fix as a
> merge
> request:
> https://gitlab.gnome.org/GNOME/evolution/issues/745
> https://gitlab.gnome.org/GNOME/evolution/merge_requests/42
>
> (hope it is right from a procedimental pov, though)
>
>
> Joe, as you are using the evolution version packaged by Ubuntu 19.10
> I
> see a few options.
> * You could switch to a newer version -with this bug fixed- based on
> Flatpack.
> * You could try to get Ubuntu maintainers to include this fix
> * You could patch your own evolution version (this is a trivial fix,
> so
> it'd be very simple)
> * You could continue using the broken importer and deal with it
> fixing
> the imported entries later. Just running the following sed command on
> the folder containing the imported files would fix them:
>
> sed -i  '0,/^$/ { s!^Content-Type: multipart/alternate!Content-Type:
> multipart/alternative! }' *.evolution:*
>
>
> Kind regards