Zum Hauptinhalt springen

E-Mail-Verlauf

Wie der E-Mail-Verlauf für Inbox-Konversationen funktioniert.

Verfasst von Beth Priddy

Mit dem E-Mail-Verlauf werden alle E-Mail-Antworten, die zusammenhängen, zu einer einzigen Konversation zusammengefasst. So können Teammitglieder den Kontext zu einem E-Mail-Verlauf gemeinsam an einem Ort sehen, anstatt ihre Aufmerksamkeit auf mehrere Konversationen verteilen zu müssen. Der E-Mail-Verlauf verhindert auch, dass E-Mail-Verläufe mehrfach durch workflows laufen oder verschiedenen Teammitgliedern zugewiesen werden, die möglicherweise nicht den richtigen Kontext haben.

Es gibt bestimmte Informationen in einer E-Mail, die wir verwenden, um zu bestimmen, ob eine E-Mail in eine bestehende Konversation eingefügt werden soll. Alle E-Mails enthalten Metadaten, sogenannte Header, und wir nutzen bestimmte Header in E-Mails, um zu bestimmen, wann und wie eine E-Mail eingefädelt wird:

  • Message-ID: Jede gesendete E-Mail hat eine eindeutige Kennung, die im Message-ID-Header steht. Sie sieht typischerweise aus wie eine E-Mail-Adresse, z. B. <1234567890@example.com>. Der E-Mail-Anbieter, der die E-Mail sendet, erzeugt diese.

  • In-Reply-To: Wenn Sie auf eine E-Mail antworten, setzt der E-Mail-Anbieter normalerweise die Message-ID der E-Mail, auf die Sie antworten, in den In-Reply-To-Header.

  • References: Ähnlich wie der In-Reply-To-Header enthält dieser typischerweise die Message-ID der E-Mail, auf die geantwortet wurde, kann aber auch einige oder alle Message-IDs von früheren E-Mails im Verlauf enthalten.

Für E-Mails, die Sie in Intercom erhalten haben, können Sie diese Header anzeigen, indem Sie mit der Maus über das E-Mail-Symbol unten links in der Nachricht fahren und auf ‚View raw email’ klicken.

Wenn eine E-Mail in Ihrem Workspace eingeht, nehmen wir deren References- und In-Reply-To-Header. Wir suchen damit nach einer Konversation in Ihrem Workspace, die eine E-Mail mit einer Message-ID enthält, die von diesen Headern referenziert wird. Wenn wir eine finden, fädeln wir die neue E-Mail in diese Konversation ein.

Wichtig: Intercom verlässt sich auf Header-Informationen wie die Message-ID, um die Konversationsverläufe zu bestimmen.

Um separate Konversationen für jede E-Mail sicherzustellen, muss jede ausgehende E-Mail eine eindeutige Message-ID haben. Die Wiederverwendung von Message-IDs über E-Mails hinweg führt dazu, dass sie zu einer einzigen Konversation zusammengeführt werden.

Externe Absender

In manchen Fällen wird eine E-Mail von einem ‚externen Absender‘ in eine Konversation eingefädelt. Das passiert, wenn jemand, der bisher in keiner der E-Mails enthalten war, eine E-Mail sendet, die in ihren In-Reply-To- oder References-Headern auf eine E-Mail aus der Konversation verweist.

Das kann passieren, wenn ein Teilnehmer der Konversation jemanden per Bcc hinzufügt oder eine E-Mail aus der Konversation an jemanden weiterleitet. Wenn diese Person antwortet und eine Ihrer Workspace- oder Weiterleitungsadressen im An- oder Cc-Feld steht, fügen wir deren Antwort in dieselbe Konversation ein. So behalten Sie den Kontext zum gleichen E-Mail-Verlauf zusammen in einer Konversation.

Ihre Antwort enthält ein Warnbanner, das dem Teammitglied mitteilt, dass die Person zuvor nicht in der Konversation gesehen wurde und nicht von einem anderen Teilnehmer in CC gesetzt wurde.

Der Absender wird nicht als Teilnehmer in die Konversation aufgenommen. Das Teammitglied kann entscheiden, ihn als Teilnehmer hinzuzufügen, damit er in zukünftige Antworten einbezogen wird.

Warum wird die E-Mail-Antwort nicht in eine bestehende Konversation eingefädelt?

Manche E-Mail-Clients entfernen einige oder alle Header aus E-Mails, die Intercom verwendet, um Antworten in eine Konversation einzufädeln. Wenn das passiert, haben wir keine verlässliche Möglichkeit, die Konversation zu finden, in die die E-Mail eingefädelt werden soll. E-Mail-Clients und -Server haben eine Vielzahl von Funktionen und Verhaltensweisen, die dazu führen können.

Zum Beispiel kann Zendesk Threading-Header verändern, was die Kontinuität der Konversation erschwert. Außerdem führen DMARC-Richtlinien von Google Groups oft zu umgeschriebenen Headern, was das Einfädeln weiter erschwert.

