Clarify! (based on recent mailing-list discussions)
authorLutz Jänicke <jaenicke@openssl.org>
Wed, 11 Jul 2001 15:10:28 +0000 (15:10 +0000)
committerLutz Jänicke <jaenicke@openssl.org>
Wed, 11 Jul 2001 15:10:28 +0000 (15:10 +0000)
doc/ssl/SSL_CTX_set_default_passwd_cb.pod
doc/ssl/SSL_CTX_set_mode.pod

index a5343a1cf398069cf0bfbac52f00341c46ec4d3f..2b87f01ca15f3b408a7fb95026aa7fb34675bb3f 100644 (file)
@@ -40,6 +40,12 @@ then keep it in memory and use it several times. In the last case, the
 password could be stored into the B<userdata> storage and the
 pem_passwd_cb() only returns the password already stored.
 
+When asking for the password interactively, pem_passwd_cb() can use
+B<rwflag> to check, whether an item shall be encrypted (rwflag=1).
+In this case the password dialog may ask for the same password twice
+for comparison in order to catch typos, that would make decryption
+impossible.
+
 Other items in PEM formatting (certificates) can also be encrypted, it is
 however not usual, as certificate information is considered public.
 
index 9a035bb4d184393bfea31ae00f0251f1b56453fc..9822544e5e2d8feb37be9bc584a75e2df6776317 100644 (file)
@@ -37,6 +37,9 @@ The following mode changes are available:
 Allow SSL_write(..., n) to return r with 0 < r < n (i.e. report success
 when just a single record has been written). When not set (the default),
 SSL_write() will only report success once the complete chunk was written.
+Once SSL_write() returns with r, r bytes have been successfully written
+and the next call to SSL_write() must only send the n-r bytes left,
+imitating the behaviour of write().
 
 =item SSL_MODE_ACCEPT_MOVING_WRITE_BUFFER