GNOME.org
 

Re: [Evolution] Remove attachments

Il giorno ven, 20/05/2016 alle 11.04 +0200, Milan Crha ha scritto:

On Fri, 2016-05-20 at 10:14 +0200, Andrea Vai wrote:

If I click on ctrl+U then evo hangs for many minutes waiting for

the

source to be shown, and finally I have to kill it (worth try to
undersand what happens here, too? The message is 22MB large;

opening

a 5MB message waits for some time but finally succeed).


      Hi,
the 22MB may succeed too, but after significantly longer than the
5MB
message. With WebKit2, the evolution UI will be responsive, only the
message preview will be empty.


Content-Disposition: inline; filename=Higgs.pdf
Content-Type: application/pdf; x-unix-mode=0644; name="Higgs.pdf"
Content-Transfer-Encoding: base64
 ...
Does this mean that it's not "actually an attachment"? So evo

cannot

handle it? Or, is there any other way to remove it?


As far as I can tell [1], the "inline" disposition is also fine and
considered. Could you grep for Content-Type instead, please?


Thanks for clarifications.
grep -C 3 Content-Type (obfuscated some personal data with xxxxxxxxx):


 08:55:25 +0200
Subject: Re: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: multipart/alternative; boundary="Apple-Mail=_7C3C1C8C-
4EAF-498E-9DCA-DE6DEF9ED6C8"
From: xxxxxxxxxxxxx <xxxxxxxxxxxxx xxxxxxxxxxxxx xxx>
In-Reply-To: <8A1C8878-BAFB-4DD3-859E-C4CC65277BCD xxxx xxx>
Date: Thu, 5 Jul 2012 08:55:26 +0200
--

--Apple-Mail=_7C3C1C8C-4EAF-498E-9DCA-DE6DEF9ED6C8
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=iso-8859-1

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

--


--Apple-Mail=_7C3C1C8C-4EAF-498E-9DCA-DE6DEF9ED6C8
Content-Type: multipart/mixed; boundary="Apple-Mail=_DD437C6A-1E9D-
46CF-8671-74EB65D8BEEA"


--Apple-Mail=_DD437C6A-1E9D-46CF-8671-74EB65D8BEEA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=iso-8859-1

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;
"><div =
--

--Apple-Mail=_DD437C6A-1E9D-46CF-8671-74EB65D8BEEA
Content-Disposition: inline; filename=Higgs.pdf
Content-Type: application/pdf; x-unix-mode=0644; name="Higgs.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMKJcTl8uXrp/Og0MTGCjQgMCBvYmoKPDwgL0xlbmd0aCA1IDAgUiAvRmlsdG
VyIC9G
--

--Apple-Mail=_DD437C6A-1E9D-46CF-8671-74EB65D8BEEA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=us-ascii

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;
"><div =


Thanks,
Andrea







I would say no, as far as I can know, because I cannot see any

"sign"

icon under the message body... and also in the source message I

can

read the message body clearly (sorry, don't know if this is enough

to

say the message it's not signed)


I'll know more with the Content-Type grep result. The signing
doesn't
encode the message body usually, it does the encrypt. Though it was
only my wild guess, where I believe you are right and your message
is
neither signed, nor encrypted.
      Thanks and bye,
      Milan

[1] https://git.gnome.org/browse/evolution/tree/libemail-engine/e-ma
il-folder-utils.c?h=gnome-3-20#n1313
_______________________________________________
evolution-list mailing list
evolution-list gnome org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]