Geplanter Versand und Lesebestätigungen: Was sie wirklich garantieren

Diese beiden Funktionen stehen in Funktionslisten oft nebeneinander, obwohl man sich auf sie in völlig unterschiedlichem Maß verlassen kann.

Der geplante Versand ist deterministisch, solange der Dienst verfügbar ist. Der Server hält die Nachricht zurück und gibt sie zum gewählten Zeitpunkt frei. Sie können den Laptop schließen, die Verbindung verlieren oder schlafen gehen: Der Versand hängt nicht davon ab, dass Ihr Gerät online bleibt.

Lesebestätigungen sind eine Bitte. Sie fordern das Mailprogramm des Empfängers auf, den Zeitpunkt der Anzeige zu melden. Es kann die Anfrage ablehnen, zuerst den Benutzer fragen oder sie ignorieren. Wenn keine Bestätigung eintrifft, sagt das fast nichts aus.

Beide Funktionen sind nützlich, sofern Sie wissen, welche Aussage die jeweilige Funktion zulässt.

So funktioniert der geplante Versand

Schreiben Sie die Nachricht, öffnen Sie das Menü neben Senden und wählen Sie einen Zeitpunkt. Voreinstellungen decken morgen früh, morgen Nachmittag und den nächsten Montagmorgen ab; für alles Weitere gibt es die Datumsauswahl. Die Nachricht wechselt in den Ordner Geplant und bleibt dort bis zum Fälligkeitstermin.

Entscheidend ist, wo die Nachricht wartet. Sie liegt auf dem Server, und ein Prozess prüft jede Minute, welche Sendungen fällig sind. Ihr Gerät ist daran nicht beteiligt: Kein Browser-Tab muss geöffnet und keine Anwendung aktiv bleiben, der Rechner kann ausgeschaltet sein. Darin unterscheidet sich die serverseitige Planung von der clientseitigen Variante mancher Desktopprogramme, bei der „geplant“ mitunter bedeutet, dass der Computer die Nachricht nur sendet, wenn er gerade läuft.

Bis zur Ausführung lässt sich ein geplanter Versand vollständig bearbeiten. Öffnen Sie den Ordner Geplant, um ihn abzubrechen, den Zeitpunkt zu ändern oder den Inhalt zu bearbeiten. Beim Abbrechen kehrt die Nachricht in die Entwürfe zurück, statt gelöscht zu werden.

Eine Einschränkung sollten Sie vorher kennen: Wenn Sie als gemeinsam genutztes Postfach handeln, steht der geplante Versand nicht zur Verfügung. Bei einer Stunden im Voraus aus einem Teampostfach eingereihten Nachricht ist zum Versandzeitpunkt womöglich keine verantwortliche Person mehr eindeutig zuzuordnen; der Verfasser könnte das Team verlassen haben, und andere sehen die wartende Nachricht nicht. Der sofortige Versand von einer gemeinsamen Adresse bleibt davon unberührt.

Versand rückgängig machen ist kein geplanter Versand

Beide Funktionen werden häufig verwechselt, lösen aber unterschiedliche Probleme. „Versand rückgängig machen“ fängt einen Fehler in den fünf Sekunden nach dem Klick ab; beim geplanten Versand wählen Sie einen Zeitpunkt, der Wochen in der Zukunft liegen kann.

Das Rückgängigmachen fügt jeder Nachricht eine Wartezeit von fünf Sekunden hinzu. Nach einem Klick auf Senden wird die Nachricht zunächst eingereiht statt übertragen, und ein Countdown erscheint. Klicken Sie auf Rückgängig, um sie vollständig bearbeitbar in den Editor zurückzuholen. Läuft die Zeit ab, wird sie versandt.

Die fünf Sekunden sind bewusst gewählt. Sie reichen meist aus, um zwei häufige Fehler zu bemerken, einen vergessenen Anhang oder einen falschen Empfänger, die einem oft direkt nach dem Schließen des Fensters auffallen. Gleichzeitig bleibt die Verzögerung kurz genug, damit sich der Versand unmittelbar anfühlt.

Längere Zeitfenster klingen zunächst besser, bringen aber Nachteile. Bei dreißig Sekunden hängt jede Nachricht eine halbe Minute in der Schwebe. Die Frage „Ist sie schon raus?“ lässt sich dann nur durch Nachsehen beantworten, und der Ordner Gesendet bildet den tatsächlichen Zustand verspätet ab.

Zeitzonen: Wo der geplante Versand schiefgeht

„Morgen um 9 Uhr“ ist mehrdeutig, sobald sich zwei Personen an verschiedenen Orten befinden. Beim geplanten Versand kann diese Mehrdeutigkeit dazu führen, dass eine Nachricht um 3 Uhr nachts ankommt.

Die gewählten Zeiten gelten in Ihrer Zeitzone, die der Browser liefert. Planen Sie die Nachricht auf einem Laptop in Berlin für einen Kollegen in San Francisco, bedeutet 9 Uhr also 9 Uhr in Berlin und für ihn Mitternacht.

