Done. See commit 1d32b9b2c291b8570a9985016d445fe16d72ad7b on master and
enigmail-2.0 branch
This should make it simple for distributions and companies that do not
want to download pEp automagically.
I will add the following default preference in Enigmail:
pref("extensions.enigmail.pEpAutoDownload", true);
If the value is set to false, then Enigmail will not attempt to download
pEp at all.
On 12.07.17 02:55, Daniel Kahn Gillmor wrote:
> Control: severity 867542 normal
>
> Hi Jörg--
>
> Over in https://bugs.debian.org/867542, you wrote:
>
>> decryption of messages in thunderbird fails.
>
> how does it fail? does it hang? show you an error message?
>
>> The log of enigmail shows
Alexander Sack wrote:
> Hi ...
>
> I couldn't reproduce this debian bug report ... however before I miss
> something important, maybe you want to take a look at the code if
> there might be a case where attachments might not get encrypted
> ...
>
> For more info, please read http://bugs.debian.o
Roberto C. Sanchez wrote:
> I was trying to import a key while reading a mail message. I cancelled
> from the progress dialog that shows while the key import is in progress.
OK, I just come from modifying this over the weekend. I believe this
should be solved in the next version.
-Patrick
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roberto C. Sanchez wrote:
> But why would cancelling the key retrieval midstream leave gpg like it did?
> When I reproduced the bug the second time, I initiated a key retrieval
> (from pgp.mit.edu, if it makes a difference) and after about 60 seconds o
> The lock files are normal and required. If enigmail opens several gpg
> processes you might get into a deadlock situation. From you rlisting
> it seems that 2 processes are running. Please provide more
> information for example by attaching strace to the running gpg
> processes.
Enigmail (or
7 matches
Mail list logo
