Service - Contact Method Email: Difference between revisions
Jump to navigation
Jump to search
(→Notes) |
|||
Line 13: | Line 13: | ||
=== Configuration tags === | === Configuration tags === | ||
<syntaxhighlight lang="JavaScript"> | |||
{ | |||
configTag: "NotificationManagerServiceName" | |||
configKey: "NotificationManagerServiceName" | |||
configValue: {eg: "NotificationMgr"} | |||
} | |||
</syntaxhighlight> | |||
<syntaxhighlight lang="JavaScript"> | |||
{ | |||
configTag: "UserContactManagerServiceName" | |||
configKey: "UserContactManagerServiceName" | |||
configValue: {eg: "UsrCntMgr"} | |||
} | |||
</syntaxhighlight> | |||
== Emails == | == Emails == |
Revision as of 08:14, 5 January 2021
Overview
Manages email contact methods for users, details are not part of the public transparency followed across the majority of the project in order to protect against emails being scraped.
Repository
https://bitbucket.org/stb_working/contact-method-email/src/master/
DynamoDB tables
Standard Config Table Per Service
Configuration tags
{
configTag: "NotificationManagerServiceName"
configKey: "NotificationManagerServiceName"
configValue: {eg: "NotificationMgr"}
}
{
configTag: "UserContactManagerServiceName"
configKey: "UserContactManagerServiceName"
configValue: {eg: "UsrCntMgr"}
}
Emails
Fields
- userId
- (partition key)
- uniqueId
- (sort key)
- eg a UUID generated when creating the email record, or sent by Service - User Contact Manager
- string
- contactTag
- string name created by user to publicly identify this email contact
- enabled
- true|false
Notes
- Service - User Contact Manager sets the notification group's uniqueID to be {emailUniqueId}_{uuid}, we could split the notificationGroupUniqueId to pull out the emailUniqueId, alternative is we also add the emailID to notification group's additionalData which is what we will do because it is more strongly defined