Service - Contact Method (handlers): Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
Line 9: | Line 9: | ||
Some contact methods are not public and will be special case services that don't follow the projects standard transparency rules. | Some contact methods are not public and will be special case services that don't follow the projects standard transparency rules. | ||
= | = Handler Services = | ||
* [[Contact Method Email]] | |||
= DynamoDB tables = | = DynamoDB tables = |
Revision as of 01:42, 29 November 2020
Overview
One handler service per contact method, examples:
- SMS
- Izara site notifier
- 3rd party messenger services
Some contact methods are not public and will be special case services that don't follow the projects standard transparency rules.
Handler Services
DynamoDB tables
- Each method will manage its own tables according to it's needs
Notes
- If method handler disables a contact, keep a record here as disabled, send a message to User Contact Manager service to disable its entry
- contactName is a name set buy the handler services, it is used in the User Contact Manager as the public name shown for the user's contact, it might be the actual contact detail, if the community want that type of contact method to be forced public, up to the handler
Ideas
- Adding/changing contact method details will be managed within the handler services, some of this code can be standardized
- Each handler service will send a message to the User Contact Manager service on any pertinent changes (eg change of display tag, disabling a contact option)