Weiterleitungsdienste wie Google Groups können zusätzliche Threading-Probleme verursachen, da DMARC-Richtlinien die Absenderinformationen beeinflussen. Um diese Herausforderungen zu mildern, sollten Sie Googles Routing Setup oder Advanced Email Routing für die E-Mail-Weiterleitung verwenden.

Ein weiterer Fall, in dem eine E-Mail in eine neue Konversation aufgespalten wird, betrifft Konversationen, die im Messenger begonnen wurden und später einen oder mehrere Teilnehmer per E-Mail hinzugefügt haben. Der Nutzer im Messenger erhält eine Alias-E-Mail-Adresse, wenn seine Antworten an die anderen Teilnehmer der Konversation gesendet werden. Diese Alias-Adresse sieht so aus: alice.jones.onchat@examply.intercom-mail.com. Wenn einer der Konversationsteilnehmer diese E-Mail-Adresse beim Antworten aus den To- oder Cc-Feldern entfernt, wird seine Antwort in eine neue Konversation aufgespalten.

Warum wurde eine E-Mail in eine Konversation eingefädelt, obwohl ich das nicht erwartet habe?

Users können E-Mails, die in einer Konversation gesendet wurden, an andere weiterleiten oder andere per Bcc in ihre Antworten einbeziehen. Wenn diese Personen antworten und eine Ihrer Workspace- oder Weiterleitungsadressen als Empfänger angeben, ist es wahrscheinlich, dass die relevanten References- oder In-Reply-To-Header vorhanden sind, und wir fädeln deren Antwort in die Konversation ein. Mehr zu diesem Verhalten finden Sie unter Manage group conversations in the Inbox.

Wenn mehrere E-Mails mit derselben Message-ID ankommen, interpretiert Intercom sie als Teil desselben Verlaufs und öffnet die bestehende Konversation erneut – selbst wenn sie von unterschiedlichen Absenderadressen stammen oder für verschiedene inboxen bestimmt sind.

In diesem Fall müssen Sie die Konfiguration Ihrer sendenden Mailserver aktualisieren, um sicherzustellen, dass verschiedene Konversationen eindeutige Message-IDs haben.

Dann erstellt Intercom wie erwartet separate Konversationen, und ihre workflows leiten sie korrekt weiter.

Außerdem teilen einige E-Mail-Clients E-Mails in neue Threads auf, wenn sich die Betreffzeile in bedeutender Weise ändert. Das passiert in Intercom nicht.

Für eine verbesserte Threading-Zuverlässigkeit sollten Sie Intercom Messenger anstelle von E-Mails verwenden, da so die Abhängigkeit von E-Mail-Headern entfällt.

Warum werden E-Mails in meinem E-Mail-Client nicht eingefädelt?

E-Mail-Clients und -Server haben eine Vielzahl von Funktionen und Verhaltensweisen, die dazu führen können. Einige haben explizite Einstellungen zum Aktivieren und Deaktivieren von Threading, daher lohnt es sich, diese Einstellungen in Ihrem Client zu überprüfen, falls vorhanden. E-Mail-Clients verhalten sich auch unterschiedlich hinsichtlich der erforderlichen E-Mail-Header, damit E-Mails zusammengeführt werden, oder sie teilen Konversationen basierend auf Betreffzeilen- oder Empfängeränderungen auf.

Altes Verhalten (Konversationen älter als 12. Juli 2023)

Früher haben wir in E-Mail-Konversationen die ReplyTo-Adresse für jede E-Mail auf eine eindeutige Adresse für jede Konversation gesetzt, die so aussieht: n+u_xxxx@examply.intercom-mail.com

Sie können jetzt E-Mails von den tatsächlichen E-Mail-Adressen der Konversationsteilnehmer senden und empfangen und direkt an jeden Teilnehmer in der Konversation antworten. So sehen Sie klar, mit wem Sie sprechen, und haben die Kontrolle darüber, wer Ihre Nachricht erhält, indem Sie Personen entfernen, an die Sie nicht senden möchten, oder weitere Personen in CC hinzufügen.

Altes Verhalten

Neues Verhalten

Wenn sich Empfänger ändern

Wenn ein Nutzer auf eine E-Mail-Konversation antwortet und einen oder mehrere der anderen users entfernt, die die ursprüngliche E-Mail erhalten haben, wird seine Antwort in eine neue Konversation aufgespalten.

Zum Beispiel sendet Alice eine E-Mail an support@example.com (Intercom) und setzt Bob und Carol in CC. Bob antwortet an Alice und support@example.com, entfernt aber Carol aus CC. Seine E-Mail erzeugt eine zweite Konversation in Intercom.

E-Mail-Antworten auf eine Konversation, die nur an eine Teilmenge der Teilnehmer gesendet wurden, werden dieser Konversation hinzugefügt, anstatt eine neue zu starten.

