Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Why I can not backup my valid certificate: FF not saving it: can not save for unknown reason.

more options

Hello All, I am trying to back up my valid (or newly generated - will be valid after few days - second one) certficate, but with no success. When I choose it, set a destination, I got the error: Failed to create the PKCS #12 backup file for unknown reasons. The certificate is valid, it is generated to me (in the 'Your certifiacates' tab), where is the problem ? I did not have rights on some folders ? As it is saved/imported to FF, it must be possible to backup too.

Thanks for your help

Hello All, I am trying to back up my valid (or newly generated - will be valid after few days - second one) certficate, but with no success. When I choose it, set a destination, I got the error: Failed to create the PKCS #12 backup file for unknown reasons. The certificate is valid, it is generated to me (in the 'Your certifiacates' tab), where is the problem ? I did not have rights on some folders ? As it is saved/imported to FF, it must be possible to backup too. Thanks for your help

All Replies (5)

more options

Any new hints about this error ?

more options

Hello all,

TOR was it: I uninstalled this add-on and it worked.

Thanks

more options

What add-on did you uninstall: Torbutton? Were you then able successfully to export a PKCS #12 certificate file?

more options

FF 3.4.17 on Mandriva 2010.2 - had same problem, it did not even ask for a password but failed after selecting a backup file. After Torbutton was removed, the first attempt to back up failed with the same message, after a password was requested and given. I tried again and it worked.

more options

I have FF 3.6.17 on Kubuntu 10.4, no Torbutton installed, yet FF fails to create the pkcs12 backup file even from a freshly initiated FF profile.

However, a keypair with cert issued by the same CA (ca.freeicp.org basic level) and email (the sender's) was generated and bakced up successfully by SeaMonkey 2.0.11 running in the same system, Furthermore, the intringuing part in the sequel is that the pcks12 file created by Seamonkey could be imported by the same FF, and the corresponding imported keypair could successfuly be (re)exported by FF.

Searching around for possible explanations (unrelated to Torbutton) I ran accross this Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469079 which was solved by removal of libnss3 and keeping only libnss3-1d. However, my system already had only libnss3-1d installed. Nonetheless, following up the discussion on that bug I noticed that my system has two versions of libsoftokn3, of different size and date: /usr/lib/firefox-3.6.17/libsoftokn3.so and /usr/lib/nss/libsoftokn3.so.

Could that duplicity be related with this behaviour, as in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469079? Why does FF still installs its own nss library files, if the purpose of nss is to provide interoperable cryptographic services across applications?

I have also posted this to a ubuntu bug report on same issue that has been open since 2008 in https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/241602, with no avail so far. The problem seems to recur, due to different issues, since Firefox 1.6 (2004), according to posts in http://forums.mozillazine.org/viewtopic.php?f=40&t=77495 and Firefox 1.4, according to https://bugzilla.mozilla.org/show_bug.cgi?id=217305.

If needed, I can try and send the corresponding key3.db files, one with a native unexportable and the other with an imported (from Seamonkey) reexportable private keys

Edeziri site na pedro rezende