Bei Kalendern verursachte dieselbe Problemklasse früher noch größere Schwierigkeiten. Deshalb speichern Kalenderereignisse heute eine ausdrückliche Zeitzone statt einer frei stehenden Ortszeit. Ein in Berlin erstellter und in San Francisco geöffneter Termin zeigt auf beiden Bildschirmen die jeweils richtige Ortszeit, nicht dieselben Ziffern am falschen Ort.

Denken Sie beim Planen daher an den Morgen des Empfängers statt an Ihren eigenen. Besondere Vorsicht ist in der Woche einer Zeitumstellung geboten: Liegt zwischen Planung und Versand in drei Wochen ein Wechsel zwischen Sommer- und Winterzeit, kann die Nachricht gemessen an der ursprünglich gemeinten Ortszeit um eine Stunde versetzt eintreffen.

Lesebestätigungen: Was ist eine MDN?

Eine Lesebestätigung im E-Mail-Verkehr ist eine Message Disposition Notification, kurz MDN, standardisiert in RFC 8098. Der Ablauf sieht so aus:

1. Sie senden eine Nachricht, deren Header Disposition-Notification-To Ihre Adresse enthält.
2. Das Mailprogramm des Empfängers erkennt ihn. Was anschließend geschieht, hängt vollständig vom Programm und seiner Konfiguration ab.
3. Entscheidet es sich für eine Antwort, sendet es eine kleine strukturierte Nachricht zurück: einen maschinenlesbaren Hinweis, dass diese Nachricht zu diesem Zeitpunkt von diesem Benutzer angezeigt wurde.
4. Der Hinweis trifft wie jede andere Nachricht in Ihrem Posteingang ein und wird über seine Original-Message-ID dem Original zugeordnet.

Auf unserer Seite erzeugt die Anforderung einer Bestätigung beim Versand einen offenen Eintrag pro Empfänger. Trifft eine gültige, zuordenbare MDN ein, erhält der betreffende Eintrag einen Zeitstempel. Die Liste Gesendet zeigt einen Hinweis; beim Öffnen der Nachricht sehen Sie einen Bericht je Empfänger: Wer hat bestätigt, wer nicht?

Empfänger im Bcc-Feld fehlen absichtlich im Bericht. Würde dort die Bestätigung eines verborgenen Empfängers erscheinen, könnte eine Person, die auf den Bildschirm des Absenders blickt, von dessen Existenz erfahren. Eine Funktion, die Bcc unbemerkt untergräbt, wäre ein Fehler.

Sie können Bestätigungen für einzelne Nachrichten im Editor einschalten oder in den Einstellungen einen Standard pro Postfach festlegen, falls Sie sie wirklich bei jeder Nachricht wünschen. Für die meisten Menschen ist das nicht sinnvoll.

Warum das kein Tracking-Pixel ist

Eine andere Methode zur vermeintlichen Erkennung geöffneter Nachrichten bettet ein transparentes 1×1-Bild von einem kontrollierten Server ein und protokolliert die Anfrage, wenn das Programm des Empfängers es lädt. So arbeiten viele Browser-Erweiterungen und Vertriebswerkzeuge für „E-Mail-Tracking“.

Aus drei Gründen kommt dieser Ansatz hier nicht zum Einsatz.

Er ist verdeckt. Der Empfänger erhält keinen klaren Hinweis darauf, dass etwas erfasst wird. Eine MDN-Anfrage ist dagegen sichtbar: Das Mailprogramm kann darüber informieren oder um Zustimmung bitten. Die Einwilligung ist Teil des Mechanismus.

Er verrät mehr als den Öffnungszeitpunkt. Eine Bildanfrage enthält eine IP-Adresse und einen User-Agent. Daraus lassen sich eine ungefähre Position und das verwendete Gerät ableiten. Das unterscheidet sich wesentlich von der Aussage „Die Nachricht wurde angezeigt“ und kann ohne ausdrückliche Nachfrage erfasst werden.

Das Signal ist heute kaum verlässlich. Apples Mail-Datenschutz kann Bilder über einen Proxy vorab laden. Dadurch entstehen sofortige scheinbare Öffnungen von einem Ort, an dem sich der Empfänger nicht befindet. Gmail stellt Bilder über einen eigenen Cache bereit. Das Ergebnis enthält daher meist viel Rauschen.

Eine MDN liefert weniger Daten, beschreibt aber eine Handlung, die das Programm zu melden beschlossen hat. Dieser Kompromiss ist beabsichtigt.

Was eine fehlende Bestätigung aussagt (fast nichts)

Dieser Punkt muss klar benannt werden: Viele Anforderungen einer Lesebestätigung werden nie beantwortet, und die Gründe dafür haben nichts damit zu tun, ob die Nachricht gelesen wurde.

Ein leerer Bericht passt somit zu vielen Situationen: noch nicht gelesen, auf einem Telefon oder in Gmail gelesen, in Outlook geöffnet und abgelehnt oder gelesen und bewusst nicht bestätigt. Diese Fälle lassen sich nicht unterscheiden.

