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
	
	 Richard Körber
						Richard Körber