Anleitung · Migrationen

E-Mail-Anhänge nach einer Jira-Migration: Jahre an .msg-Dateien wieder lesbar machen

Diese Seite ist die deutsche Fassung von der englischen Anleitung. Die App MailView selbst und ihre Dokumentation sind auf Englisch.

Support-Teams, Rechtsabteilungen und Einkauf hängen über Jahre E-Mails an Tickets. Wenn diese Tickets nach Jira Cloud umziehen, kommt jede .msg und .eml als Datei mit, und Jira Cloud zeigt sie als Code oder Rohtext. Diese Seite ist für die Person, die das nach der Migration feststellt.

Was bei einer Migration mit E-Mail-Anhängen passiert

Anhänge werden normalerweise als Dateien übernommen, innerhalb der Größenlimits Ihrer Cloud-Site. Nichts wird konvertiert: Eine .msg, die 2019 angehängt wurde, ist nach dem Umzug noch dieselbe .msg. Was sich ändert, ist, wo Sie sie lesen. Jira Cloud hat keinen eingebauten Viewer für E-Mail-Formate, deshalb erscheint ein Anhang, den Outlook im alten System mit einem Klick öffnete, jetzt als Download, und Öffnen heißt: Datei speichern und in ein Mailprogramm wechseln. Bei einem Ticket ist das lästig. Bei einem Archiv mit tausenden Tickets ist es der Unterschied zwischen einer durchsuchbaren Historie und einem Haufen Dateien, die niemand öffnet.

Warum das gerade jetzt aufkommt

Atlassian stellt Data Center ein. Neue Data Center-Abonnements gibt es seit dem 30. März 2026 nicht mehr, Bestandskunden können ab dem 30. März 2028 nicht mehr erweitern, und das End of Life ist der 28. März 2029 (Atlassians Zeitplan). Im Oktober 2026 hat Atlassian Data Center-Kunden außerdem aufgefordert, eine kritische Schwachstelle beim Dateizugriff zu patchen, CVE-2026-21589; Cloud war nicht betroffen. Wenn Sie zu den Teams gehören, die den Umzug jetzt planen, kosten die Prüfungen unten eine Stunde und ersparen später eine Überraschung.

Drei Dinge, die Sie vor der Migration prüfen sollten

  • Wie viele E-Mails angehängt sind, und wo. Suchen Sie in den Projekten, die Sie umziehen, nach Anhängen, die auf .msg und .eml enden. Auf Data Center kann ein Datenbank-Admin sie in der Tabelle fileattachment nach Dateiname zählen (dieselbe Tabelle, die Atlassian in diesem Support-Artikel verwendet). Eine Handvoll: Ignorieren Sie diese Seite. Tausende in einem Support- oder Rechtsprojekt: Entscheiden Sie jetzt, wie die Leute sie danach lesen sollen.
  • Wer sie lesen muss. Agenten an einem Service Desk öffnen alte E-Mails täglich; ein Finanzteam vielleicht einmal im Quartal. Die täglichen Leser entscheiden, ob sich ein Viewer lohnt.
  • Weitergeleitete E-Mails ohne Dateiendung. Manche Mail-Handler und Integrationen hängen eine weitergeleitete E-Mail als Datei ohne Endung oder mit generischem Namen an. Die werden ebenfalls migriert, und danach sind sie noch schwerer zu erkennen.

Kostenlose Optionen nach der Migration

Herunterladen und im Mailprogramm öffnen. Funktioniert für jede Datei, kostet pro E-Mail einen Umweg und legt die E-Mail auf jemandes Laptop ab. Für gelegentliches Lesen in Ordnung.

Das Archiv vor oder nach dem Umzug konvertieren. Skripte können .msg massenhaft in .eml oder PDF umwandeln. Sie behalten lesbare Dateien, verlieren aber das Originalformat und die Header, verdoppeln die Anhänge, und jemand muss das Skript verantworten. Lohnt sich nur für ein einmaliges Archiv, zu dem niemand mehr etwas hinzufügt.

So lassen, wie sie sind. Die ehrliche Antwort für ein Archiv, das selten geöffnet wird. Die Dateien sind sicher; sie sind nur unbequem.

Apps, die die E-Mail im Vorgang anzeigen

Marketplace-Apps ergänzen den Vorgang (Work Item) um einen Viewer, sodass eine migrierte .msg wieder wie eine E-Mail lesbar ist, dort, wo sie liegt. Für ein Archiv vergleichen Sie sie anhand dieser Punkte:

  • Beide Formate, auch alte. Archive enthalten .msg-Dateien, die nur RTF enthalten, verschachtelte E-Mails und weitergeleitete Nachrichten ohne Endung. Ein Viewer, der nur saubere .eml-Dateien verarbeitet, lässt das halbe Archiv unlesbar.
  • Wo die E-Mail verarbeitet wird. Jahre an Kunden- und Rechtskorrespondenz sollten Ihre Site nicht verlassen. Bevorzugen Sie Apps, die im Browser rendern und keine externen Server nutzen („Runs on Atlassian").
  • Nichts gespeichert. Ein Viewer, der E-Mails in einen eigenen Speicher kopiert, verdoppelt Ihre Daten und die Fragen aus der Sicherheitsabteilung.
  • Keine Konfiguration. Nach einer Migration will niemand noch ein Projekt einrichten.

Zur Transparenz: Dortus stellt eine solche App her. MailView zeigt .msg- und .eml-Anhänge bis 10 MB im Vorgang an, einschließlich .msg-Dateien mit nur RTF, einer E-Mail in einer E-Mail und weitergeleiteter E-Mails, die ohne Dateiendung angehängt wurden. Die App liest den Anhang mit den Berechtigungen der Person, die ihn ansieht, rendert ihn im Browser und speichert nichts. Es gibt keine Einstellungen: Ein Jira-Admin installiert sie, öffnet sie einmal in einem Vorgang mit einer E-Mail und wählt im Panel-Menü „Show for all work items", pro Projekt.

Kurze Antworten

Überstehen .msg-Anhänge eine Migration zu Jira Cloud? Normalerweise ja, als Dateien, innerhalb Ihres Größenlimits für Anhänge in der Cloud. Sie werden nicht konvertiert; sie sind ohne Viewer nur nicht in Jira lesbar.

Sollte ich .msg vor der Migration in .eml konvertieren? Nur bei einem abgeschlossenen Archiv. Jira Cloud kann .eml ebenfalls nicht von Haus aus lesen, Konvertieren allein löst das Problem also nicht.

Verändert eine Viewer-App die Anhänge? Das sollte sie nicht. Ein guter Viewer liest die Datei und zeigt sie an; das Original bleibt, wie es war.

Fragen

Sie planen eine Migration und sind unsicher, ob das auf Sie zutrifft? Schreiben Sie an support@dortus.com.

MailView von Dortus

.msg- und .eml-Anhänge direkt im Vorgang lesen

Die E-Mail so, wie sie gesendet wurde, mit eingebetteten Bildern und den enthaltenen Dateien, dazu eine klar formulierte Phishing-Prüfung. Runs on Atlassian, speichert nichts, sendet nichts irgendwohin. Funktioniert in Jira und in der Agentenansicht von Jira Service Management.

Über MailView

Erhältlich im Atlassian Marketplace.

Siehe auch: .msg- und .eml-Anhänge in Jira öffnen und Outlook .msg vs. .eml