#outlook

← All tags

Outlook is the dominant email client in Microsoft 365 organisations, but its signature management is designed for individuals, not organisations. Each installation stores signature data locally, with no native sync across devices. The transition from classic Outlook (COM add-ins) to new Outlook for Windows (Office.js add-ins) is creating compatibility issues for organisations whose signature tools rely on the older model.

Further reading

Frequently asked questions

Why don't signatures set in Outlook sync across devices automatically?

Outlook's signature feature is designed for individual users and stores signature data locally on each device. There is no native Microsoft 365 mechanism to sync signatures across Outlook installations on different devices or operating systems. An employee who sets up a signature on their Windows laptop will not automatically have the same signature on their Mac or iPhone. Central management tools solve this by applying signatures at either the add-in or server level, independently of the device.

What is the difference between a user-set Outlook signature and one applied by a management tool?

A user-set Outlook signature is stored locally on the device and can be edited by the user at any time. A signature applied by a management tool is either injected by an Outlook add-in — visible in the compose window but managed centrally and not editable by the user — or appended server-side after the email is sent, which means it is not visible during composition. The management tool approach enforces a consistent standard and removes the individual as a variable.

Does the new Outlook for Windows support the same email signature add-ins as classic Outlook?

No. The new Outlook for Windows uses the Office.js web add-in platform, which is incompatible with COM add-ins used by classic Outlook. If your email signature tool is built as a COM add-in, it will not work after users switch to the new Outlook. Tools built on Office.js are compatible with both, and are deployed via Microsoft Centralised Deployment or the Microsoft AppSource marketplace. Checking which model your current tool uses is an important step before any Outlook migration.