mirror of https://github.com/shred/acme4j
Add caution infoboxes for calls that are not implemented yet
parent
1b83115892
commit
2da97c2dc9
|
@ -8,7 +8,7 @@ Individual CAs may offer further ways of recovery, which are not part of this do
|
|||
|
||||
## Contact-Based Recovery
|
||||
|
||||
**NOTE**: Contact-Based Recovery is [currently not supported by _Let's Encrypt_](https://github.com/letsencrypt/boulder/issues/432).
|
||||
> **CAUTION**: Contact-Based Recovery is [currently not supported by _Let's Encrypt_](https://github.com/letsencrypt/boulder/issues/432). If you should lose your key pair, you are stuck. All you can do at the moment is to register a new account and then recover your domains by using the [Proof of Possession](../challenge/proof-of-possession.html) challenge in combination with the domain key pairs.
|
||||
|
||||
On this recovery method, the CA contacts the account owner via one of the contact addresses given on account creation. The owner is asked to take some action (e.g. clicking on a link in an email). If it was successful, the account data is transferred to the new account.
|
||||
|
||||
|
|
|
@ -42,6 +42,8 @@ client.modifyRegistration(reg);
|
|||
|
||||
## Account Key Roll-Over
|
||||
|
||||
> **CAUTION**: Account Key Roll-Over is currently not supported by _Let's Encrypt_. It silently ignores your new key, and gives you the fatal impression that you can safely dispose your old key after that.
|
||||
|
||||
It is also possible to change the key pair that is associated with your account, for example if you suspect that your key has been compromised.
|
||||
|
||||
The following example changes the key pair:
|
||||
|
|
Loading…
Reference in New Issue