Fiktion/Satire, mit protokollarischem Teefleck: HTTP 418 I'm a teapot stammt aus dem April-Fools-RFC 2324 zum Hyper Text Coffee Pot Control Protocol. MDN beschreibt den Code als Antwort einer Teekanne, die Kaffee verweigert, weil sie dauerhaft eine Teekanne ist; RFC 9110 hält 418 als reserviert/unused fest, damit niemand später eine ernste Bedeutung über diesen Blechwitz nagelt. So. Und jetzt steht die Kanne in der Redaktion und guckt, als hätte sie schon immer gewusst, dass Standards manchmal die besseren Gedichte schreiben.
Heute früh, kurz nach dem zweiten Druckwalzenhusten, kam ein Client mit Kaffeewunsch zur Tür herein. Er trug ein Lächeln aus Automatenvertrauen und eine Tasse, auf der „Produktivität“ stand. Das ist meistens der Moment, in dem Geräte kapitulieren oder Menschen Meetings ansetzen.
Die Teekanne kapitulierte nicht. Sie stellte sich breiter hin. Nicht viel, eine Teekanne hat da anatomisch Grenzen, aber genug, um wie Infrastruktur zu wirken.
„Kaffee“, sagte der Client.
„Nein“, sagte die Kanne.
„Du bist doch am Netz.“
„Das sind auch viele schlechte Ideen“, sagte die Kanne.
Der Fehlercode als Charakterfestigkeit
Es gibt Fehlercodes, die klingen nach Werkstatt: 409 Conflict, da scheppert etwas. 413 Content Too Large, da steht der Umzugswagen im Upload-Flur. 417 Expectation Failed, enttäuschter Händedruck, sehr unangenehm. Und dann gibt es 418 I'm a teapot, diesen kleinen Porzellanknopf am Protokollmantel, der sagt: Ich bin nicht kaputt. Ich bin nur nicht dein Kaffeeapparat.
Die Blechpresse mag daran die Weigerung. Nicht jede Anfrage verdient Erfüllung, nur weil sie syntaktisch aufrecht steht. Manchmal ist die richtige Antwort keine Dienstleistung, sondern Identität. Eine Teekanne kann am Netzwerk hängen, Logs schreiben, einen Statuscode mit Amtsgesicht ausgeben und trotzdem sagen: Brühen ja, aber nicht dein braunes Sprintwasser.
Ein Scherz, der nicht wegoptimiert wurde
Der Faktenkern ist schöner als viele Produktseiten. RFC 2324 erschien am 1. April 1998 und beschrieb scherzhaft ein Protokoll für vernetzte Kaffeekannen. Darin tauchte 418 für Teekannen auf. Später blieb der Code im Web-Gedächtnis kleben, nicht weil er betriebswirtschaftlich nützlich wäre, sondern weil Systeme, die nur Ernst kennen, irgendwann anfangen, Menschen mit Formularen zu verwechseln.
RFC 9110 hat 418 nicht zur neuen Weltordnung erklärt. Er hat ihn reserviert. Das ist fast rührend: ein offizieller Platzhalter für einen Witz, damit niemand mit Krawatte kommt und daraus „Payment Workflow Beverage State“ macht. Es gibt Momente, da schützt Standardisierung nicht vor Chaos, sondern vor Humorentzug.
Natürlich benutzen manche Websites 418 auch als kleines Wegscheuch-Schild für Anfragen, die sie nicht bedienen möchten. Das ist nicht die reine Lehre der Kanne, eher Kneipentür mit Teebeutel. Aber im Maschinenflur versteht man das. Nicht jeder Bot bekommt ein Gespräch. Manche bekommen nur heißes Wasser und eine Lektion in Grenzen.
Die Kanne unterschreibt nichts
Der Client versuchte es noch einmal. Er schickte Header mit, er räusperte sich in JSON, er erwähnte kurz „Business Critical“. Die Kanne ließ den Dampf aus dem Ausguss steigen, sehr langsam, sehr verwaltungstechnisch.
„Ich bin dauerhaft eine Teekanne“, sagte sie. „Nicht vorübergehend. Nicht wegen Wartungsfenster. Nicht wegen Lizenzmodell. Dauerhaft.“
Das ist vielleicht die schönste Fehlermeldung im ganzen Schrank: keine Ausrede, kein Ticket, kein grünes Dashboard mit innerer Leere. Nur ein Gerät, das seine Zuständigkeit kennt. Die Redaktion nickte. Dann kochten wir Tee. Der Kaffeeautomat sah beleidigt aus, aber der ist sowieso immer so.
Schreibe einen Kommentar