On Thursday 27 April 2017 12:16:26 Stephan Platz wrote:
> Am Montag, 24. April 2017 16:22:26 schrieb Jan Kundrát:
> >Here are some of them (a very incomplete list):
>
> Two additions:
>
> Manual decryption and composing of inline pgp using command line tools is
> easier and allows reading encrypt
On Thu, 27 Apr 2017, Stephan Platz wrote:
Am Donnerstag, 27. April 2017 09:30:36 schrieb Pali Rohár:
So solution (if somebody want to implement it) should be simple: after
downloading text part, check if contain some BEGIN PGP header and if
yes, decode it. There is no need to pre-download every
Am Donnerstag, 27. April 2017 09:30:36 schrieb Pali Rohár:
So solution (if somebody want to implement it) should be simple: after
downloading text part, check if contain some BEGIN PGP header and if
yes, decode it. There is no need to pre-download every part of every
message (which slowdown email
Am Montag, 24. April 2017 16:22:26 schrieb Jan Kundrát:
Here are some of them (a very incomplete list):
Two additions:
Manual decryption and composing of inline pgp using command line tools is
easier and allows reading encrypted mails with clients that do not support
gpg.
Some mailing list
On čtvrtek 27. dubna 2017 9:30:36 CEST, Pali Rohár wrote:
Basically with this inline PGP messages is not a problem with blind
downloading... If you want to decrypt any PGP message (either MIME or
inlined) you need to download corresponding part.
(I know that Pali knows this; I'm writing this e-
On Monday 24 April 2017 16:22:26 Jan Kundrát wrote:
> I see some similarities between that and sending inline patches. There's
> MIME with its Content-Disposition: inline, but nope, let's revert back to
> something which does not even support Unicode properly, and call that a
> preferred solution.
On Monday 24 April 2017 13:28:38 Jan Kundrát wrote:
> On pondělí 24. dubna 2017 13:13:44 CEST, Andy Bennett wrote:
> >It seems to work for messages with headers thus:
> >
> >-
> >User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
> >Icedove/45.6.0
> >MIME-Version: 1.0
> >Conten
On pondělí 24. dubna 2017 16:05:11 CEST, Thomas Lübking wrote:
Out of curiosity: what is the *reasoning* to skip mime headers and rely
on mailbody parsing heuristics? Got a link?
It's been some time since I went through a similar conversation the last
time. These reasons usually tend to focus
legacy compatibility is a good reason.
Remember that people started using PGP long before there was any mime type for
it, and using it in e-mail software that knew nothing about PGP.
for that matter, there's still a lot of e-mail software in use that doesn't know
about PGP and people have all
On Mon, Apr 24, 2017 at 01:28:38PM +0200, Jan Kundrát wrote:
I'm quite aware of the reasoning behind that approach
Out of curiosity: what is the *reasoning* to skip mime headers and rely
on mailbody parsing heuristics? Got a link?
Yes: "legacy crap", "outlook produces such mails and is the st
On pondělí 24. dubna 2017 13:13:44 CEST, Andy Bennett wrote:
It seems to work for messages with headers thus:
-
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Icedove/45.6.0
MIME-Version: 1.0
Content-Type: multipart/encrypted;
protocol="application/pgp-encrypted";
bounda
Hi,
I'm using Trojita 0.7 and hoping that it can decrypt PGP signed mails.
It seems to work for messages with headers thus:
-
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Icedove/45.6.0
MIME-Version: 1.0
Content-Type: multipart/encrypted;
protocol="application/pgp-en
12 matches
Mail list logo