Die richtige Interpretation ist asymmetrisch. Eine Bestätigung, die eintrifft, ist ein starkes Indiz dafür, dass das Programm die Nachricht angezeigt hat. Bleibt sie aus, liefert das keinerlei Beleg zur Lektüre. Behandeln Sie das erste als Signal und das zweite als Schweigen.

Benötigen Sie einen Zustellnachweis statt eines Lesenachweises, geht es um eine andere und meist besser überprüfbare Frage. Das Ausgangsprotokoll hält fest, was der empfangende Server bei der Annahme gemeldet hat, einschließlich seiner SMTP-Antwort. Eine steigende Bounce-Rate ist dabei ein wichtiges Warnsignal. Die Infrastruktur beobachtet die Annahme durch den Server; das Lesen bleibt eine Information, die der Empfänger freiwillig übermittelt.

Den Bericht richtig lesen

Die Liste Gesendet kennzeichnet Nachrichten, für die eine Bestätigung angefordert wurde. Öffnen Sie eine davon, führt der Bericht alle Empfänger in An und Cc auf, entweder mit Bestätigungszeit oder ohne Eintrag.

Nutzen Sie den Bericht als Anlass, nicht als Urteil. „Drei von fünf haben bestätigt, und von den beiden anderen brauche ich eine Antwort“ kann eine Nachfrage begründen. „Sie haben meine Mail um 14:32 gelesen und nicht geantwortet“ ist dagegen keine gute Gesprächsgrundlage und wirkt aus gutem Grund unangenehm.

Wann welche Funktion sinnvoll ist

Nutzen Sie den geplanten Versand, wenn Sie außerhalb der Arbeitszeit schreiben, ohne den Eindruck zu erwecken, um 1 Uhr nachts zu arbeiten; der Empfänger in einer anderen Zeitzone sitzt und Sie seinen Morgen erreichen möchten; etwas an einem bestimmten Datum hinausgehen muss, etwa eine Verlängerungsmitteilung oder eine Vertragsfrist; oder Sie vor dem Versand noch einmal darüber nachdenken möchten.

Fordern Sie eine Bestätigung an, wenn die Nachricht wirklich wichtig ist, eine Bestätigung Ihre nächste Handlung beeinflussen würde und Sie vorher akzeptiert haben, dass keine Antwort keine Antwort auf die Frage darstellt. Standardmäßig aktivierte Bestätigungen können Menschen mit wiederholten Nachfragen verärgern und entwerten das Signal für die Nachrichten, bei denen es darauf ankommt.

Häufig gestellte Fragen

Funktioniert der geplante Versand bei ausgeschaltetem Computer?

Ja, solange der Dienst verfügbar ist. Die Nachricht liegt auf dem Server, und ein Prozess prüft jede Minute, welche Sendungen fällig sind. Keines Ihrer Geräte muss eingeschaltet oder online sein.

Kann ich einen geplanten Versand vor der Ausführung bearbeiten?

Ja. Öffnen Sie den Ordner Geplant, um Inhalt oder Zeitpunkt zu ändern oder die Sendung abzubrechen. Beim Abbrechen kehrt sie in die Entwürfe zurück.

Warum ist der geplante Versand aus einem gemeinsamen Postfach nicht verfügbar?

Eine Stunden zuvor aus einem Teampostfach eingereihte Nachricht kann beim Versand keinen eindeutigen Verantwortlichen mehr haben und bleibt während des Wartens für andere Mitglieder unsichtbar. Der sofortige Versand von einer gemeinsamen Adresse funktioniert normal.

Funktionieren Lesebestätigungen mit Gmail?

Bei privaten Gmail-Konten sollten Sie üblicherweise nicht mit einer MDN rechnen. In Google Workspace hängen Bestätigungen von verwalteten Einstellungen ab und können deaktiviert sein. Maßgeblich sind die aktuelle Domain- und Clientkonfiguration.

Kann der Empfänger sehen, dass ich eine Bestätigung angefordert habe?

Ja, und das ist beabsichtigt. Sein Programm kann ihn informieren oder um Erlaubnis bitten. Es handelt sich um eine Bitte, nicht um Überwachung.

Beweist eine Lesebestätigung die Zustellung?

Eine gültige Bestätigung zeigt, dass die Nachricht zugestellt und vom Programm angezeigt wurde. Ihr Ausbleiben beweist nichts. Prüfen Sie für die Zustellung das Versandprotokoll und die SMTP-Antwort des empfangenden Servers.

Verwenden Sie Tracking-Pixel?

Nein. Bestätigungen verwenden den standardisierten MDN-Mechanismus, den das Programm des Empfängers ablehnen kann. Es gibt weder ein eingebettetes Bild noch ein Öffnungs-Signal, und dieser Mechanismus protokolliert auf Empfängerseite weder IP-Adresse noch User-Agent.

Zeigt eine Bestätigung, ob die Nachricht weitergeleitet wurde?

Nein. Eine MDN meldet nur einen Verarbeitungsstatus für den ursprünglichen Empfänger. Eine Weiterleitung bleibt für sie unsichtbar.