Deskhero
Deutsch
Kostenlos testen

← Back to articles

E-Mail-Verläufe bewahren, wenn E-Mails zu Tickets werden

E-Mail-Verläufe bewahren, wenn E-Mails zu Tickets werden

Ob eine E-Mail-Unterhaltung nach der Umwandlung in ein Ticket zusammenbleibt, hängt von den Threading-Regeln des Helpdesks ab. Zu den üblichen Signalen gehören die Header Message-ID, In-Reply-To und References. Einige Plattformen verwenden außerdem eine Ticket-ID oder einen anderen Bezeichner im Nachrichtentext oder in der Empfangsadresse.

Verwenden Sie diese Checkliste, bevor Sie sich auf einen neuen E-Mail-Kanal verlassen:

  • Verbinden Sie die Supportadresse über eine vom Helpdesk offiziell unterstützte Methode.
  • Senden Sie ein Testticket und antworten Sie über denselben Weg, den die Kunden verwenden werden.
  • Vergleichen Sie die Header der ursprünglichen Nachricht und der Antwort und bestätigen Sie anschließend, dass die Antwort im bestehenden Ticket erscheint.

Wenn der Test ein neues Ticket erstellt, prüfen Sie die dokumentierten Threading-Regeln des Helpdesks, bevor Sie das E-Mail-Routing ändern. Jede Plattform kann Header, Ticketbezeichner und Absenderprüfungen unterschiedlich kombinieren.

Die wichtigsten Erkenntnisse

E-Mail-Threads basieren nicht allein auf Betreffzeilen. Helpdesks prüfen üblicherweise standardmäßige Antwort-Header und können eigene Ticketbezeichner als zusätzliche Signale für die Zuordnung verwenden.

Punkt Details
Header verknüpfen Antworten In-Reply-To und References verweisen auf Nachrichten-IDs aus der bestehenden Unterhaltung.
Regeln unterscheiden sich je nach Plattform Ein Helpdesk kann außerdem eine Ticket-ID, einen ausgeblendeten Bezeichner, eine Empfangsadresse oder einen Absender prüfen.
Unterstützte Verbindungen verwenden Befolgen Sie die von Ihrem Helpdesk und E-Mail-Anbieter dokumentierte Einrichtung des Postfachs.
Den tatsächlichen Weg testen Antworten Sie als Kunde und bestätigen Sie, dass die Nachricht dem ursprünglichen Ticket hinzugefügt wird.
Postfachoptionen von Deskhero Deskhero unterstützt bidirektionale Verbindungen mit Google- und Microsoft-Postfächern sowie die Weiterleitung über eine Domain mit authentifiziertem Versand.

Inhaltsverzeichnis

Welche Header E-Mail-Threads tatsächlich erhalten

Eine E-Mail verfügt normalerweise über eine Message-ID. Eine Antwort kann einen Wert für In-Reply-To enthalten, der auf die beantwortete Nachricht verweist, sowie einen Wert für References, der frühere Nachrichten-IDs auflistet. Ein Helpdesk kann diese Beziehungen nutzen, um Nachrichten einer Unterhaltung zuzuordnen. Die Dokumentation von Amazon Connect beschreibt sowohl chronologische Threads als auch Baumstrukturen, die entstehen, wenn jemand auf eine ältere Nachricht antwortet.

Plattformen können eigene Zuordnungsmethoden hinzufügen. Zendesk dokumentiert drei Prüfungen: Header-Elemente, eine codierte ID im Nachrichtentext und eine codierte ID in einer Zendesk-Empfangsadresse. Dies sind plattformspezifische Zendesk-Regeln und keine Vorlage, die sich auf jeden Helpdesk übertragen lässt.

Threading ist wichtig, weil eine von den vorherigen Nachrichten getrennte Antwort den Supportverlauf schwerer nachvollziehbar macht:

  • Benutzer müssen möglicherweise in einem anderen Ticket nach früheren Anhängen oder Entscheidungen suchen.
  • Empfänger und vorherige Antworten können von der neuesten Frage getrennt werden.
  • Zwei Benutzer können auf zusammengehörige Nachrichten antworten, ohne zu erkennen, dass sie zu einer Unterhaltung gehören.

