Navigate to System >> General Settings. Company Name, Company Website, and Portal URL are required; ExSign uses them in the ExSign email templates and login flow, so they can't be left blank.

| Setting | What It Controls |
| Page Size | Number of rows (records) shown per page in listing screens (e.g. 50) |
| Date Format | Date format used throughout the application (e.g., dd-mm-yyyy). |
| Portal URL | The admin site address for the portal (e.g.https://yourdomain.com:8775) where users log in. |
| Company Name / Website | Used in signature and disclaimer email templates |
| Entity Custom Message |
A custom message shown to entities |
The Hub Server Access field is the URL your Agents use to reach the Portal, the same API Hub connection covered in How ExSign Works and Firewall Ports You'll Need Open (port 8776).
Changing this URL disconnects every currently connected server from the Hub. Each entity will need the updated token to reconnect.
After making a change here, confirm it worked using How to Verify Communication with API Hub before considering the change complete.
Navigate to System >> Image Upload Settings. You have two options:
| Setting | What It Controls |
| Image Target | Stores images in the assets/Images/ directory on the Portal server. |
| Web Access URL |
A web-accessible URL pointing to that same directory, so admins can retrieve images. |
Gather this from your AWS account first:
Enter these, then click Validate to confirm ExSign can actually connect before saving.
For how ExSign licensing works (per-mailbox pricing, subscription types, how to buy), see Licensing. This section only covers activation mechanics.
Navigate to System >> Activate License and enter your key. From this screen, you can also view status, deactivate, or upgrade the license.

| Field | What It shows |
| License Status | Whether the product is currently licensed. |
| License Type | Monthly or Annual subscription. |
| License Expiry | Date the license stops being valid |
| Activation Status | Whether the license is currently active. |
| Mailbox Limits |
Total mailboxes assigned to the license. Out of this limit, each entity can further be assigned its own mailbox limit. If the license was activated using the OfflineActivation.exe utility, a link can be clicked to resynchronize the license quota across all entities and organizations.
|
Two decisions worth making deliberately here:
configure email alerts at 70%, 80%, 90%, and/or 95% of your license usage, so you're notified before you run out rather than after. You can opt out entirely if you'd rather monitor manually. See License Threshold Configuration for details.
Navigate to System >> Workflow Settings. This controls whether signature rules can be published immediately or need approval first. Pick based on how your organization is structured:

| Choose | If |
| Default | You trust your ExSign Admins and Exchange Admins to publish rules directly, with no approval step. |
| Entity Level | You want one approval chain (approval levels) per Exchange entity, shared across all organizations under it, with one Approval Manager security group per entity. |
| Organization Level | Each organization should have its own independent approval chain and its own Approval Manager group. Useful if an entity has many organizations (e.g., departments or subsidiaries) that shouldn't approve each other's rules. |
Select an option and click Save to apply it. Create your Approval Manager group in Managing Users and Roles, then set up the actual approval levels and approvers in Configuring Approval Workflows. This page only decides whether approval is required, the levels themselves are configured while Creating a Workflow
Go to System >> Observability Metrics to monitor resource usage and availability, CPU, Disk, Database, and similar metrics, each with an Applies At (Agent or Portal), a Status, and a Last Activity timestamp. Actions let you view a metric's history or edit its alert threshold, check interval, and status.

| Field | What It shows |
| Metric Name | The name of the system metric being tracked (e.g., CPU Usage, Disk Usage, Database Usage, Wait Queue, System Services) |
| Applies At | Where the metric is monitored, either at the Agent level (the machine or service running checks) or the Portal level (the application itself). |
| Status | Whether monitoring for this metric is currently active. Shown as ENABLED in green when turned on. |
| Last Activity | The date and time the metric last recorded data. Shows N/A if no activity has been logged yet. |
| Actions | Controls for managing the metric: a history/reset icon to view past activity or reset the metric, and an edit icon to modify its configuration. |
Go to System >> Stamping Logs Retention to control how long stamping logs are kept, and what happens to them afterward. This is the policy behind the Archived Logs screen (see Using Logs), this section decides when and how logs get archived; Archived Logs is where you view and restore the results.

| Field | What it controls |
| Retention Policy | Purge Logs (permanently deletes older logs), Archive Logs (archives them and removes them from the active system), or Retain Logs Forever (no automatic deletion or archiving at all) |
| Retention Period | How old a stamping log must be before the policy above applies to it (e.g., 3 months) |
| Location Type | Where archives are stored, e.g., a UNC network path |
| Archive Location |
The actual path (e.g. |
| Require Authentication | Enable if the archive location needs credentials to write to |
| Username / Password |
Credentials for that location, if required |
| Archives Retention |
A separate retention period for the archives themselves, once an archive is older than this, it's permanently deleted |