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
-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 of
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
--
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
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
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.
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.
7 matches
Mail list logo