Zum Beispiel sendet Alice eine E-Mail an support@example.com (Intercom) und setzt Bob und Carol in CC. Bob antwortet an Alice und support@example.com, entfernt aber Carol aus CC. Bobs E-Mail wird in Alices Konversation in Intercom eingefädelt. Obwohl Carol Teilnehmerin der Konversation ist, erhält sie Bobs E-Mail nicht.

E-Mail-Header und Antworten

E-Mails, die in einer Gruppenkonversation gesendet werden, haben eine ‚n+u‘-E-Mail-Adresse im ReplyTo-Header. Wenn der Nutzer antwortet, antwortet er an diese Adresse, und seine Antwort wird in der Inbox der Teammitglieder zur Ansicht hinzugefügt. Dann wird seine Nachricht einzeln an alle Teilnehmer der Konversation gesendet.

N+u-Adressen werden im ReplyTo-Header nicht mehr verwendet. Stattdessen wird beim Antworten eines Teammitglieds in einer Gruppenkonversation die Nachricht in einer einzigen E-Mail an alle Teilnehmer der Konversation gesendet, mit den E-Mail-Adressen der Teilnehmer in den To- und Cc-Headern. Wenn users auf diese E-Mails antworten, antworten sie direkt an jeden Teilnehmer sowie an die Intercom-E-Mail-Adresse, die zum Senden der Nachricht verwendet wurde (z. B. bob.oneill@examply.intercom-mail.com). Das bedeutet, dass wir die Antworten der users nicht mehr an alle Teilnehmer weiterleiten. Nur die Empfänger, die der Nutzer in seiner E-Mail angegeben hat, erhalten sie.

Bcc’d oder ‚unbekannte‘ Konversationsteilnehmer

Wenn ein Teilnehmer einer Konversation auf eine E-Mail antwortet und jemanden per Bcc hinzufügt, der kein Teilnehmer der Konversation ist, wird deren Antwort in eine neue Konversation aufgespalten.

Es gibt weitere ähnliche Szenarien, z. B. wenn ein Teammitglied mehrere E-Mail-Adressen in seinem Client verwendet, kann es eine Konversation von einer Adresse starten und dann zu einer anderen wechseln. In diesem Fall würden wir deren Antwort ebenfalls in eine neue Konversation aufteilen.

Wir fädeln Antworten von Bcc’d Personen (oder anderen ‚unbekannten‘ Absendern) in dieselbe Konversation ein. Ihre Antwort enthält ein Warnbanner, das dem Teammitglied mitteilt, dass die Person zuvor nicht in der Konversation gesehen wurde und nicht von einem anderen Teilnehmer in CC gesetzt wurde.

Der Absender wird als Teilnehmer in die Konversation aufgenommen. Das Teammitglied kann entscheiden, ihn aus der Konversation zu entfernen, wenn es nicht möchte, dass diese Person seine Antworten sieht.

Gruppenkonversationen mit einem Teilnehmer im Messenger

Messenger-Konversationen können ebenfalls Gruppenkonversationen werden. Nur einer der Teilnehmer kann die Konversation im Messenger sehen; alle anderen Teilnehmer erhalten Antworten nur per E-Mail.

Wenn das Messenger-Teammitglied eine Antwort über den Messenger sendet, erhalten alle Teilnehmer diese.

Kunden, die antworten, antworten an die n+u-Adresse, was bedeutet, dass ihre Antwort im Messenger für den Messenger-Nutzer sichtbar wird und an die anderen E-Mail-Teilnehmer weitergeleitet wird.

Es ist weiterhin so, dass Messenger-Konversationen Gruppenkonversationen werden können und nur einer der Teilnehmer die Konversation im Messenger sehen kann; alle anderen erhalten Antworten nur per E-Mail.

Es ist auch weiterhin so, dass wenn der Messenger-Nutzer antwortet, alle Teilnehmer die Nachricht erhalten, aber die E-Mail sieht so aus: sam.murray.onchat@examply.intercom-mail.com, um den Messenger-Teilnehmer besser darzustellen. Die E-Mail enthält außerdem einen Hinweis oben, der die Teilnehmer informiert, dass eine Antwort auf die E-Mail an den Nutzer im Messenger gesendet wird.

Konversationsverlauf

Kunden haben in ihren E-Mail-Einstellungen eine Option, um zu bestimmen, ob der vollständige Verlauf einer Konversation am Ende jeder gesendeten E-Mail angehängt werden soll.

Das Senden des Konversationsverlaufs in E-Mails kann aktiviert oder deaktiviert werden.

User-Antworten über die API

Die API kann verwendet werden, um E-Mail-Antworten im Namen von users zu einer Konversation hinzuzufügen. Dadurch wird die Antwort an alle Teilnehmer der Konversation gesendet.

Das Verhalten bleibt unverändert.

Hat dies deine Frage beantwortet?