Assegnate 5 su 5 stelle

.

Questa recensione riguarda una versione precedente (2.0.9) del componente aggiuntivo.  Questo utente ha inserito una recensione precedente su questo componente aggiuntivo.

Assegnate 3 su 5 stelle

I'm sad to write a negative review on what I think is an absolutely essential add-on for Thunderbird with no alternative at the moment. Unfortunately it just doesn't work. It's super buggy, there was a major update recently which changed pretty much everything such that the website/documentation is entirely out of date.

As a quick example, it's not possible to edit per-recipient rules; the menu option shown on the website simply doesn't exist anymore. And... those rules don't work anyway. Messages don't decrypt, though they sometimes seem to encrypt, but since it's hot-and-cold I can't really trust it.

I'm not sure if it's the PEP integration that changed everything so drastically but Enigmail simply doesn't work anymore. So sad, I loved this plugin for years. Back to manual gpg on the command line I guess...

EDIT:

Bumping my rating up because of the quick response from the dev and the fact that the plugin is at least basically functional now following his instructions!

I still feel like it's not great that the plugin's PEP integration not only (seems to) break PGP integration, but also reworks the menus so that they're completely different from what's in the documentation... and then the way to get the other menus back is to force a specific mode of encryption (rather than "show advanced menus" or something). Anyway, happy to be leaving a more positive review now.

Questa recensione riguarda una versione precedente (2.0.9) del componente aggiuntivo. 

It looks like you entered the "Enigmail/pEp" mode (which is a simplified mode for beginners). If you want to use the "classical" mode of Enigmail, the go to menu "Enigmail/pEp" > Preferences > Compatibility and select "Force using S/MIME and Enigmail"

Assegnate 1 su 5 stelle

Insists on encrypting drafts and template emails regardless of preferences and/or option settings! Why?!?! Enigmail will even encrypt drafts and template emails that are saved when OpenPGP has been disabled for a particular email identity/account! The only way to stop this function is to disable the Enigmail add-on entirely! I have removed and re-installed the add-on to no avail. I have removed and re-installed GnuPG to no avail! Enigmail was working fine and without this default encrypt drafts and templates just fine with TB version before the most recent v60 release.

Since upgrade to TB v60... Enigmail initially just choked altogether. Then after installing GnuPG, it now always throws an error message when attempting to send or decyrpt an email! The error message popup says libassuan-0.dll cannot be found even though I have the latest version of GnuPG 3.1.5 for Windows installed (gpg4win-3.1.5.exe).

Sadly until this problem is fixed - Enigmail is disabled.

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 3 su 5 stelle

Best and useful addon out there but pls update it so it can be used with TB 64 and newer!

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 5 su 5 stelle

This is a very useful addon!
I miss it and hope that it is updated to be compatible with the newer TB soon. Thx all.

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 1 su 5 stelle

Doesn't work anymore with thunderbird 6.* or it was changed to an unusable state. Don't know. Also, no use guide.

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 4 su 5 stelle

Does not work anymore with Thunderbird 63.0beta

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

That's correct. Release versions of Enigmail typically don't work with beta versions of Thunderbird. You have to use the nightly builds of Enigmail provided on https://enigmail.net/index.php/en/download/nightly-build

Assegnate 1 su 5 stelle

Created GPG Keys on it's own and attached them to mails.

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 1 su 5 stelle

Doesn't work on Arch Linux Thunderbird - Thunderbird Version is 60.0.4. There is no Error Message or something similiar... by clicking add to thunderbird nothing happens.... so enigma at this state is useless...

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 1 su 5 stelle

Doesn't work . Just slows an error message. on thunderbird 60 + enigmail .8 + pgp 3.1.2

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 1 su 5 stelle

Does not work any more. Just shows an error message.

Questa recensione riguarda una versione precedente (2.0.8) del componente aggiuntivo. 

Assegnate 5 su 5 stelle

We had problems with 2.0.4 but we manage to fix them by sending parameter --no-mdc-warning to GPG and we were able to read older encrypted emails (without MDC). But this doesn't work with version 2.0.5 anymore (email is not opened). We have to use cmd line to decrypt. Woudn't it be better to warn the user and open the email anyway?

Questa recensione riguarda una versione precedente (2.0.5) del componente aggiuntivo. 

We can't do that. By displaying the message anyhow, you would end up exactly where we don't want you to be under any circumstance.

You would risk to be attacked via the "Efail" vulnerability without noticing. The only way not to end up there is to use the command line. Your workaround for version 2.0.4 is strongly disrecommended.

Assegnate 5 su 5 stelle

Still 2.0.3 no problems. But with 2.0.4 I cannot decrypt mails, send from my bank account.
Installation with current nightly (2.1a1pre) works.

Questa recensione riguarda una versione precedente (2.0.4) del componente aggiuntivo. 

Assegnate 5 su 5 stelle

Works like a charm. Integrates cleanly into Thunderbird and the UX is getting better and better. No more excuses to not encrypt or sign your mails!

Questa recensione riguarda una versione precedente (2.0.3) del componente aggiuntivo. 

Assegnate 5 su 5 stelle

With version 2.0.1, the S/MIME bug has been corrected. Great!

Questa recensione riguarda una versione precedente (2.0.1) del componente aggiuntivo.  Questo utente ha inserito una recensione precedente su questo componente aggiuntivo.

Assegnate 4 su 5 stelle

In general, I can't say enough good things about Enigmail.

