Re: [Enigmail] Thunderbird auto-encryption issues

Rémi Saurel <[email protected]>
Newsgroups gmane.comp.mozilla.enigmail.general
Message-ID <[email protected]>
I was not aware of that before, indeed.

I was confused, because either I missed it or there is no way to guess
Autocrypt is the cause of this "inconsistency". I respect that there is
a standard for that, and it is useful and nice that Enigmail supports it.
Would it be possible to show this rules in the per-recipient rules list
maybe? Maybe only read-only as not to interfere with it, but it would
materialize the cause of the behavior.

Thanks anyway for your insights, everybody!

Rémi

Le 11/05/2019 à 19:00, Patrick Brunschwig a écrit :
> Autocrypt is a standard that allows to send your public key with every
> message, along with a preference for how to deal with encryption. I.e.
> the sender chooses how he/she prefers to get emails. In that particular
> case the sender has specified to prefer unencrypted emails.
>
> If you want to overwrite the sender's preference, you'll need to create
> a per-recipient rule for that email address.
>
> -Patrick
>
>
> On 11.05.2019 18:55, Rémi Saurel wrote:
>> Thanks Olav, Sebastian,
>>
>> You two gave me a hint on the problem.
>>
>> First, I did not realise that the debug log did not update itself in
>> live: I had to close the window and reopen it to get something meaningful.
>>
>> Then, parsing the relevant log, it seems that there is a per-recipient
>> rule: an autocrypt:// one. This particular recipient must have enabled it.
>> I went exploring the per-recipient rules before, but it was (and still
>> is) empty. Thus i was clueless…
>>
>> I am not familiar with Autocrypt at all, I've read that it only starts
>> encrypting after some sort of agreement/handshake between the 2 parties.
>> I do not know how to complete the process with Enigmail :)
>>
>> One solution that would fit me well would be to know where these
>> autocrypt:// rules are stored, and delete them. The party I try to
>> communicate with is a pal of mine, and will be plenty satisfied by
>> receiving encrypted/signed mail, and I do not like HIS settings
>> impacting on mine.
>> But perhaps I don't grasp the benefit of this Autocrypt thing?
>>
>> Thanks again,
>>
>> Rémi
>>
>>
>> Le 11/05/2019 à 18:12, Sebastian a écrit :
>>> On 2019-05-11 17:05, Rémi Saurel wrote:
>>>> But there is this one address, which as soon as I add it to the
>>>> recipient list, causes the following to happen:
>>>> * Disabling auo signing of the my message
>>>> * Do not enable encryption despite the corresponding public key being
>>>> present in my keychain.
>>> Did you check the per recipient rules?
>>>
>>
>> Le 11/05/2019 à 18:15, Olav Seyfarth a écrit :
>>> Hi Rémi,
>>>
>>> you may want to provide a debug log - otherwise we can't see anything. :-)
>>>
>>> Make sure to close TB, restart it, compose the message in question,
>>> enter the problematic address, check status is wrong, then save debug.
>>>
>>> Since that file does contain sensitive info, make sure to redact it first,
>>> or send it to Patrick and me only.
>>>
>>> Olav
>>>
>>
>> _______________________________________________
>> enigmail-users mailing list
>> [email protected]
>> To unsubscribe or make changes to your subscription click here:
>> https://admin.hostpoint.ch/mailman/listinfo/enigmail-users_enigmail.net
>>
>
>
> _______________________________________________
> enigmail-users mailing list
> [email protected]
> To unsubscribe or make changes to your subscription click here:
> https://admin.hostpoint.ch/mailman/listinfo/enigmail-users_enigmail.net

_______________________________________________
enigmail-users mailing list
[email protected]
To unsubscribe or make changes to your subscription click here:
https://admin.hostpoint.ch/mailman/listinfo/enigmail-users_enigmail.net
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEbxpynZhawh2Rs1Cy3ohFcm+Cc2MFAlzXJjcACgkQ3ohFcm+C
c2NSzQ//d8bUjERspka7Duxqtk80MRMJ/wwD2xdQhUkf4FGZ4HRGBdLlpfsu+fDa
lraeiqVT8xgNwGniggny/uOQE0B4iTH2rYILC4eZP02PDwac4WnNuQZuK54A+5pg
Tw4j7WYVJ8d8DcTx3f4FsUTs/D57aKGnp8Lk6d4PRW4i00PVj/3u9JqQW1lbCr4K
jBX4sy1+cI6eVAv4MEYXDYBmUotDukUtF+pCGyVmLs8SzxTtXmu95shg9fKVguOB
DeIBgHFJ/OlrVPuZnR8OLZsXNKZJjZvOh1UYuZc4XkwwRhWk4HNlAuyJGZ0un60F
648phWHIN9EV0fInfQ5DyF9QhbXofLVN8DlBIsnpUCExuN34R9POV+famvFsPvI5
V6ItmYzsz3iwLUar3CFI2SzeBRHWbGzk81u4rd2EuAbQP70Moz+Cq/1FuLls/TFi
LlpAGro//3r4Mxn5mdNvEdPod8x8uO2ob5gWUH5bmC3fhdk4TONDwREADLfYObv+
pnMVk3//DqiOm4DwtSb9PWqx9BD59MpKIeNQwrhXCWtN2vDjrV/W5OKmI6xTkUVY
85Ssw9SZEvpWmkeZQ6fl54qtsHPE0MijcpGTiSe6it88XfeGOSEa2rynBge+4TIN
b09mm1xfbqXrj3qqkjeB0cnDB8sjogTASS5Q/DgbB5wizx1tmMk=
=46T7
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.