Die E-Mail-Dokumentation von Freshdesk zeigt einen weiteren plattformspezifischen Ansatz. Dabei werden eine Ticket-ID, eine Nachrichten-ID oder ein eindeutiger Bezeichner und anschließend der Absender geprüft. Die praktische Schlussfolgerung lautet, herauszufinden, welche Signale Ihr eigener Helpdesk verwendet, und diese Signale über den tatsächlichen E-Mail-Weg hinweg zu erhalten.

Mailserver so einrichten, dass Threads vollständig erhalten bleiben

Eine zuverlässige Einrichtung beginnt mit der vom Helpdesk unterstützten Verbindungsmethode. Gehen Sie nicht davon aus, dass sich ein SMTP-Relay, eine Weiterleitungsregel oder eine Postfachsynchronisierung bei verschiedenen Produkten gleich verhält.

  1. Wählen Sie die dokumentierte Postfachverbindung. Wenn der Helpdesk eine direkte Verbindung mit Google oder Microsoft anbietet, folgen Sie dem Autorisierungsprozess. Wenn eine Weiterleitung erforderlich ist, verwenden Sie genau das vom Produkt angegebene Ziel und die bereitgestellten DNS-Einträge.
  2. Konfigurieren Sie die Weiterleitung für die vorgesehene Adresse. Die Anleitung von Deskhero zur Weiterleitung in Google Workspace erklärt, wie Sie eine Gruppe erstellen und die Deskhero-Zieladresse als Mitglied hinzufügen. Microsoft 365 und andere Anbieter verwenden andere Einrichtungswege.
  3. Lassen Sie die Plattformbezeichner unverändert. Wenn Ihr Helpdesk einer ausgehenden Benachrichtigung eine Ticketmarkierung hinzufügt, entfernen Sie diese nicht aus der Vorlage, es sei denn, die Produktdokumentation bezeichnet sie als optional. Freshdesk empfiehlt, sein Ticket-ID-Format einzubinden, während Zendesk ausgehenden Benachrichtigungen standardmäßig eine codierte ID hinzufügt.
  4. Prüfen Sie Systeme, die E-Mails verändern. Routingregeln, Mailinglisten und Gateways können eine Nachricht ändern, bevor sie den Helpdesk erreicht. Vergleichen Sie die Rohquelle in jeder verfügbaren Phase, statt zu vermuten, an welcher Stelle sich ein Wert geändert hat.
  5. Führen Sie einen wiederholbaren Verifizierungstest durch. Erstellen Sie ein Ticket, senden Sie eine Antwort und prüfen Sie die Rohquelle. Kontrollieren Sie, ob In-Reply-To auf eine frühere Message-ID verweist, ob References die erwartete Kette enthält und ob die Antwort dem bestehenden Ticket hinzugefügt wurde.

Profi-Tipp: Testen Sie über dieselbe Adresse, denselben Weiterleitungsweg und dasselbe E-Mail-Programm, die Ihre Kunden verwenden werden. Eine direkte Nachricht an eine interne Testadresse bildet nicht den vollständigen produktiven Weg ab.

Warum Threads abbrechen und wie sich die einzelnen Ursachen beheben lassen

Eine Antwort kann aus mehreren Gründen zu einem neuen Ticket werden. Die genaue Ursache hängt von den Zuordnungsregeln der jeweiligen Plattform ab.

  • Fehlende Antwort-Header. Eine als neue E-Mail verfasste Nachricht enthält möglicherweise nicht die Werte für In-Reply-To oder References, die bei einer Antwort erwartet werden. Bitten Sie den Absender, die Funktion „Antworten“ zu verwenden, und vergleichen Sie anschließend die Rohquelle.
  • Geändertes Routing oder geänderte Empfänger. Eine Nachricht, die an eine andere Supportadresse gesendet wird, kann ein weiteres Ticket erstellen. Freshdesk dokumentiert beispielsweise ein besonderes Verhalten, wenn mehr als eine konfigurierte Helpdesk-Adresse enthalten ist.
  • Entfernter Plattformbezeichner. Durch die Bearbeitung einer Benachrichtigungsvorlage kann eine Ticket-ID oder ein ausgeblendeter Bezeichner entfernt werden, den der Helpdesk als Ersatzsignal verwendet.
  • Abgelaufene Nachrichten-Zuordnung. Freshdesk gibt an, dass seine Nachrichten-ID normalerweise sieben Tage nach der letzten Antwort abläuft. Danach wird nach der Ticket-ID oder dem Ticketbezeichner gesucht. Dieser Zeitraum gilt speziell für Freshdesk und sollte nicht für andere Produkte angenommen werden.

