Exclaimer: one signature,
every mailbox.
No drama.
Exclaimer sales, fit assessments, and signature design for Microsoft 365 and Google Workspace tenants. We size the right tier, install it properly, and design templates that actually look like your brand.
Most tenants we audit have four signature variants running simultaneously. Usually more.
Anyone who has rolled out a new signature by emailing staff a Word document knows exactly how it ends. A month later: sales has the old logo, the MD has whatever Outlook defaulted to in 2019, someone in accounts went rogue. Mobile never got the memo. Shared mailboxes have whatever the last person left there.
This isn't a people problem. Outlook signatures live on the device, per profile, per mailbox, sometimes in a roaming policy if Group Policy ever held together. There's no central version. There's no way to push a change without touching every user. When legal rewrites the POPIA disclaimer, it goes out in an email and two thirds of the company gets around to it.
Taking the user out of the loop is what centralised signature management does. Mail passes through a service, gets stamped with the right template for that sender, and goes on its way. Users do nothing. They can't get it wrong. Update the campaign banner once in the dashboard and it's live across the whole org at the next message sent. It removes itself when the campaign ends, no one needs to chase IT in mid-January to pull the Black Friday creative.
Outlook templates via Group Policy and Workspace's append-footer setting do work, for small teams with one brand, no marketing requirements, and unusually disciplined staff. Short list. For everyone else, the licence pays for itself in IT time saved inside a quarter. If you want to work through whether DIY is actually sufficient, we've written up the full comparison of signature options, including where each approach breaks.
One thing the vendor marketing skips: Exclaimer routes your mail through a smart-host. That's the mechanism. It's also why SPF, DKIM and DMARC matter more after the installation than before it. Done right, your DMARC alignment rate goes up. Done without care, your invoices land in junk. The difference is who sets it up.
What we actually deliver
How a typical engagement runs
Tenant size, current signature mess, design ambition, budget. We tell you whether Exclaimer Cloud Signatures, Signature Manager, or honestly Outlook-templates-plus-discipline is the right answer.
Before the smart-host goes in, we audit your connectors, mail routing, and email authentication setup. If something is going to break, we surface it before rollout.
Connectors and routing in parallel with template design. We stage on a pilot group of 5–10 mailboxes for two working days before tenant-wide rollout.
Either we hand the dashboard to your marketing team with a one-hour walkthrough, or we run it for you on a monthly retainer: banner swaps, new-starter templates, the lot.
How Exclaimer connects, M365, Google Workspace, and the DNS gotchas
The concept is the same on both platforms. The wiring is not. Here's what actually happens under the hood.
Two connectors, one smart-host, every device covered
Exclaimer connects to M365 via two outbound connectors and a transport rule. Mail leaves the mailbox, passes through the connector, hits the Exclaimer smart-host, gets stamped with the right template for that sender, and goes out. The whole loop is server-side, which is what makes it universal, Outlook on Windows, OWA, iPhone Mail, shared mailboxes, all of it.
The Outlook add-in shows senders a live preview as they type, even though the actual stamp happens at the server. The reply detection rule strips the previous signature block before appending the new one, so you don't get the same block repeated four times down a thread. Job title changes in Entra ID show up in signatures at the next send. No helpdesk ticket.
- Outbound connectors with TLS pinning and transport rule
- Outlook add-in for compose-time preview
- Reply detection to prevent stacked signatures
- Live data pull from Microsoft Entra ID
- Shared mailboxes, groups, and distribution lists all covered
M365 at a glance
Same concept. Different wiring. A few Gmail-specific gotchas.
A routing rule in Google Admin Console sends outbound mail to the Exclaimer endpoint, it's signed, and returned for delivery. The Gmail-specific problem is the local signature field: if it isn't cleared and locked via admin policy, users end up with two signatures stacked, their local Gmail one plus the Exclaimer one. We lock the local field as part of every rollout.
Send-as aliases are what trips up most self-managed rollouts. If your sales team sends from a secondary brand domain using their primary mailbox, Cloud Signatures needs to know which template applies to which alias. Google's routing rule order matters when multiple rules are running, and if you have mail archiving alongside Exclaimer, the firing order determines whether the archived copy is the signed version.
- Mail routing rule in Google Admin, no agent or desktop client
- Local signature field locked via admin policy (mandatory step)
- Gmail API integration for compose-time preview
- Send-as alias mapping for multi-brand or multi-domain setups
- Works with Google Vault archiving, Exclaimer fires first
Google Workspace at a glance
SPF overflow and DMARC alignment, the two things that break delivery
SPF has a 10-lookup limit. Most tenants are already at 6 or 7 before Exclaimer goes in, the mail platform, a CRM, a newsletter tool, something for invoicing. Add the smart-host without checking the count and you may land at 11. SPF fails at that point, DMARC reads it as a failure, and outbound mail starts getting rejected or junked. We check the lookup count before we touch anything. At 8 or above, we flatten the record first.
The second problem is DMARC alignment. If your domain is at p=reject and DKIM isn't configured for the Exclaimer sending path, a percentage of outbound mail fails DMARC. The fix is DKIM signing through Exclaimer's keys, the selector published at your DNS, alignment checked against live report data. DNS changes that touch mail flow happen on Tuesday mornings, TTLs lowered 24 hours in advance, rollback notes written before we start.
- SPF lookup count audited before any connector changes
- SPF flattening where record count is at or near the limit
- Exclaimer DKIM selector configured and verified
- DMARC alignment checked against live report data post-rollout
- DNS changes scheduled Tuesday mornings, not Fridays
DNS at a glance
What the engagement looks like in practice
Real situation, real fix, client name omitted at their request.
Had Exclaimer licences for 6 months, half-deployed by the previous IT firm. SPF was at 11 lookups. Delivery to Outlook.com recipients showing "soft fail". Two different logos in circulation.
SPF audit confirmed 11 lookups. We flattened SPF to 6, added the Exclaimer smart-host properly, realigned DKIM, rebuilt the signature template from the brand guide, and added the POPIA disclaimer.
SPF compliant, DMARC delivery recovered, one template across 60 seats, marketing updates banners without IT. DMARC moved to p=reject three weeks later.
What our clients say
We changed the campaign banner once, from a phone at 9pm. It was live across all 140 mailboxes before Monday morning. That is the whole pitch.
Previous IT firm installed Exclaimer but never finished configuring it. OSH fixed the connectors, got the templates looking right, and had the whole thing live across the organisation in three days.
POPIA disclaimers are now on every outbound email including mobile. That was on my compliance checklist for two years. Done in a week.
Signatures sorted in 5 days. DMARC intact throughout.
Book a 30-minute fit assessment. We cover tenant size, the right Exclaimer tier, design scope, and DNS readiness. No slide deck, no sales theatre, just the numbers and a recommendation.
Exclaimer questions we get every week
Book a 30-minute Exclaimer fit assessment
We'll cover tenant size, the right Exclaimer tier, and design scope. No slide deck, no sales theatre. Just the numbers and a recommendation.