From 4fae1e4298490b3ee9bda9bd97d0469217e64807 Mon Sep 17 00:00:00 2001 From: Miroslav Prasil Date: Tue, 18 Sep 2018 11:49:20 +0100 Subject: [PATCH] Update the Invitation workflow documentation --- README.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index faeb4477..8a9b739a 100644 --- a/README.md +++ b/README.md @@ -441,7 +441,9 @@ We use upstream Vault interface directly without any (significant) changes, this ### Inviting users into organization -If you have [invitations disabled](#disable-invitations), the users must already be registered on your server to invite them. The invited users won't get the invitation email, instead they will appear in the interface as if they already accepted the invitation. (if the user has already registered) Organization admin then just needs to confirm them to be proper Organization members and to give them access to the shared secrets. +The invited users won't get the invitation email, instead all already registered users will appear in the interface as if they already accepted the invitation. Organization admin then just needs to confirm them to be proper Organization members and to give them access to the shared secrets. + +Invited users, that aren't registered yet will show up in the Organization admin interface as "Invited". At the same time an invitation record is created that allows the users to register even if [user registration is disabled](#disable-registration-of-new-users). (unless you [disable this functionality](#disable-invitations)) They will automatically become "Accepted" once they register. From there Organization admin can confirm them to give them access to Organization. ### Running on unencrypted connection