It's sad that PGP has to be implemented as an add-on while S/MIME gets first class treatment as a built-in feature. Given that this is the situation we find ourselves in, Enigmail is up to the task. After the initial setup, it makes encryption easy! All my emails are automatically signed and encrypted, incoming emails are automatically decrypted and signatures verified. The messages are clear about when a message is signed, whether the person who signed it is trusted and so on. If it's unable to encrypt an email, it warns me (and this warning is optional for those who don't really care if they send unencrypted emails).

Unfortunately, when Thunderbird automatically updated me to version 2.0 of Enigmail, I could no longer read encrypted emails. There was no error message, just a blank email. I echoed the email and piped it to my gpg client on the command line and it worked fine. I used the same command which is found on the Basic tab of Enigmail's settings, so I'm confident this is a problem with Enigmail, not with gpg. Furthermore, uninstalling Enigmail and installing version 1.99 (which can be obtained from Enigmail's website if you modify the download URL) caused everything to work perfectly again.

This brings me to my only real complaint about Enigmail, which is a lack of ability to debug things when something goes wrong. It's rare that there are issues, but in these rare cases, it would be fantastic to be able to troubleshoot what's going wrong. Showing a blank email and no error messages when something goes awry is not reasonable. For a while I sat around waiting for the message to load. The only test I could run (piping the email to the pgp program on the command line) didn't reproduce the error, so I was stuck (short of digging into the source code of Enigmail).

Aside from having a custom wrapper around the gpg command (which shouldn't matter to Enigmail since it should just be running whatever gpg command is specified in the Basic preferences), I have a standard setup, so I'm not sure why it failed (again, back to the lack of error messages and debugging capabilities). I'm not sure how (or if) new versions are tested before being released, but given the number of reviews citing problems with version 2.0, it does raise questions about this process as well. Hopefully they get it sorted out, and if not, I can just stay on version 1.99 forever.

Questa recensione riguarda una versione precedente (2.0) del componente aggiuntivo. 

Assegnate 1 su 5 stelle

Since last Update to 2.0 S/MIME dont work properly anymore. So I have to deinstall Enigmail as S/MIME is essential for my purposes.
I fear i wouldn't use/install Enigmail anymore.
Badly as i really appreciate PGP for some selected communication partners, but we will have to find now another solution for that.

Questa recensione riguarda una versione precedente (2.0) del componente aggiuntivo. 

Assegnate 5 su 5 stelle

<UPDATE>
The issues described below seem to be fixed. Using the Enigmail menu is a bit different from using the buttons and requires getting used to, although it is quicker imho. It would be nice, if the "Per-Recipient Rules" also supported S/MIME, to specify PGP or S/MIME based on the recipients address.
<UPDATE/>

The version 2.0 really breaks interaction of S/MIME and PGP. In earlier version it was possible to individually set how to sign and encrypt mails. Now you can only turn signing and encryption on or off and "Enigmail will chose between S/MIME or OpenPGP depending on whether the keys for all recipients are available for the respective standard", whatever that means. And unfortunately, it doesn't work properly and is completely intransparent. This is a problem if you have both SMIME and PGP set up for one account. You cannot choose which keys to use for signing or encrypting. I also found, that SMIME is not used anymore if you also have PGP setup. Even if both sender and recipient also have SMIME available. So it's unclear how it actually works. Also, if Enigmail does not find a recipient's key, it will also not sign the mail, even if sigining is enabled.

Anyway, you can't set what method to use, you can't see, what Enigmail will actually use, you can't even be sure, that any signing or encryption ist performed at all prior to sending. That makes the whole thing practically unusable. Thats especially annoying since this extension seems to be the only one to bring PGP to thunderbird.

Until this behavior is fixed, you need to find an alternative mail client for encryption, which is extremely unfortunate.

Questa recensione riguarda una versione precedente (2.0) del componente aggiuntivo. 

Please try the following build which should fix the issue with the default values:
https://enigmail.net/download/nightly/enigmail-nightly-enigmail-2.0-branch-all.xpi

You can see what Enigmail does by checking the "Sign" and "Encrypt" icons in the toolbar. If S/MIME is used, then the status bar displays the S/MIME signing/encryption icons.
In addition, the Enigmail menu tells you which algorithm will be selected and allows you to manually pick the algorithm you want.

Assegnate 2 su 5 stelle

The update is not mature. I can confirm the reported issue "enigmail 2.0 breaks s/mime". I am no longer able to sign with s/mime by default for non-pgp e-mails. Is this no longer possible? The new settings for signing and/or encryption look quite confusing even for experts.

For all non-pgp receivers I normally sign with s/mime and add my public pgp key as attachment. So every receiver has the chance to trust my e-mail and also to reply encrypted.

Questa recensione riguarda una versione precedente (2.0) del componente aggiuntivo. 

Please try the following build which should fix the issue:
https://enigmail.net/download/nightly/enigmail-nightly-enigmail-2.0-branch-all.xpi

Assegnate 4 su 5 stelle

I'm using s/mime. Since upgrading to enigmail 2.0 outgoing messages using identities without gpg keys are not s/mime signed by default anymore. I tried to play around with the settings and managed at least to use s/mime as default for identities /with/ gpg keys. Is there a kind of some freaky combination of settings to get identities w/o gpg key to be s/mime signed by default? Thunderbird's own "sign by default" option is getting completely ignored.

edit, after installing enigmail nightly: works better now. But still, if I unset "enable openpgp support (enigmail) for this identity" I expect not to have pgp at all and to exclusively use s/mime. But s/mime signing is not selected (which should be the default according to thunderbird's settings). Instead, the enigmail menu shows "protocol pgp/mime (auto)" selected.

Questa recensione riguarda una versione precedente (2.0) del componente aggiuntivo. 

Please try the following build which should fix the issue with the values taken from Thunderbird's own default:
https://enigmail.net/download/nightly/enigmail-nightly-enigmail-2.0-branch-all.xpi

Btw. the menu Enigmail allows you to manually select the algorithm for each message.