Outlook-Add-insfür Exchange Server.Ohne Microsoft 365.
SecureMail, Disclaimer, SecureFiles, Archiv und Awareness direkt in Outlook, für Postfächer auf dem eigenen Exchange. Manifest hochladen, fertig.
Warum Add-ins am eigenen Exchange selten laufen
Drei technische Hürden.
Anmeldung über Entra ID
Die meisten Add-ins melden sich per Single Sign-on bei Microsoft an. Ohne Microsoft 365 gibt es diesen Weg nicht.
Manifest wird abgelehnt
Exchange Server SE nimmt Manifeste nur bis zur API-Fassung 1.5 an. Store-Fassungen fordern mehr und scheitern beim Hochladen.
Das neue Outlook fällt aus
Das neue Outlook für Windows unterstützt Postfächer auf dem eigenen Exchange nicht. Add-ins müssen in Outlook Classic und im Web laufen.
So kommen die Add-ins in den eigenen Exchange
Drei Schritte, einmal für die ganze Organisation.
1. Manifest herunterladen
Im Portal liegt je Modul ein Manifest für Exchange Server. Es zeigt auf die Installation, die der Mandant nutzt: Cloud oder eigenes Rechenzentrum.
2. In Exchange hochladen
Im Exchange Admin Center unter Organisation und Add-Ins aus Datei hinzufügen und für die Organisation aktivieren.
3. Kopplung ohne Eingabe
Beim ersten Start tauscht das Add-in den Kopplungscode aus dem Manifest gegen einen eigenen Zugang. Niemand tippt einen Code ein.
SecureMail
Disclaimer
SecureFiles
Archiv
AwarenessAlle Module im Menüband.
Outlook Classic und Outlook im Web am Exchange Server SE, gekoppelt über das Manifest.
Kein Entra ID, kein Microsoft 365
Keine Codeeingabe durch Anwender
Ein Manifest je Modul
Cloud oder eigenes Rechenzentrum
Fünf Add-ins, ein Weg
Was jedes Add-in am eigenen Exchange leistet.
SecureMail
Schutz beim Verfassen wählen: S/MIME, PGP, PDF oder Portal, direkt im Menüband.
Disclaimer
Signaturvorlagen im Postfach, gepflegt zentral im Portal.
SecureFiles
Große Dateien als geschützten Link versenden, direkt aus der Nachricht.
Archiv
Das Archiv aus Outlook durchsuchen und archivierte Nachrichten öffnen.
Awareness
Verdächtige Nachrichten mit einem Klick an die IT melden.
Ein Zugang je Add-in
Jedes Add-in erhält einen eigenen Zugang. Der Zugang von SecureFiles öffnet kein Archiv.
Store-Add-in oder Manifest für Exchange Server
Warum übliche Add-ins am eigenen Exchange nicht ankommen.
Conbool am Exchange Server | Übliche Store-Add-ins | |
|---|---|---|
| Microsoft 365 erforderlich | nein | ja |
| Anmeldung | Kopplungscode im Manifest | Single Sign-on über Entra ID |
| Manifest für Exchange Server SE | API 1.5, vom Portal erzeugt | wird beim Hochladen abgelehnt |
| Codeeingabe durch Anwender | keine | je nach Anbieter |
| Betrieb im eigenen Rechenzentrum | möglich | selten |
Angaben zu Store-Add-ins nach den Anforderungen von Microsoft an Add-ins mit Single Sign-on und an Manifeste für Exchange Server SE.
Häufige Fragen
Laufen Outlook-Add-ins mit Exchange Server ohne Microsoft 365?
Welche Outlook-Clients werden unterstützt?
Warum lehnt Exchange Server mein Add-in ab?
Wie melden sich die Add-ins an?
Funktionieren Ereignisse beim Senden?
Geht das mit Conbool aus der Cloud?
Lassen sich Exchange Online und Exchange im Haus mischen?
Verwandte Lösungen
Exchange on premise absichern
Filter, Verschlüsselung, Signatur und Archiv für Exchange Server SE.
Interne E-Mails verschlüsseln
Post zwischen zwei Postfächern über das Gateway führen.
E-Mail-Sicherheit ohne Entra ID
Personen, Gruppen und Adressen aus dem lokalen Active Directory.
Verschlüsselung für Exchange Server
S/MIME, PGP, PDF und Portal zentral am Gateway.
Signatur für Exchange Server
Automatische Signaturen mit Feldern aus dem AD.
Add-ins am eigenen Exchange ansehen
Alle fünf Add-ins an einem Exchange Server SE, vom Hochladen des Manifests bis zur ersten Nachricht.