Beginnen Sie die Diagnose mit der ursprünglichen ausgehenden Nachricht und der Antwort des Kunden. Vergleichen Sie ihre Roh-Header nebeneinander und prüfen Sie anschließend die eigene Dokumentation und die Ticketzeitleiste des Helpdesks. Wenn die Antwort-Header vorhanden sind, untersuchen Sie die weiteren Anforderungen der Plattform, etwa Ticketmarkierungen, die Empfangsadresse oder zulässige Absender. Wenn die Header fehlen, verfolgen Sie den Weg über den E-Mail-Anbieter und alle Weiterleitungsdienste zurück, um herauszufinden, an welcher Stelle die Nachricht verändert wurde.

Wie Deskhero den Verlauf von Unterhaltungen intakt hält

Deskhero verwandelt ein vorhandenes Gmail-, Google-Workspace- oder Microsoft-365-Postfach in einen Helpdesk. Über DNS-Authentifizierung und eingehende Weiterleitung werden auch Postfächer auf anderen eigenen Domains unterstützt.

  • Verbindungen mit Google und Microsoft ermöglichen eine bidirektionale Synchronisierung, sodass Deskhero eingehende E-Mails lesen und Antworten über die verbundene Adresse senden kann.
  • Ein DNS-Postfach verwendet DKIM-Einträge für den authentifizierten Versand und eine eindeutige Deskhero-Adresse für die eingehende Weiterleitung.
  • Antworten innerhalb derselben E-Mail-Unterhaltung werden dem bestehenden Deskhero-Ticket hinzugefügt.
  • Von der KI vorgeschlagene Antworten nutzen das Wissen des Arbeitsbereichs und bleiben unter der Kontrolle der Benutzer. Automatische Antworten sind eine separate Funktion, die für jede Gruppe aktiviert werden muss und ausschließlich aus der freigegebenen öffentlichen FAQ antwortet.

Weitere Hintergrundinformationen finden Sie in den Artikeln von Deskhero über die bidirektionale E-Mail-Synchronisierung im Helpdesk, die Nutzung eines vorhandenen Postfachs als Helpdesk und die Umwandlung eingehender E-Mails in ein Ticket.

Anforderung Deskhero-Option
Gmail oder Google Workspace verbinden OAuth-Verbindung mit bidirektionaler Synchronisierung
Microsoft 365 oder Outlook verbinden OAuth-Verbindung mit bidirektionaler Synchronisierung, einschließlich freigegebener Postfächer
Eine andere eigene Domain verwenden DNS-Authentifizierung für den Versand und Weiterleitung für eingehende E-Mails
KI-Antworten kontrollieren Benutzer prüfen vorgeschlagene Antworten; automatische Antworten erfordern eine separate Aktivierung

Was die meisten Einrichtungsanleitungen falsch darstellen

Es ist verlockend, Threading auf eine einzige Regel zu reduzieren, etwa auf die Beibehaltung der Message-ID. Die Dokumentation der Anbieter zeigt, warum das unvollständig ist. Zendesk kombiniert Prüfungen von Headern und codierten IDs. Freshdesk kombiniert mehrere E-Mail-Markierungen mit einer Absenderprüfung. Amazon Connect verknüpft Kontakte mithilfe zugehöriger Kontaktdaten und herkömmlicher E-Mail-Header.

