Using the SecureMail add-on for Thunderbird
Choose encryption while writing in Thunderbird: S/MIME, OpenPGP, password-protected PDF or the message portal. Installation, pairing per mailbox and rollout per domain.
The SecureMail add-on brings the choice of delivery path straight into the compose window of Thunderbird. Encrypting, signing and delivering still happen exclusively at the gateway. The add-on merely sets headers on the outgoing message, it holds no key material and performs no cryptography.
The same therefore applies to Thunderbird as to any other client: encryption takes effect even when the add-on is not installed at all. Without the add-on, the rule set for outgoing messages decides on its own.
What the add-on does
A button with the released delivery paths appears in the compose window. S/MIME, OpenPGP, password-protected PDF and the message portal are available. Which methods are visible is governed by the same configuration as for the Outlook add-in, including release per sender group.
Before sending, the add-on can require a confirmation when no delivery path has been chosen. It is triggered by the same conditions as in Outlook, for instance a recipient domain, an attachment being present or a route that does not encrypt. If the add-on is not connected to the account, Thunderbird sends without asking, so that unmanaged accounts are never blocked.
Prerequisites
Thunderbird from version 128. The sender domain has to be connected and verified in the tenant, see connecting a domain.
Installation
The add-on file is available for download in the portal under settings, SecureMail, add-in on the Thunderbird tab. In Thunderbird, then go to tools, add-ons and themes, choose the entry for installing from a file through the gear icon and select the downloaded file.
Thunderbird does not require a signature for this.
Pairing
After installation the add-on is not yet connected to the tenant. The connection is created through a pairing code from the portal, which the add-on accepts under settings. There are two kinds of code.
A single mailbox
A code for exactly one address. It is valid for 15 minutes and can be redeemed once. Suitable for individual workplaces and for tests.
A whole domain
A code for all mailboxes of a verified domain. It is valid for seven days and can be redeemed on any number of machines. Every machine receives its own token and stays individually revocable. This is the path for a rollout, since a single code is enough for the entire domain.
With this variant the add-on reports the concrete sender address with every request. The gateway checks it against the domain of the token and additionally against the verified domains of the tenant. A token for one domain can therefore never act for a foreign domain.
Distribution in the company
For larger environments the add-on file can be distributed through the enterprise policy of Thunderbird. In policies.json an entry under ExtensionSettings with the installation mode force_installed and the address of the file makes sure that the add-on is present at every start. Together with an enrolment code for the domain, only a single step is left for the user.
Managing and revoking access
All connected credentials are listed in the portal under settings, SecureMail, add-in on the Thunderbird tab. Status, last activity and the associated address or domain are visible. Every credential can be revoked individually, after which the associated token is immediately invalid.
An enrolment code for a domain is revoked separately from the credentials created from it. If it is revoked, no new machines are added, while already connected ones keep working unchanged.
Differences from the Outlook add-in
The Outlook add-in signs in through Entra ID and is rolled out through the Microsoft 365 admin center, described under SecureMail for Microsoft 365. Thunderbird does not know that path, hence the pairing through a code. Functionally both behave the same: the same delivery paths, the same configuration, the same confirmation before sending unencrypted.