How to troubleshoot issues with signatures not added to emails in Microsoft 365 (Office 365)
Signatures created with CodeTwo Email Signatures 365 are not added to emails.
There might be several reasons why your messages do not receive signatures. Some reasons will be different for every signature mode in which CodeTwo Email Signatures 365 works (cloud/server-side, Outlook/client-side, or combo), while other are common to all the modes. The most common issues and recommended solutions are described below.
Issues specific to all modes:
- A Microsoft 365 (Office 365) tenant is not registered in CodeTwo services
- Incorrect signature mode selected
- Free trial period or subscription expired
- Number of licenses exceeded
- Initial synchronization/configuration of the program is not complete
- OAuth 2.0 access tokens expired
- Users recently added to a distribution group do not get signatures
- Unsupported message type
- Missing signature template formats (HTML, Plain Text)
- A message does not meet conditions/exceptions of a signature rule
Cloud (server-side) mode specific issues:
Outlook (client-side) mode specific issues:
- Unsupported Outlook version
- Modern CodeTwo Signatures Web Add-in for Outlook & OWA is not deployed correctly
- Classic CodeTwo Signatures Add-in for Outlook (COM Add-in) is not installed or used incorrectly
- Outlook has not been restarted (classic COM Add-in)
- Missing or inactive Outlook (client-side) rules in the signature management app
Combo mode specific issues:
- Identifying problems with server-side and client-side signatures
- Add-in installed by unauthorized users
Issues specific to all modes
A Microsoft 365 (Office 365) tenant is not registered to CodeTwo services
Tenant registration is required for CodeTwo Email Signatures 365 to operate in any of the modes. If signatures are not added to messages sent by any user, make sure that your tenant has not been deregistered or that it has not been blocked for any reason.
To check the status of your tenant, open CodeTwo Admin Panel and see if your tenant is visible on the Tenants page (Fig. 1.). If not, you need to register it. To do so, click ADD TENANT button and follow the instructions, as described here.
Fig. 1. The list of Microsoft 365 tenants registered to CodeTwo.
Incorrect signature mode selected
There are three signature modes available: cloud (server-side), Outlook (client-side), and combo. When CodeTwo Email Signatures 365 operates in cloud mode, Outlook signatures will not work (and vice versa). However, both types of signatures work in combo mode. If your signatures are not added to emails as expected, make sure you have selected the correct signature mode. To learn more about signature modes read this article.
To see which mode is currently selected, go to the Tenants page in CodeTwo Admin Panel and have a look at the information in the Signature mode column for your tenant (Fig. 2.).
Fig. 2. The information about the selected signature mode.
If you want to change the signature mode, see this article for step-by-step instructions.
Free trial period or subscription expired
If your free trial version or your paid subscription plan expires, no email signatures will be added to your emails. You need to buy/renew your subscription. To learn how to check the status of your subscription and how to buy/renew a subscription, visit the Licensing section of the user's manual.
Fig. 3. The message shown for the tenant whose trial period expired.
Number of licenses exceeded
If some of your users get signatures in their emails while others don’t (especially new users), you might have exceeded the number of available licenses. This situation occurs in cloud (server-side) mode when you have configured the program's connectors incorrectly and the scope of senders is too wide - it covers more users than the number of licenses you purchased.
Every sender whose email travels through CodeTwo uses one license from your license pool, no matter if this user is defined in any signature rule. In the case of Outlook (client-side) signatures, licenses are consumed in a different way depending on which Outlook add-in is used. Learn more
If CodeTwo Email Signatures 365 works in Outlook (client-side) mode and the number of licenses is exceeded, some of your users might not get any signatures and CodeTwo's signatures add-in for Outlook will show them a specific error message. In the case of the classic CodeTwo Signatures Add-in for Outlook (COM Add-in), some users will not be able to sign in to the add-in.
To solve the problem of excessive license consumption, you need to narrow down the scope of senders so that only the users who require email signatures are included:
- Cloud (server-side) mode: reconfigure the connectors and specify the scope of users who will receive signatures. To do so, open the Admin Panel's Tenants page, click your tenant, select Exchange Online connectors in the secondary menu on the left, and click Configure connectors automatically. Then, follow the steps described in the user's manual. If necessary, you can also reconfigure the connectors manually.
- Outlook (client-side) mode: deploy an Outlook add-in for a selected group of users only. More information about the deployment can be found here (modern Web Add-in) or here (classic COM Add-in). This allows you to limit license consumption to users you actually intend to receive Outlook (client-side) signatures in their emails. If users have already manually installed the classic COM Add-in and signed in, you should inform them that they need to sign out and uninstall it from their Outlook desktop app.
- Combo mode: use the method for resolving the issue in cloud (server-side) mode as well as the method for Outlook (client-side) mode to reduce the number of consumed licenses.
You can check the number of used licenses and which accounts are using them on the Manage tenant page in CodeTwo Admin Panel. See this article for details.
Once you perform the necessary steps, you need to reset the license count on the Licenses page in CodeTwo Admin Panel. To do so, select your tenant, click Licenses in the left submenu (under Tenant options), go to the Signature licenses tab or the Autoresponder licenses tab, depending on which type of licenses you want to reset. Finally, click the Reset license count button (Fig. 4.).
Fig. 4. Resetting license count on the Licenses page.
If you narrowed down the scope of users who can get email signatures and reset the license count, but the problem persists, it is possible that your subscription requires additional licenses. Please contact our Support Team to consult this.
Initial synchronization / configuration of the program is not complete
If you configure the program for the first time for your tenant, remember that some of your emails might not get signatures until the initial synchronization is over. The application needs to save the required AD attributes of your users in an internal cache called the Azure AD cache (read more in this article). The service holds a local copy of your Microsoft 365 (Azure) Active Directory properties to instantly add AAD placeholders to email signatures, without the need to constantly query your Active Directory. The first syncing process might take a while. You can check the status of initial synchronization in CodeTwo Admin Panel: enter the management pages of your tenant by clicking the tenant (on the Tenants page), then select User AD attributes from the left submenu. If you can see the date of the Last cache update (as shown in Fig. 5.), this means that the syncing is finished.
Fig. 5. Status of Azure AD cache synchronization.
If the AD attribute synchronization is still in progress, you will see no date or the following information: Synchronizing now... (see Fig. 6.). Until the process is completed, your users might not get email signatures.
Fig. 6. Initial synchronization in progress.
OAuth 2.0 access tokens expired
Azure access tokens are used to read organization's AD data. These tokens are set to not expire under normal circumstances but may do so in certain circumstances (see the user's manual for details) and need to be refreshed. If the access tokens expire and you modify your (Azure) Active Directory without refreshing them, our software is not able to recognize your changes. For example, if your tokens are not valid and you add a new user to an AD group that is also defined (in the Senders step of your signature rule in the signature management app) as the group of senders who trigger your signature rule, then this change will not be applied and this user will not get any signature. To fix this, refresh the tokens (Fig. 7.), as explained in our user's manual.
Users recently added to a distribution group do not get signatures
If you recently added new users to a distribution group/list that contains people in your organization whose emails receive signatures, these new users might not be able to get their signatures immediately. This may happen in the case of cloud (server-side), Outlook (client-side), and combo modes.
Remember that each time you modify a distribution group (e.g. add new users), it can take from a few minutes to a few hours for the changes to propagate in your Microsoft 365. Email signatures created in the program might not be added to messages sent from new users during that time.
Unsupported message type
Certain email types are currently not supported by the program and will not receive signatures. See the user's manual to learn about the unsupported message types.
Missing signature template formats (HTML, Plain Text)
By default, the built-in signature editor opens on the HTML tab (Fig. 8.) that allows you to design a signature for most email clients. However, messages can also be sent in Plain Text (e.g. emails from mobile devices). Always prepare your signature templates in all available formats to make sure that signatures are always be added. Learn more
Fig. 8. Convert tool in the signature editor.
If you prefer to add HTML signatures also to emails sent in Plain Text, you can force the program to convert Plain Text emails to HTML. Learn more.
A message does not meet the conditions/exceptions of a signature rule
When you create a signature rule, you define various conditions that need to be fulfilled in the Senders, Recipients and Keywords steps. By default, all of these conditions have to be fulfilled to trigger a rule and add a corresponding signature. In other words, if at least one condition is not fulfilled, an email will not receive a signature.
If your signatures are not added to your email, please review the Senders, Recipients and Keywords conditions to make sure that the message fulfills all of them.
As for the exceptions defined in the program, remember that a signature rule is suppressed for each exception individually. Learn more about conditions and exceptions.
Outlook (client-side) signatures only use the Senders rules and conditions.
Cloud (server-side) mode specific issues
Missing connectors configuration
Inbound and outbound connectors must be configured if you want to use CodeTwo Email Signatures 365 in cloud or combo mode.
To check the status of connectors, go to the Tenants page of CodeTwo Admin Panel. If you can see the Connectors configuration required message in the Status column for your tenant, you need to configure the connectors. You can do it manually or via the connectors configuration wizard. To launch the wizard, click the tenant, select Exchange Online connectors from the left submenu and click Configure connectors automatically (Fig. 9.). Then follow the steps described in the user's manual.
Fig. 9. The connectors configuration page.
A message sender is not included in the program's outbound connector
This problem occurs when there is a mismatch between the senders you defined for the program's outbound connector and the senders you indicated in a signature rule.
During the configuration of Exchange Online connectors for your tenant, you specify users (senders) whose emails should travel through the CodeTwo cloud service. This setup step (Fig. 10.) concerns the program's outbound connector and the associated transport rule. In the example below, only the outgoing (external) emails from specified senders (e.g. the Executives in the figure below) will be routed through the CodeTwo service.
Remember that if you want to have signatures added to your internal emails, you need to additionally select Apply signatures also to internal messages (sent between the users of this tenant) in the Users step of the connectors wizard, as shown in Fig. 10. below. Without this setting, no internal message will receive a signature.
Fig. 10. The connectors configuration wizard in CodeTwo Admin Panel.
When the users you specified send messages, the CodeTwo cloud service checks them against your signature rules and adds signatures only to emails that match the conditions defined in these rules. If you create a signature rule with the Senders condition (Fig. 11.) defined for users who are not included in the outbound connector, their emails will not receive any signatures.
Fig. 11. Configuration of Senders in the signature management app.
Such mismatch is shown in the figures above: the rule adds signatures only to all users except from the members of the Sales and Marketing group (Fig. 11.). However, only emails of users from the Executives group (see Fig. 10.) are forwarded to the CodeTwo service to get signatures.
To solve this problem, you need to reconfigure the connectors to extend the scope of senders. You can do it manually or via the connectors configuration wizard. To launch the wizard, sign in to CodeTwo Admin Panel, go to the Tenants page, click your tenant, select Exchange Online connectors from the left submenu, and click the Configure connectors automatically button. Then follow the steps described in the user's manual.
If you would like to learn more about manually adding and removing groups and users, read this article.
Outlook (client-side) mode specific issues
Unsupported Outlook version
The modern CodeTwo Signatures Web Add-in for Outlook & OWA will work correctly only with supported versions of Outlook.
In the case of the classic CodeTwo Signatures Add-in for Outlook (COM Add-in), Outlook (client-side) signatures will only be added to emails sent from the Outlook desktop app for Windows, version 2013 or newer.
Modern CodeTwo Signatures Web Add-in for Outlook & OWA is not deployed correctly
When you deploy the Web Add-in via the Microsoft 365 admin center, you need to define users who will get the add-in and, consequently, will be able to use Outlook (client-side) signatures. Make sure you’ve made the add-in available to the right people from your organization. Even though you’ve defined certain users as senders in a given rule, they might not get signatures simply because they were not included in the deployment.
Also, the central deployment via the Microsoft 365 admin center is recommended to ensure the optimum experience. Even though your users can install the add-in individually, they won’t be able to make use of the automatic signature insertion feature. Learn more
Classic CodeTwo Signatures Add-in for Outlook (COM Add-in) is not installed or used incorrectly
If CodeTwo signatures are not available for users in Outlook, make sure that these have the CodeTwo Signatures Add-in for Outlook (Fig. 12.) installed on their machine and they correctly use it.
The add-in can be installed individually by users as a click-once app that they download when instructed by the mail administrator. It is also possible for the admin to deploy the add-in centrally (for the whole organization, selected security groups or organizational units) using Group Policy Object (GPO) or with Microsoft Intune (all users or AAD groups).
Fig. 12. CodeTwo Signatures Add-in for Outlook.
To do so, verify that all affected users:
- Have the add-in installed (Learn how to quickly check installed software list with PowerShell).
- Signed in to the add-in using their credentials.
- Restarted Outlook when prompted to do so by the add-in.
Once the add-in is installed and a user signs in, they should not sign out from the add-in. If the user signs out, Outlook (client-side) signatures will not be added correctly to their email messages. Also, if the admin makes any changes to the signatures, they will not be synchronized.
If the user signed out from the add-in after signatures were added to their Outlook apps, it is possible that Outlook (client-side) signatures will still be added to emails. This may also result in emails receiving double signatures if combo mode is used.
Outlook has not been restarted (classic COM Add-in)
Restarting Outlook when prompted is very important. It is required after the first login to the classic COM Add-in and later, whenever the admin sets a new default signature, makes any changes to it or removes it. If a user changes the default signature in Outlook to a different one or modifies it in any way, the add-in will prompt to be restarted, so that the signature set by the admin is restored as the default one.
Failure to restart Outlook when prompted might result in Outlook (client-side) signatures not being added or being added incorrectly.
The add-in will display error messages in its pane and the green status icon on the ribbon will disappear whenever a restart is required (Fig. 13. and Fig. 14.). Make sure the users follow these prompts and restart Outlook when requested.
Fig. 13. Add-in icon on the Outlook ribbon – add-in working correctly.
Fig. 14. Add-in icon on the Outlook ribbon – user action is required.
Missing or inactive Outlook (client-side) rules in the signature management app
If you want Outlook (client-side) email signatures to work correctly, you need to set up Outlook (client-side) signature rules in the signature management app before the users begin using either of the two CodeTwo signatures add-ins for Outlook. If these rules are not configured, signatures will not be added.
When you prepare signature rules, make sure that they are published. You need to click the Save & Publish button (Fig. 15.) to apply changes to your organization. Clicking the Save button will save your rule without publishing.
Fig. 15. Saving changes and publishing the signature rule in the signature management app.
Make sure to define users in the Senders step that you want to have access to the Outlook (client-side) signature applied by the given rule. You can include individual users or distribution groups, in which case all members of the group will be affected by the rule. Remember that if you recently added users to a group, this change might take some time to propagate.
Also keep in mind that cloud (server-side) and Outlook (client-side) signature rules are separate from one another. Even if a user would have been affected by a cloud rule existing in an earlier configuration, new rules need to be prepared when configuring CodeTwo Email Signatures 365 to operate in Outlook mode. It is also particularly important to be aware of this when using combo mode. To read about copying signature templates between Outlook and cloud signature rules, click here.
Identifying problems with cloud (server-side) and Outlook (client-side) signatures
Combo mode combines the features of cloud and Outlook signature modes, which means that to troubleshoot a problem with adding signatures, you should first establish whether it is a cloud or an Outlook signature that is causing an issue. Remember that any user or shared mailbox might be subject to Outlook and cloud rules.
Add-in installation by unauthorized users
The add-in can be installed individually by users as a ClickOnce app that they download when instructed by the mail administrator. It is also possible for the admin to deploy the add-in centrally using a GPO or Microsoft Intune.
It may happen that if you chose the individual deployment path, an Outlook user to whom only cloud (server-side) rules apply installs the CodeTwo Signatures Add-in for Outlook (the ClickOnce version) and signs in. The add-in will inform the user that there are no signatures prepared for them (Fig. 16.) and that it will not add any client-side email signatures. However, as long as the user is signed-in to the add-in, no cloud (server-side) signatures will be added to emails sent from Outlook. Make sure that users who should not receive Outlook (client-side) signatures do not install CodeTwo Signatures Add-in for Outlook.
Fig. 16. No signatures available for the user.
To avoid such problems, you can choose the GPO or Intune deployment path, as it gives the admin more control over who has the add-in installed. It also helps prevent the users from installing the program unnecessarily and causing issues with both cloud (server-side) and Outlook (client-side) signatures.
|Related products:||CodeTwo Email Signatures for Office 365 1.x|
|Last modified:||June 5, 2023|
|Created:||February 22, 2017|