Abstract
This document describes a few common user scenarios and how to configure S/Notify for them.
Installation Test Setup
Scenario
After the installation, you want your users to test S/Notify, but you do not want to break notifications for those users who do not participate in the test or who do not have certificates or keys for encryption available.
Setup
S/Notify Configuration
On the administrative configuration pages of S/Notify
-
Leave the Key store file (for S/MIME) or HKP key server (for PGP) location empty
-
Leave the Encryption Fallback set to Allow unencrypted notifications
User Profile
-
Users who want to participate in the test can upload their public certificate
Results
S/Notify will immediately start encrypting the notification emails of each user who has provided a valid S/MIME certificate or PGP key. However, users who have not provided a valid S/MIME certificate or PGP key will still receive their notification emails unencrypted due to the Encryption Fallback setting.
Central Key Management Setup
Scenario
You want to enforce encryption of all notification emails, and the S/MIME certificates or PGP keys for all users are centrally available.
Settings
S/Notify Configuration
S/Notify supports several options for centrally managed S/MIME certificates and PGP keys. Choose whichever fits best in your environment.
S/MIME
User S/MIME certificates can be centrally provided
-
from a Key store file
-
from an LDAP that is configured as the User directory in Jira, Confluence, or Bitbucket
-
from any other External LDAP server (not currently available in Bitbucket)
PGP
User PGP keys can be centrally provided
-
from a Key store file
-
from a Key server – both HKP and LDAP based servers are supported
Both
-
Only if you do not want users to be able to provide their own S/MIME certificates or PGP keys, uncheck Allow user certificates and Allow user keys, respectively.
-
Set the Encryption Fallback to Do not allow unencrypted notifications - send problem report instead
User Profile
-
Users need not configure anything
Results
S/Notify will immediately start encrypting the notification emails of each user for whom a valid certificate is present in the global keystore. If, for some users, a valid certificate cannot be found, these users will receive an unencrypted email instead, telling them that their original notification message has been discarded for security reasons, because the email could not be encrypted, and asking them to get in contact with their Jira or Confluence administrator.
User Responsibility Setup
Scenario
You want to enforce encryption of all notification emails, but the users should manage their certificates on their own, and/or not all certificates are available in central keystore. You want the users to provide their certificates, but you do not want to allow unencrypted emails for users who have not provided their certificate.
Settings
S/Notify Configuration
On the administrative configuration pages of S/Notify
-
Leave the Global Keystore and Global Keyserver locations empty
-
Check Allow user uploads
-
Set the Encryption Fallback to Do not allow unencrypted notifications - send problem report instead
User Profile
Users can now upload their public certificate
Results
S/Notify will immediately start encrypting the notification emails of each user who has provided a valid certificate. Users who have not provided a valid certificate will receive an unencrypted email instead, telling them that their original notification message has been discarded for security reasons, because the email could not be encrypted, and asking them to get in contact with their Jira, Confluence or Bitbucket administrator.
Per Project or Per Space Encryption Setup
Scenario
You want encryption only for specific Jira projects or Confluence spaces, or you want to exclude specific Jira projects or Confluence spaces from encryption.
This feature is not yet available in Bitbucket. Please let us know if you are interested in seeing support for per-project encryption in Bitbucket.
Settings
S/Notify Configuration
On the administrative configuration pages of S/Notify
-
switch on Allow project / space configuration
-
if you want encryption for all but some projects / spaces, switch on Encrypt by default
if you encryption for only some projects / spaces and not for all, switch off Encrypt by default -
select if ambiguous emails should be encrypted
-
select if other emails should be encrypted
Project or Space Configuration
On the project or space configuration pages
-
Switch encryption on or off as desired
Results
S/Notify will check all outgoing emails for references to Jira projects or Confluence spaces. According to the settings for project or space identified, S/Notify encrypts the email or leaves it unencrypted.
When an email does not refer to a Jira project or a Confluence space, or refers to multiple Jira projects or Confluence spaces with different encryption settings, the email in handled according to the setting for ambiguous emails.
Related articles