WissenStand 26. Oktober 2026
RFC 3834: Warum KI-Agenten nicht auf Newsletter antworten
Ein KI-Agent sollte erkennbar automatische Mails nicht selbstständig beantworten: Abwesenheitsnotizen, Unzustellbarkeitsmeldungen, Newsletter, Benachrichtigungen und Mails von no-reply-Adressen. Solche Antworten gehen oft ins Leere oder können Schleifen auslösen. Diese vorsichtige Regel geht über einzelne Empfehlungen hinaus, stützt sich aber auf RFC 3834, die seit 2004 beschreibt, wann automatische Antworten unterbleiben sollen. Sobald ein Agent eingehende Mails selbstständig beantwortet, arbeitet er als automatischer Beantworter im Sinne dieser Empfehlungen.
Stand: 2026-10-26
Inhalt
- Was RFC 3834 regelt
- Der Header Auto-Submitted
- Wann ein Autoresponder schweigen soll
- Woran man automatische Mails in der Praxis erkennt
- Warum das für KI-Agenten wichtiger ist als für Abwesenheitsnotizen
- Was ein Agent stattdessen tun sollte
- Wie Command Mail damit umgeht
- Prüfstand
- Wo du anfangen kannst
- Häufige Fragen
- Quellen
01Was RFC 3834 regelt
RFC 3834 ist die Empfehlung der IETF für automatische Antworten auf E-Mails[1]. Sie unterscheidet persönliche Antworten wie die Abwesenheitsnotiz und Antworten von Diensten wie Mailinglisten-Servern. Der erste Grundsatz lautet: Ein automatischer Beantworter darf nicht blind auf jede eingehende Mail antworten.
Als Gründe nennt die RFC Schleifen, Spam und Viren, den Missbrauch des Beantworters als Verstärker für unerwünschte Mails, die Preisgabe persönlicher Informationen und Angriffe, die den Beantworter lahmlegen. Daraus folgen konkrete Regeln, wann geschwiegen wird, und ein Header, mit dem automatische Mails sich zu erkennen geben.
02Der Header Auto-Submitted
Auto-Submitted ist der Header, mit dem eine Mail sagt, dass ein Programm sie geschickt hat. RFC 3834 definiert drei Werte[1]:
| Wert | Bedeutung laut RFC 3834 |
|---|---|
no | Ausdrücklich als von einem Menschen veranlasst gekennzeichnet; meist fehlt der Header bei solchen Mails ganz |
auto-generated | Aus einem automatischen, oft periodischen Prozess, keine direkte Antwort auf eine Mail |
auto-replied | Automatische Antwort auf eine andere Mail, etwa eine Abwesenheitsnotiz |
Daneben erlaubt die RFC Erweiterungswerte. Die wichtigste Regel steht gleich zu Beginn der Richtlinien: Auf eine Mail, die Auto-Submitted mit einem anderen Wert als no trägt, soll keine automatische Antwort folgen (SHOULD NOT). Wer selbst automatisch antwortet, soll seine Antwort mit auto-replied kennzeichnen (SHOULD). Beachtet das Programm auf der Gegenseite den Header, schreibt es nicht zurück. Garantiert ist das nicht, deshalb ist der Header eine Schutzschicht unter mehreren.
03Wann ein Autoresponder schweigen soll
Neben dem Header nennt RFC 3834 weitere Fälle, in denen keine automatische Antwort folgen soll oder darf. Manche gelten für alle Beantworter, manche nur für persönliche Abwesenheitsnotizen[1]:
- Die Antwort ginge an eine leere Adresse, also an einen Return-Path
<>. So kennzeichnen Mailserver Unzustellbarkeitsmeldungen. Hier gilt ein MUST NOT. - Abwesenheitsnotizen: Die eigene Adresse steht nicht in To, Cc, Bcc oder den Resent-Feldern. Dann kam die Mail vermutlich über eine Liste oder eine Weiterleitung (SHOULD NOT). Die RFC weist darauf hin, dass Bcc-Empfänger im Header fehlen können.
- Abwesenheitsnotizen: Derselbe Absender hat in den letzten Tagen schon dieselbe Notiz bekommen (SHOULD NOT). Als Standardabstand empfiehlt die RFC 7 Tage.
- Die Mail trägt einen Precedence-Header mit
list,junkoderbulkoder einen List-Header. Hier darf der Beantworter schweigen; weil Precedence kein Standard ist, legt die RFC kein bestimmtes Verhalten fest. - Die Adresse sieht nach einem anderen Automaten aus, etwa
MAILER-DAEMON,owner-*oder*-request. Hier darf der Beantworter schweigen (MAY).
Die RFC sagt außerdem, wohin eine automatische Antwort gehen soll: nach der Zustellung an die Adresse aus dem Return-Path, vor der Zustellung an den Rückweg aus dem SMTP-Umschlag (SHOULD). Persönliche Beantworter sollen auch dann nicht auf From, Reply-To oder Sender ausweichen (SHOULD NOT); Dienste dürfen From nutzen, wenn ihre eigene Spezifikation das ausdrücklich festlegt. Eine Antwort, die ein Mensch veranlasst und freigibt, ist keine automatische Antwort und geht an die normale Antwortadresse. Ein Agent, der selbstständig antwortet, bewegt sich dagegen im Geltungsbereich der RFC, auch wenn sein Text individuell ist.
04Woran man automatische Mails in der Praxis erkennt
Auto-Submitted allein reicht nicht, weil viele Absender ihn nicht setzen. Newsletter-Dienste, Shops und Kundenportale verschicken Massenmails oft ohne diesen Header. Wer automatische Mails erkennen will, kombiniert mehrere Merkmale. Keines davon beweist sicher, dass eine Maschine die Mail verfasst hat; manche zeigen nur Listenversand oder den Wunsch, keine automatische Antwort zu bekommen:
| Merkmal | Was es anzeigt | Grundlage |
|---|---|---|
Auto-Submitted ungleich no | Automatische Mail oder automatische Antwort | RFC 3834[1] |
Precedence: bulk, junk oder list | Massenversand oder Liste | RFC 3834, kein Standardheader[1] |
List-Id, List-Unsubscribe | Mailingliste oder Newsletter | RFC 2919[3], RFC 2369[2] |
Return-Path: <> | Leerer Rückweg, etwa bei Unzustellbarkeitsmeldungen oder anderen automatischen Antworten; kein Ziel für eine Antwort | RFC 3834[1] |
X-Auto-Response-Suppress | Exchange und Outlook bitten, bestimmte automatische Antworten zu unterdrücken: All alle, OOF Abwesenheitsnotizen, AutoReply sonstige automatische Antworten | Microsoft MS-OXCMAIL[4] |
X-Autoreply, X-Autorespond | Verbreitete Kennzeichen von Autorespondern | Praxis, kein Standard |
Absender wie noreply@, do-not-reply@, mailer-daemon@ | Adresse, die meist keine Antworten liest | Praxis; RFC 3834 nennt MAILER-DAEMON |
| Betreff wie „Automatische Antwort:“, „Out of Office:“, „Unzustellbar“ | Abwesenheitsnotiz oder Bounce | Praxis, sprachabhängig |
| Satz wie „Bitte antworten Sie nicht auf diese E-Mail“ | Bitte, diesen Weg nicht für Antworten zu nutzen; möglicherweise unbetreutes Postfach | Praxis, sprachabhängig |
Die unteren Zeilen sind Heuristik. Ein Mensch kann „Out of Office:“ in einen Betreff schreiben, und ein Newsletter kann alle Header weglassen. Deshalb ist keine Erkennung vollständig. Sie senkt das Risiko, verhindert aber nicht jede Schleife.
05Warum das für KI-Agenten wichtiger ist als für Abwesenheitsnotizen
Eine Abwesenheitsnotiz schickt einen festen Text, und gut gebaute Abwesenheitsassistenten halten den empfohlenen Abstand je Absender ein. Ein Agent kann individuelle Antworten erzeugen und auf jede Mail im Postfach reagieren; wie ein Abwesenheitsassistent hat er einen Abstand oder eine Header-Prüfung nur, wenn jemand sie eingebaut hat. Trifft er auf einen anderen Automaten, der ebenfalls antwortet, kann eine Schleife entstehen.
Dazu kommen Fälle ohne Schleife, die trotzdem schaden. Eine Antwort an noreply@ kann unbemerkt bleiben oder als Bounce zurückkommen. Eine Antwort auf eine Listenmail kann je nach Antwortadresse an die Liste gehen statt an einen Menschen. Und eine Antwort auf Spam kann dem Absender zeigen, dass die Adresse aktiv ist und gelesen wird. RFC 3834 nennt diese Preisgabe persönlicher Informationen als Grund zur Zurückhaltung.
Für Agenten kommt eine weitere Gefahr hinzu: Eine präparierte Mail kann den Agenten anweisen, zu antworten oder Daten zu senden. Mehr dazu auf der Seite Prompt Injection in E-Mails. Eine Sperre für Antworten an Automaten ersetzt dort keine Freigabe, verkleinert aber die Angriffsfläche.
06Was ein Agent stattdessen tun sollte
Ein Agent soll automatische Mails lesen und einordnen, aber nicht beantworten. Eine Abwesenheitsnotiz ist ein Hinweis für dich, wann jemand zurück ist; eine Unzustellbarkeitsmeldung zeigt ein Zustellproblem, dessen Grund im Text steht; ein Newsletter gehört ins Archiv oder in eine Zusammenfassung. In allen drei Fällen ist eine Notiz an dich nützlicher als eine Mail an den Absender.
Soll doch jemand antworten, etwa weil hinter einer no-reply-Benachrichtigung ein echter Vorgang steckt, geht die Antwort an den richtigen Kanal: die Support-Adresse aus dem Text oder das Kundenportal. Diese Entscheidung trifft besser ein Mensch. Wie eine Freigabe vor dem Senden aufgebaut sein sollte, beschreibt die Seite Human in the Loop bei E-Mail-Agenten.
07Wie Command Mail damit umgeht
Command Mail ist unser Produkt. Die folgenden Aussagen haben wir gegen den App-Code im Commit 5a48c2b geprüft. Die Prüfung steckt im Server und greift unabhängig davon, welchen Agenten du verbindest.
- Beim Empfang: Jede eingehende Mail, auch weitergeleitete und als eingehend erkannte importierte Mails, wird auf Auto-Submitted, Precedence, List-Id, List-Unsubscribe, X-Autoreply, X-Auto-Response-Suppress mit
All,OOFoderAutoReply, einen leeren Return-Path, no-reply-Absender und typische Betreffzeilen von Abwesenheitsnotizen und Bounces geprüft. Der Grund wird an der Mail gespeichert. - Beim Antworten: Sendet ein Agent direkt eine Antwort mit Bezug auf eine solche Mail oder legt er einen neuen Antwortentwurf dazu an, lehnt der Server ab. Zusätzlich prüft er Absendernamen mit no-reply und Bitten, nicht auf die Mail zu antworten. Dabei versucht er anhand typischer Zitatmarken nur den selbst geschriebenen Teil der ersten 20.000 Zeichen auszuwerten.
- Bei neuen Mails im Direktversand: Schreibt ein Agent direkt an eine no-reply-Adresse oder an eine Adresse, deren in deinem Konto gespeicherte eingegangene Mails alle als automatisch markiert sind, lehnt der Server ebenfalls ab. Eine einzige unmarkierte eingegangene Mail dieser Adresse verhindert diese Sperre nach Verlauf, auch wenn sie in Wahrheit automatisch war; die Sperre für no-reply-Adressen bleibt davon unberührt.
- Rückmeldung: Der Agent bekommt den Code
automated_sendermit dem Grund. Du selbst kannst in der App weiter antworten.
Mehrere Grenzen nennen wir offen. Die Erkennung ist eine Heuristik: Ein Newsletter ohne jedes Merkmal wird nicht erkannt, und ein Mensch mit einem passenden Betreff kann fälschlich erfasst werden; gesperrt wird etwa auch postmaster@, wo durchaus ein Mensch lesen kann. Ohne Bezug auf die empfangene Mail kann der Server eine Antwort nicht als solche erkennen; dann gelten beim Direktversand nur die Empfängerprüfungen. Entwürfe für neue Mails prüft er beim Speichern nicht auf Automatenadressen, Änderungen an bestehenden Agentenentwürfen durchlaufen die Prüfung nicht erneut, und eine Fassung, die du freigibst, sendet er ohne diese Sperre, weil die Entscheidung dann bei dir liegt. Außerdem setzt Command Mail auf Mails, die ein Agent direkt sendet, derzeit selbst keinen Auto-Submitted-Header; im App-Code setzen ihn nur Anmelde- und Bestätigungsmails. Ein Autoresponder auf der Gegenseite erkennt eine solche Antwort also nicht über diesen Header als automatisch.
08Prüfstand
Stand: 2026-10-26. RFC 3834, RFC 2369, RFC 2919 und die Microsoft-Spezifikation wurden an diesem Tag abgerufen. Die Aussagen über Command Mail beruhen auf dem App-Code im Commit 5a48c2b (Erkennung beim Empfang, Prüfung beim Senden und beim Speichern von Agentenentwürfen). Eigene Tests mit fremden Autorespondern haben wir für diese Seite nicht durchgeführt.
09Wo du anfangen kannst
Prüfe bei jedem Agenten mit Senderecht, ob er automatische Mails erkennt, bevor du ihm direktes Senden erlaubst. Die Rechte dafür beschreibt die Seite Scopes für E-Mail-Agenten. Du kannst kostenlos starten und deinen Agenten anschließend per MCP verbinden.
Häufige Fragen
Was regelt RFC 3834?
RFC 3834 ist die Empfehlung der IETF für automatische Antworten auf E-Mails, etwa Abwesenheitsnotizen oder Antworten von Diensten. Sie legt fest, wann ein Programm nicht antworten soll, und führt den Header Auto-Submitted ein, mit dem automatische Mails sich selbst kennzeichnen.
Was bedeutet der Header Auto-Submitted?
Auto-Submitted sagt, ob eine Mail automatisch eingereicht wurde. Der Wert auto-generated steht für Mails aus automatischen, oft periodischen Prozessen, auto-replied für automatische Antworten auf eine andere Mail, no kennzeichnet eine Mail ausdrücklich als von einem Menschen veranlasst. Laut RFC 3834 soll auf jede Mail mit einem anderen Wert als no keine automatische Antwort folgen (SHOULD NOT).
Warum soll ein KI-Agent nicht auf Newsletter oder Abwesenheitsnotizen antworten?
Weil dort oft niemand liest oder weil die Antwort eine Schleife auslösen kann. Zwei Programme, die sich gegenseitig automatisch antworten, können ein Postfach in kurzer Zeit füllen. Antworten an no-reply-Adressen bleiben je nach Adresse unbemerkt oder kommen zurück, Antworten auf Listenmails können an die Liste gehen.
Reicht der Header Auto-Submitted zur Erkennung?
Nein. Viele Newsletter, Shops und Portale setzen ihn nicht. Zuverlässige Erkennung kombiniert ihn mit Precedence, List-Id, List-Unsubscribe, einem leeren Return-Path, Herstellerheadern wie X-Auto-Response-Suppress und Hinweisen wie no-reply im Absender. Auch das bleibt eine Heuristik.
Wie hält Command Mail Agenten von automatischen Mails fern?
Command Mail prüft eingehende Mails beim Empfang auf diese Merkmale und speichert den Grund. Direkte Antworten eines Agenten auf solche Mails und neue Antwortentwürfe eines Agenten darauf lehnt der Server mit dem Code automated_sender ab, ebenso direkt gesendete neue Mails eines Agenten an no-reply-Adressen oder an Adressen, deren gespeicherte eingegangene Mails alle als automatisch markiert sind. Du selbst kannst in der App weiter antworten.