Freigeben über


Bereitstellen und Installieren von Outlook-Add-Ins zu Testzwecken

Im Rahmen des Prozesses zum Entwickeln eines Outlook-Add-Ins werden Sie wahrscheinlich das Add-In wiederholt zu Testzwecken bereitstellen und installieren, was die folgenden Schritte beinhaltet.

  1. Erstellen einer Manifestdatei zur Beschreibung des Add-Ins
  2. Bereitstellen der Add-In-Ui-Dateien auf einem Webserver.
  3. Installieren des Add-Ins in Ihrem Postfach
  4. Testen des Add-Ins, Implementieren eventuell nötiger Änderungen an den Benutzeroberflächendateien und Manifestdateien und Wiederholen der Schritte 2 und 3 zwecks Testen der Änderungen

Erstellen einer Manifestdatei für das Add-In

Jedes Add-In wird durch ein Manifest beschrieben, ein Dokument, das dem Server Informationen zum Add-In bereitstellt, beschreibende Informationen zum Add-In für den Benutzer bereitstellt und den Speicherort der HTML-Datei der Add-In-Benutzeroberfläche identifiziert. Sie können das Manifest in einem lokalen Ordner oder auf einem lokalen Server speichern, vorausgesetzt, auf den Speicherort kann vom Exchange-Server des Postfachs zugegriffen werden, den Sie für die Testzwecke verwenden. Hier wird davon ausgegangen, dass Sie das Manifest in einem lokalen Ordner speichern. Informationen zum Erstellen einer Manifestdatei finden Sie unter Office-Add-In-Manifeste.

Bereitstellen eines Add-Ins auf einem Webserver

Sie können HTML und JavaScript verwenden, um das Add-In zu erstellen. Die resultierenden Quelldateien werden auf einem Webserver gespeichert, auf den der Exchange-Server zugreifen kann, der das Add-In hostet. Nach der ersten Bereitstellung der Quelldateien für das Add-In können Sie die Add-In-Benutzeroberfläche und das Verhalten aktualisieren, indem Sie die auf dem Webserver gespeicherten HTML-Dateien oder JavaScript-Dateien durch eine neue Version der HTML-Datei ersetzen.

Installieren des Add-Ins

Nachdem Sie die Add-In-Manifestdatei vorbereitet und die Add-In-Benutzeroberfläche auf einem Webserver bereitgestellt haben, auf den zugegriffen werden kann, können Sie das Add-In mithilfe einer der folgenden Optionen installieren.

Hinweis

Zum Installieren und Verwalten von Add-Ins in einem Postfach muss dem Postfachkonto die Benutzerrolle Meine benutzerdefinierten Apps in Exchange zugewiesen werden. Weitere Informationen finden Sie unter Angeben der Administratoren und Benutzer, die Add-Ins für Outlook in Exchange Online installieren und verwalten können.

Querladen des Add-Ins

Eine Anleitung zum Querladen Ihres Add-Ins in Outlook finden Sie unter Querladen von Outlook-Add-Ins zu Testzwecken.

Bereitstellen des Add-Ins über die Microsoft 365 Admin Center

Eine weitere Option zum Testen Ihres Outlook-Add-Ins besteht darin, es über das Microsoft 365 Admin Center für die relevanten Konten bereitzustellen. Wechseln Sie im Admin Center zu Einstellungen>Integrierte Apps. Wählen Sie dann Benutzerdefinierte Apps hochladen aus. Weitere Informationen finden Sie unter Bereitstellen und Verwalten von Office-Add-Ins über das Portal für integrierte Apps.

Installieren des Add-Ins mithilfe von Remote-PowerShell

Nachdem Sie auf Ihrem Exchange-Server eine Windows PowerShell-Remotesitzung eingerichtet haben, können Sie mit dem Cmdlet New-App ein Outlook-Add-In mithilfe des folgenden PowerShell-Befehls installieren.

New-App -URL:"http://<fully-qualified URL">

Die vollqualifizierte URL ist der Speicherort der Add-In-Manifestdatei, die Sie für Ihr Add-In vorbereitet haben.

Nutzen die folgenden zusätzlichen PowerShell-Cmdlets zum Verwalten der Add-Ins für ein Postfach.

  • Get-App – Listet die für ein Postfach aktivierten Add-Ins auf.
  • Set-App – Aktiviert oder deaktiviert ein Add-In für ein Postfach.
  • Remove-App – Entfernt ein zuvor installiertes Add-In von einem Exchange-Server.

Clientversionen

Die Entscheidung, welche Versionen des Outlook-Clients getestet werden sollten, hängt von Ihren Entwicklungsanforderungen ab.

  • Wenn Sie ein Add-In für die private Verwendung oder nur für Mitglieder Ihrer organization entwickeln, ist es wichtig, die outlook-Versionen zu testen, die Ihr Unternehmen verwendet. Denken Sie daran, dass einige Benutzer möglicherweise Outlook im Web verwenden, daher ist es auch wichtig, die Standardbrowserversionen Ihres Unternehmens zu testen.

  • Wenn Sie ein Add-In entwickeln, das im Microsoft Marketplace aufgelistet werden soll, müssen Sie die erforderlichen Versionen testen, wie in den Zertifizierungsrichtlinien für den kommerziellen Marketplace 1120.3 angegeben. Diese umfassen:

    • Die aktuelle Version von Outlook unter Windows und deren Vorgängerversion.
    • Die aktuelle Version von Outlook für Mac.
    • Die aktuelle Version von Outlook für iOS und Android (wenn Ihr Add-In den mobilen Formfaktor unterstützt).
    • Die Browserversionen, die in der Commercial Marketplace-Validierungsrichtlinie 1120.3 angegeben wurden.

Hinweis

Wenn das Add-In einen der obigen Clients nicht unterstützt, weil ein API-Anforderungssatz angefordert wird, den der Client nicht unterstützt, wird dieser Client aus der Liste der erforderlichen Clients entfernt.

Outlook im Web für Exchange Server-Versionen

Benutzer und Microsoft 365-Konto-Benutzer sehen die moderne Benutzeroberflächenversion, wenn Sie auf Outlook im Web zugreifen und die klassische Version, die nicht mehr unterstützt wird, nicht mehr sehen. Lokale Exchange-Server unterstützen weiterhin das klassische Outlook im Web. Daher wird während des Überprüfungsvorgangs möglicherweise eine Warnung angezeigt, dass das Add-In nicht mit klassischem Outlook im Web kompatibel ist. In diesem Fall sollten Sie das Add-In in einer lokalen Exchange-Umgebung testen. Diese Warnung blockiert Ihre Übermittlung an Microsoft Marketplace nicht, aber Ihre Kunden können eine suboptimale Erfahrung erleben, wenn sie Outlook im Web in einer lokalen Exchange-Umgebung verwenden.

Um dies zu verhindern, empfiehlt es sich, das Add-In in Outlook im Web zu testen, das mit ihrer eigenen lokalen Exchange-Umgebung verbunden ist. Weitere Informationen finden Sie unter Einrichten einer Exchange Server Testumgebung und Outlook im Web in Exchange Server.

Alternativ können Sie auch einen Dienst bezahlen, der lokale Exchange-Server hostet und verwaltet. Es gibt verschiedene Optionen:

Wenn Sie nicht möchten, dass Ihre Add-Ins für Benutzer zur Verfügung stehen, die mit lokalem Exchange verbunden sind, können Sie den Anforderungssatz im Add-In-Manifest auf 1,6 oder höher festlegen. Solche Add-Ins werden auf der Benutzeroberfläche von Outlook im Web nicht getestet oder überprüft.

Siehe auch