Was die meisten Einrichtungsanleitungen falsch darstellen, Übersichtsd diagramm

Der bessere Ansatz besteht darin, Threading als durchgängiges Verhalten zu betrachten. Verwenden Sie eine unterstützte Postfachverbindung, behalten Sie vom Produkt erzeugte Bezeichner bei und testen Sie mit einer echten Kundenantwort. Wenn das Ergebnis falsch ist, vergleichen Sie die Rohdaten der Nachrichten und orientieren Sie sich an der dokumentierten Reihenfolge der Zuordnungsprüfungen des Helpdesks.

Dadurch vermeiden Sie außerdem unnötige Änderungen am Mailserver. Ein neues Relay oder eine umgeschriebene Vorlage kann eine weitere Variable einführen, ohne die tatsächliche Abweichung zu beheben.

Einen Helpdesk mit Threading einrichten, ohne eine einzige Antwort zu verlieren

Deskhero kann ein vorhandenes Gmail-, Google-Workspace- oder Microsoft-365-Postfach über eine bidirektionale Synchronisierung verbinden. Für eine andere eigene Domain unterstützt Deskhero den authentifizierten Versand über eine DNS-Konfiguration sowie die Weiterleitung eingehender E-Mails an eine eindeutige Deskhero-Adresse.

Deskhero

Ihre Benutzer arbeiten in einem gemeinsamen Posteingang, während Antworten von der verbundenen Unternehmensadresse gesendet werden. Wenn Ihr Supportbetrieb Shopify verwendet, fügt die Shopify-Integration dem Ticketseitenbereich Kunden- und Bestellkontext hinzu.

Deskhero bietet eine 30-tägige kostenlose Testversion, für die keine Kreditkarte erforderlich ist. Sie können eine vorhandene Adresse verbinden, statt Ihre Kunden aufzufordern, eine neue Adresse zu lernen.

Quellen

FAQ

Was ist der Unterschied zwischen bidirektionaler Synchronisierung und Weiterleitung?

Die bidirektionale Synchronisierung ermöglicht es einem Helpdesk, ein verbundenes Postfach zu lesen und über dieses zu senden. Bei der Weiterleitung werden eingehende Nachrichten an ein anderes Ziel gesendet; für ausgehende E-Mails kann eine separate Authentifizierung erforderlich sein. Die verfügbaren Methoden und Threading-Regeln hängen vom Helpdesk und vom E-Mail-Anbieter ab.

Warum hat eine Kundenantwort ein neues Ticket erstellt, statt dem Thread hinzugefügt zu werden?

Der Antwort können erwartete Header fehlen, sie kann eine andere Supportadresse verwenden, von einem Absender stammen, den die Plattform nicht mit dem Ticket verknüpft, oder keinen produktspezifischen Ticketbezeichner enthalten. Prüfen Sie die Rohquelle der E-Mail und die dokumentierten Regeln Ihres Helpdesks.

Wie prüfe ich, ob das Threading korrekt funktioniert hat?

Bestätigen Sie, dass die Antwort im bestehenden Ticket erscheint. Falls dies nicht der Fall ist, vergleichen Sie die Werte von In-Reply-To und References der Antwort mit den früheren Werten von Message-ID. Prüfen Sie anschließend alle Ticketbezeichner, die die Plattform verwendet.

Benötige ich ein authentifiziertes SMTP-Relay, wenn ich bereits die bidirektionale Synchronisierung nutze?

In der Regel nicht als separate Lösung für das Threading. Befolgen Sie die von Ihrem Helpdesk geforderte Konfiguration für den Versand. Eine direkte Postfachverbindung kann ausgehende E-Mails bereits verarbeiten, während eine weitergeleitete oder DNS-basierte Einrichtung eine andere Methode für den authentifizierten Versand verwenden kann.

Unterstützt Deskhero sowohl Gmail als auch Microsoft 365?

Ja. Deskhero unterstützt bidirektionale Verbindungen für Gmail, Google Workspace, Microsoft 365 und Outlook. Freigegebene Microsoft-Postfächer werden ebenfalls unterstützt.