Communication Settings
This section outlines how to configure communication settings within the ComUnity Toolkit. It includes:
Global and environment-specific configuration
Supported communication channels
Provider setup requirements
Best practices for secure and reliable messaging workflows
Configuration Overview
The Toolkit supports communication via multiple channels, including Email, SMS, INAPP, Push Notifications, and WhatsApp.
Configurations are managed at two levels:
Global Settings: Application-wide constants and default priorities used across all environments.
Environment-Specific Settings: Channel and provider configurations tailored for each environment (e.g., Development, QA, Production).
In deployed environments, users are fully responsible for setting up third-party providers and securely managing all credentials.
Global Settings
Global settings define the baseline behaviour and default data for communications across your project.
Channel Priorities
Access: Project Settings > Global > Communications
Description: These settings establish the default delivery importance for each channel.
ChannelExample PriorityEmail
Medium
In-App
Medium
SMS
Medium
WhatsApp
Medium
Custom Values
Access: Project Settings > Communications > Custom Values
Description: Used to define and inject global constants into your application logic. Each value can be toggled to apply globally or be overridden per environment. Sensitive values can be marked with a secrecy shield.
Setting NameExample ValueDescriptionTenant
ComUnityTest
Identifier for multi-tenant setup.
SourceEmailAddress
noreply@comunityplatform.com
Default sender address.
ReplyToAddress
noreply@comunityplatform.com
Email used for replies.
ReplyToEntity
MessageEvent
Binds replies to a messaging entity.
Namespace
comcity
Logical grouping for communications.
LogLevel
3
Verbosity of system logging.
FromAddress
noreply@comunityplatform.com
Alias used for outbound messages.
Environment-Specific Settings (v25.2 Update)
From version 25.2, the ComUnity Toolkit provides an enhanced interface for managing communication settings independently for each environment. This allows you to define a specific communication provider and its unique credentials for each supported channel, ensuring a clear separation between your Development, QA, and Production configurations.
Configuration Steps
Navigate to the Communications hub
Access the settings via Project Settings > Communications.
Select the tab for the environment you wish to configure: Dev, QA, or Prod.
Select a Communication Channel
Within the chosen environment, select the tab for the channel you want to set up (e.g., Email, SMS, Push, In-App, WhatsApp).
Choose a Service Provider
From the Service Provider dropdown, select the provider you wish to use for the chosen channel.
Click the Save icon to apply your selection — any dynamic fields required by the selected provider will then appear automatically.
For local development and testing, it’s recommended to use the Mock Service option.
Enter Provider Credentials
Once a provider is selected, the required configuration fields (e.g., API keys, usernames, base URIs) will be displayed.
You must obtain these credentials from the provider’s official administration portal and enter them securely into the fields provided.
Provider Requirements & Setup Guides
To integrate external services, you must have an active account with the provider and obtain the necessary credentials.
Microsoft 365
Follow these steps to register an application in Azure and configure it with the necessary credentials and permissions.
1. Register the Application
Navigate to the Azure Portal → Azure Active Directory → App registrations.
Click + New registration and create a new application (e.g., ComUnityEmailClient).
2. Record Credentials & Secrets
From the application's Overview page, copy the following IDs:
Application (client) ID → Use this for the
O365Client
field.Directory (tenant) ID → Use this for the
O365Tenant
field.
Go to the Certificates & secrets tab.
Click + New client secret. After creating it, copy the secret's Value.
Use this value for the
O365ClientSecret
field.
The client secret value is only displayed once upon creation. Ensure you copy and store it in a secure location immediately.
3. Set API Permissions
Go to the API Permissions tab.
Click + Add a permission, select Microsoft Graph, and choose Delegated permissions.
Add the following permissions:
Mail.Send
User.Read
offline_access
After adding the permissions, ensure you Grant admin consent for your directory.
References: Learn Microsoft
Twilio (SMS & WhatsApp)
Login to your Twilio Console.
From the main account dashboard, copy your:
Account SID
Auth Token
For WhatsApp integration, you must also:
Configure approved Senders in your Twilio account.
Set the
TwilioWhatsAppUser
,Password
,From
, andCallback
values within the Toolkit.
References: Twilio SMS Guide | Twilio WhatsApp Guide
SendGrid (Email)
Login to your SendGrid Dashboard.
Navigate to Settings > API Keys.
Create an API Key with the necessary permissions and copy the generated key.
Docs: API Key Setup
BulkSMS (SMS)
Generating a BulkSMS API Token
Log in to the BulkSMS Portal.
Navigate to Settings > Advanced Settings > API Tokens.
Click Create Token.
Enter a descriptive name for the token (e.g., ComUnityIntegration).
Immediately copy the Token ID and Token Secret.
For security reasons, the Token Secret will only be displayed once. Please store these credentials in a secure location, like a password manager

BulkSMS Toolkit Configuration
When configuring the Bulk SMS toolkit, map your credentials as follows:
BulkSMSUser: Use the Token ID.
BulkSMSPassword: Use the Token Secret.
CellSys
The CellSys integration is not self-service. Unlike providers such as BulkSMS or SendGrid, CellSys does not expose full setup documentation publicly. To integrate with engage their support team through their website. Upon account registration and payment they will provide API credentials you can use the the platform.
Best Practices
Secure Storage: Always store sensitive values securely and mark them with the secrecy shield in the Toolkit.
Limited Permissions: When creating API keys, grant only the minimum permissions necessary for the integration to function.
Regular Audits: Periodically review provider permissions and credentials to ensure ongoing compliance and security.
Use Mock Services: Use the built-in mock services for all local development and testing to avoid incurring costs or sending unintended communications.
For further assistance, please refer to the official provider documentation or contact your system administrator.
Last updated