Teilanfragen: Sprachnachrichten kommen jetzt auch auf dem iPhone an

Filipe: „zeurst schaust du mal ob es im system liegt dass miss, die modi, keine sprachnachrichten hoeren kann oder ob es an ihr liegt weil bei allen anderen klappt nur bei ihr nicht" ES LAG AM SYSTEM. WAS GEMESSEN WURDE (nicht vermutet) 1. An ihrer Rolle liegt es nicht. Der Weg `/workspace/api/chat/anhang/:id` fragt drei Dinge: gibt es die Nachricht, ist die Person im Raum, hat sie das Gespraech weggeraeumt. Keine Rollenpruefung. Gegen eine Wegwerf- Datenbank gemessen: `anmelden admin=200 modi=200`, Anhang als modi HTTP 200, 40018 Bytes -- genau wie als admin. 2. Sie ist in allen drei Raeumen mit Sprachnachrichten, geloescht_bis = 0, alle sechs Tondateien liegen auf der Platte. (Live-Datenbank, nur gelesen, auf einer Kopie, Kopie danach geloescht.) 3. Sie ist die EINZIGE im Haus mit Safari. Aus dem Caddy-Protokoll, ueber IP und Minute mit ihren Protokolleintraegen abgeglichen: iPhone, iOS 18.7, Safari 26.6.1. Alle anderen Geraete der letzten zwei Wochen: Android-Chrome 3900 Anfragen, Windows-Chrome/Edge/Firefox 2646. Neun von zehn iPhone-IP-Praefixen sind ihre. 4. DER FEHLER: Der Anhang-Weg beantwortete eine Teilanfrage (`Range: bytes=0-1`) mit einer vollen HTTP 200 -- ohne `Accept-Ranges`, ohne `Content-Length`, als `chunked`. Zum Vergleich dieselbe Anfrage an `express.static`: HTTP 206, `accept-ranges: bytes`, `content-range: bytes 0-1/2480`. Safari verlangt fuer <audio> und <video> zwingend Teilanfragen und verweigert die Wiedergabe bei einer 200. Chrome und Firefox nehmen die ganze Datei klaglos. Bilder brauchen das nicht -- deshalb sah sie Fotos und hoerte nichts, und deshalb fiel es sieben Tage lang nur ihr auf. WAS GEAENDERT IST A) EIN GEMEINSAMER AUSLIEFERWEG (server/helfer-ausliefern.mjs) Im Haus gaben ZEHN Stellen eine Datei mit `createReadStream(pfad) .pipe(res)` hinaus: Chat-Anhang, Chat-GIF, Dateiablage (ansehen und laden), Material (ansehen und laden), Steckbriefbild, Buehnenbild, Supportbild, Wissens-PDF. Nur eine davon zu reparieren hiesse, eine Liste zu fuehren, welche Stelle schon richtig ist -- und die naechste neue macht es wieder falsch. Alle zehn gehen jetzt ueber `liefereDatei(req, res, pfad)`: `Accept-Ranges`, `Content-Length`, 206 mit `Content-Range`, 416 mit `bytes */groesse`. Mehrere Bereiche in einer Anfrage werden absichtlich nicht bedient (das darf ein Server); die Antwort ist dann die GANZE Datei, nie eine falsche Teilmenge. WAS ES AUSSER SAFARI BRINGT, gemessen: Eine MP4-Sprachnachricht meldete in Chromium ohne Teilanfragen 0,23 s statt 1,96 s Laenge -- der Kopf einer MP4 steht am Ende der Datei. Eine Ogg-Datei meldete „Infinity" statt 2,02 s. Und ein PDF-Betrachter springt jetzt zu einer Seite, ohne die ganze Datei zu holen. B) AUFGENOMMEN WIRD AAC IN MP4 (workspace/assets/js/chat.js) Die Reihenfolge der Behaelter beantwortete bisher die Frage „was kann DIESES Geraet am liebsten". Richtig ist „was koennen die ANDEREN abspielen" -- die hoeren es. Gemessen mit echten Aufnahmen aus echten Browsern, danach in beiden Engines abgespielt: Chromium nimmt auf: webm/opus, mp4(AAC), mp4(Opus) Firefox nimmt auf: webm/opus, ogg/opus -- MP4 gar nicht Beide spielen alle vier Behaelter vollstaendig ab (2 s rein, 2 s raus) ZWEI FALLEN, die die Messung gezeigt hat: - Ein blankes `audio/mp4` ist nicht AAC: Chromium meldet darauf `audio/mp4;codecs=opus` zurueck -- MP4 aussen, Opus innen, fuer Safari genauso unbrauchbar wie WebM. Deshalb steht `audio/mp4;codecs=mp4a.40.2` VOR dem blanken `audio/mp4`. - Firefox kann kein MP4 aufnehmen und faellt sauber auf WebM/Opus zurueck. Kein Rueckschritt -- das ist der heutige Stand. Die Pruefung nimmt jetzt im echten Browser ueber den echten Knopf auf, und der Server erkennt: audio/mp4, 45583 Bytes, 2734 ms. BERICHTIGT: In zwei Kommentaren stand „Safari und das iPhone koennen nur MP4". Das stimmt nicht. An Miss' eigener Aufnahme nachgemessen: Behaelter WebM, Mux-Programm „WebKit", Tonspur A_OPUS. Safari NIMMT WebM auf -- ob es WebM abspielt, ist eine andere Frage. C) EIN AUSWEG STATT EINER VERTROESTUNG (chat.js, chat.css) Vorher stand im Fehlerfall „Sprachnachricht laesst sich gerade nicht laden". Das war fuer Miss die ganze Auskunft, und es stimmte nicht einmal: Die Datei kam an, ihr Browser konnte den Behaelter nicht. „Gerade" heisst „gleich nochmal versuchen" -- bei einem fremden Behaelter hilft kein Versuch mehr. Jetzt wird unterschieden (Fehlercode 4 = Format, alles andere = Laden) und daneben steht ein Weg, der wirklich zum Ton fuehrt: Herunterladen, 44 px hoch, in der Farbe der Blase, mit eigenem Vorlesewort. Nur im Fehlerfall -- ein Knopf an jeder Sprachnachricht waere Unordnung fuer alle, damit einer Person geholfen ist. WAS JETZT NACHGEZAEHLT WIRD - pruef-chat-anhaenge: 119 -> 146 Pruefungen. Dreizehn davon messen Teilanfragen am Foto (0-9, -8, 5-, ueber das Ende hinaus, 416, mehrere Bereiche, unverstandener Kopf) und vergleichen jeden Abschnitt BYTEWEISE mit der vollen Datei -- eine 206 mit den falschen Bytes waere schlimmer als keine. Drei Gegenproben legen dieselbe Messlatte an erfundene Antworten (die alte volle 200, falsche Gesamtgroesse, falsche Bytes) und muessen durchfallen. Neun weitere pruefen die Sprachnachricht selbst und den Ausweg. - pruef-wissen-neu: +6. Der Weg zur PDF war der EINZIGE der zehn, den nie eine Pruefung abgerufen hat -- genau der, bei dem eine Umstellung unbemerkt danebengeht. Jetzt beide Spielarten (ansehen und laden). - pruef-struktur: +6. Wer kuenftig wieder `createReadStream(...).pipe(res)` schreibt, bekommt einen Befund. Mit Gegenproben in beide Richtungen; die Probetexte sind zusammengesetzt, sonst meldet die Wache ihre eigene Begruendung als Fund. Pruefdateien sind ausgenommen, weil sie an niemanden ausliefern -- dort ist ein Weg ohne Teilanfragen die Gegenprobe. (Beim ersten Lauf hat die Wache sofort meine eigene Messdatei gefunden.) WAS NICHT NACHGESEHEN WERDEN KONNTE Ob iOS-Safari WebM/Opus ueberhaupt abspielt. Playwrights WebKit startet auf diesem Rechner nicht (`icuuc77.dll`, auch nach Neuinstallation), und ein iPhone habe ich nicht. Der dritte Ausgang: konnte nicht nachsehen. Deshalb sind A, B und C drei Sicherungen hintereinander statt einer Wette auf eine. GEPRUEFT (alles einzeln, kein Gesamtlauf) pruef-chat-anhaenge 146 ok pruef-material 159 ok pruef-wissen-neu 33 ok pruef-spenden 172 ok pruef-struktur 85 ok pruef-support 63 ok pruef-video 74 ok pruef-steckbrief 65 ok pruef-galerie 26 ok pruef-eintrag-bild 24 ok pruef-chat 63 ok pruef-chat-optik 62 ok pruef-haus-trennung 100 ok Die beiden Haeuser bleiben getrennt (pruef-haus-trennung, 100 ok). Der Ausliefer-Weg gehoert beiden gleichermassen und traegt nichts Haus- spezifisches; die Aufnahme betrifft faktisch nur Team Dogi, weil nur dort der Mikrofonknopf steht („also nur die modis rechte linke hand und dogfather"). NICHT VON MIR, SCHON VORHER ROT: pruef-gifs meldet zwei Fehler („das GIF steht danach wirklich im Verlauf", „die Tafel geht zu"). Gegen den unveraenderten Stand von HEAD nachgemessen -- dieselben zwei Fehler, mit denselben Zahlen. Ein eigener Befund, kein Nebenschaden dieser Arbeit. Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-02 03:41:18 +02:00
parent 365e789cce
commit 4324547eb3
58 changed files with 1292 additions and 694 deletions
@@ -0,0 +1,150 @@
+/* EINE DATEI AUSLIEFERN — MIT TEILANFRAGEN (02.10.2026)
+   =====================================================================
+
+   WARUM ES DIESE DATEI GIBT
+
+   Miss, eine Modi, konnte keine Sprachnachrichten hoeren. Alle
+   anderen schon. Gemessen hat es sich so aufgeklaert:
+
+     · An ihrer Rolle lag es nicht — der Anhang-Weg fragt nur
+       „gibt es die Nachricht", „ist sie im Raum", „hat sie das
+       Gespraech weggeraeumt". Eine Modi bekommt HTTP 200.
+     · Sie ist die EINZIGE im Haus mit Safari (iPhone, iOS 18.7).
+       Alle anderen: Android-Chrome, Windows-Chrome/Edge, Firefox.
+     · Und der Anhang-Weg beantwortete eine Teilanfrage
+       (`Range: bytes=0-1`) mit einer vollen 200, ohne
+       `Accept-Ranges`, ohne `Content-Length`, als `chunked`.
+
+   Safari verlangt fuer <audio> und <video> zwingend Teilanfragen und
+   verweigert die Wiedergabe bei einer 200. Chrome und Firefox nehmen
+   die ganze Datei klaglos — deshalb fiel es sieben Tage lang
+   niemandem auf ausser ihr. Bilder brauchen das nicht: Deshalb sah
+   sie Fotos und hoerte nichts.
+
+   WARUM EIN GEMEINSAMER HELFER UND NICHT EINE REPARATUR
+
+   Im Haus gab es ZEHN Stellen, die eine Datei mit
+   `createReadStream(pfad).pipe(res)` hinausgeben: Chat-Anhang,
+   Chat-GIF, Dateiablage (ansehen und laden), Material (ansehen und
+   laden), Steckbriefbild, Buehnenbild, Supportbild, Wissens-PDF.
+   Nur eine davon zu reparieren hiesse, eine Liste zu fuehren, welche
+   Stelle schon richtig ist — und die naechste neue Stelle macht es
+   wieder falsch. Hier ist es EIN Weg, den alle zehn benutzen.
+
+   DAMIT ES SO BLEIBT, zaehlt `pruef-struktur` nach: Wer kuenftig
+   wieder `createReadStream(...).pipe(res)` schreibt, bekommt einen
+   Befund. Ein Kommentar, der vor einem Fehler warnt, verhindert ihn
+   nicht — das hat der Spaltenverlust vom 11.09. gezeigt.
+
+   WAS ES AUSSER SAFARI NOCH BRINGT (gemessen, nicht vermutet)
+
+     · Eine MP4-Sprachnachricht meldete in Chromium ohne Teilanfragen
+       eine Laenge von 0,23 s statt 1,96 s — der Kopf einer MP4 steht
+       am ENDE der Datei, und ohne Springen findet der Browser ihn
+       nicht.
+     · Eine Ogg-Datei meldete „Infinity" statt 2,02 s.
+     · In einer PDF springt der Betrachter zu einer Seite, ohne die
+       ganze Datei zu holen.
+
+   WAS HIER ABSICHTLICH NICHT PASSIERT
+
+   Mehrere Bereiche in einer Anfrage („bytes=0-9,20-29") werden NICHT
+   bedient. Das darf ein Server (RFC 9110: er MAY den Kopf
+   uebergehen), und die Antwort ist dann die vollstaendige Datei —
+   nie eine falsche Teilmenge. Kein Browser im Haus fragt so.
+   ===================================================================== */
+
+import { createReadStream, statSync } from "node:fs";
+
+/** Einen `Range`-Kopf lesen.
+ *
+ *  Drei Formen sind erlaubt und werden unterschieden:
+ *      bytes=100-199   ab 100 bis einschliesslich 199
+ *      bytes=100-      ab 100 bis zum Ende
+ *      bytes=-500      die letzten 500 Bytes
+ *
+ *  Rueckgabe: null  = kein (oder kein verstandener) Bereich, volle Datei
+ *             false = der Bereich liegt ausserhalb der Datei -> 416
+ *             {von, bis} = genau dieser Abschnitt
+ *
+ *  Ausgelagert und ausgefuehrt, damit die Pruefung sie einzeln
+ *  befragen kann, ohne einen Server zu starten. */
+export function bereichLesen(roh, groesse) {
+  if (typeof roh !== "string" || !roh) return null;
+  const t = /^bytes=(\d*)-(\d*)$/.exec(roh.trim());
+  if (!t) return null;                       /* auch „bytes=0-9,20-29" landet hier */
+  const [, a, b] = t;
+  if (a === "" && b === "") return null;
+  if (groesse <= 0) return false;
+
+  let von; let bis;
+  if (a === "") {
+    /* Die letzten n Bytes. „bytes=-0" ist nach RFC unerfuellbar. */
+    const n = Number(b);
+    if (n <= 0) return false;
+    von = Math.max(0, groesse - n);
+    bis = groesse - 1;
+  } else {
+    von = Number(a);
+    bis = b === "" ? groesse - 1 : Number(b);
+    if (von >= groesse) return false;
+    if (bis >= groesse) bis = groesse - 1;   /* zu viel verlangt ist erlaubt */
+    if (bis < von) return false;
+  }
+  return { von, bis };
+}
+
+/** Eine Datei von der Platte in die Antwort geben.
+ *
+ *  Die Kopfzeilen, die zur SACHE gehoeren (Content-Type, Cache,
+ *  Content-Disposition, Sicherheitsregeln), setzt der Aufrufer VORHER
+ *  — die bleiben unberuehrt. Hier kommt nur der Transport dazu.
+ *
+ *  @param {import("express").Request} req
+ *  @param {import("express").Response} res
+ *  @param {string} pfad   Datei, die es schon gibt (der Aufrufer hat
+ *                         vorher nachgesehen und sonst 410 gemeldet)
+ */
+export function liefereDatei(req, res, pfad) {
+  let groesse;
+  try { groesse = statSync(pfad).size; } catch {
+    /* Zwischen dem Nachsehen des Aufrufers und hier ist die Datei
+       verschwunden. Nichts gesendet, also darf noch ein Fehler kommen. */
+    if (!res.headersSent) res.status(410).end();
+    return;
+  }
+
+  res.setHeader("Accept-Ranges", "bytes");
+  const bereich = bereichLesen(req.headers?.range, groesse);
+
+  if (bereich === false) {
+    /* UNERFUELLBAR. Die Groesse mitzugeben ist Pflicht, sonst weiss
+       der Browser nicht, was er stattdessen fragen soll. */
+    res.status(416);
+    res.setHeader("Content-Range", `bytes */${groesse}`);
+    res.end();
+    return;
+  }
+
+  const strom = bereich
+    ? createReadStream(pfad, { start: bereich.von, end: bereich.bis })
+    : createReadStream(pfad);
+
+  if (bereich) {
+    res.status(206);
+    res.setHeader("Content-Range", `bytes ${bereich.von}-${bereich.bis}/${groesse}`);
+    res.setHeader("Content-Length", String(bereich.bis - bereich.von + 1));
+  } else {
+    res.setHeader("Content-Length", String(groesse));
+  }
+
+  /* Bricht der Empfaenger ab (Finger weg vom Bildschirm, Seite zu),
+     wird nicht weiter von der Platte gelesen. Ohne das haengt bei
+     jedem Abbruch ein offener Lesestrom. */
+  res.on("close", () => { if (!strom.destroyed) strom.destroy(); });
+  strom.on("error", () => {
+    if (!res.headersSent) res.status(500).end();
+    else res.destroy();
+  });
+  strom.pipe(res);
+}
@@ -675,6 +675,107 @@ melde("\n=== 4. Ausliefern ===");
  }, bildNachrichtId);
  ok(/^attachment/.test(alsDownload || ""), `mit ?laden=1 wird es ein Download (${alsDownload})`);

+  /* ===================================================================
+     TEILANFRAGEN (02.10.2026)
+
+     WARUM DAS HIER STEHT: Miss, eine Modi, konnte keine
+     Sprachnachrichten hoeren. An ihrer Rolle lag es nicht -- der Weg
+     hier kennt gar keine. Sie ist die Einzige im Haus mit Safari
+     (iPhone, iOS 18.7), und Safari verlangt fuer <audio> und <video>
+     zwingend Teilanfragen. Der Weg antwortete auf `Range: bytes=0-1`
+     mit einer vollen 200, ohne `Accept-Ranges`, ohne
+     `Content-Length`, als `chunked`. Chrome und Firefox nehmen das
+     klaglos -- deshalb fiel es sieben Tage lang nur ihr auf.
+
+     GEPRUEFT WIRD NICHT NUR DER STATUS, SONDERN DER INHALT: Eine 206
+     mit den falschen Bytes waere schlimmer als gar keine. Jeder
+     Abschnitt wird deshalb gegen die volle Datei gehalten.
+     =================================================================== */
+  const holen = (id, kopfzeilen) => luna.seite.evaluate(async ([i, h]) => {
+    const a = await fetch(`/workspace/api/chat/anhang/${i}`, { cache: "no-store", headers: h });
+    const b = new Uint8Array(await a.arrayBuffer());
+    return {
+      status: a.status,
+      bereiche: a.headers.get("accept-ranges"),
+      laenge: a.headers.get("content-length"),
+      abschnitt: a.headers.get("content-range"),
+      bytes: [...b],
+    };
+  }, [id, kopfzeilen || {}]);
+
+  const ganz = await holen(bildNachrichtId);
+  const GROESSE = ganz.bytes.length;
+  ok(ganz.status === 200 && GROESSE > 100, `die ganze Datei kommt (${GROESSE} Bytes)`);
+  ok(ganz.bereiche === "bytes",
+    `der Server sagt, dass er Abschnitte kann: Accept-Ranges: ${ganz.bereiche}`);
+  ok(Number(ganz.laenge) === GROESSE,
+    `und wie lang sie ist (Content-Length ${ganz.laenge}) -- ohne das sucht Safari gar nicht erst`);
+
+  /** Stimmt eine Teilantwort? Status, beide Kopfzeilen UND die Bytes.
+   *  Als eigene Funktion, damit die Gegenprobe weiter unten dieselbe
+   *  Messlatte an eine erfundene 200-Antwort legen kann. */
+  const abschnittStimmt = (a, von, bis) =>
+    a.status === 206
+    && a.abschnitt === `bytes ${von}-${bis}/${GROESSE}`
+    && Number(a.laenge) === bis - von + 1
+    && a.bytes.length === bis - von + 1
+    && a.bytes.every((w, i) => w === ganz.bytes[von + i]);
+
+  const vorn = await holen(bildNachrichtId, { Range: "bytes=0-9" });
+  ok(abschnittStimmt(vorn, 0, 9),
+    `bytes=0-9 -> HTTP ${vorn.status}, ${vorn.abschnitt}, ${vorn.bytes.length} Bytes`
+    + " -- und es sind die richtigen");
+
+  const hinten = await holen(bildNachrichtId, { Range: "bytes=-8" });
+  ok(abschnittStimmt(hinten, GROESSE - 8, GROESSE - 1),
+    `bytes=-8 holt die LETZTEN acht (${hinten.abschnitt})`);
+
+  const bisEnde = await holen(bildNachrichtId, { Range: "bytes=5-" });
+  ok(abschnittStimmt(bisEnde, 5, GROESSE - 1),
+    `bytes=5- geht bis zum Ende (${bisEnde.abschnitt})`);
+
+  /* ZU VIEL VERLANGEN IST ERLAUBT und endet am Dateiende -- so fragt
+     ein Abspielgeraet, das die Laenge noch nicht kennt. */
+  const zuViel = await holen(bildNachrichtId, { Range: `bytes=0-${GROESSE + 500}` });
+  ok(abschnittStimmt(zuViel, 0, GROESSE - 1),
+    `wer ueber das Ende hinaus fragt, bekommt bis zum Ende (${zuViel.abschnitt})`);
+
+  /* AUSSERHALB IST ETWAS ANDERES ALS ZU VIEL: Dafuer gibt es 416, und
+     die Groesse MUSS dabeistehen, sonst weiss niemand, was er
+     stattdessen fragen soll. */
+  const daneben = await absichtlich([luna],
+    () => holen(bildNachrichtId, { Range: `bytes=${GROESSE + 10}-` }));
+  ok(daneben.status === 416 && daneben.abschnitt === `bytes */${GROESSE}`,
+    `ein Bereich hinter dem Ende: HTTP ${daneben.status}, ${daneben.abschnitt}`);
+
+  /* MEHRERE BEREICHE AUF EINMAL werden absichtlich nicht bedient --
+     das darf ein Server. Die Antwort muss dann die GANZE Datei sein,
+     nie eine falsche Teilmenge. */
+  const mehrere = await holen(bildNachrichtId, { Range: "bytes=0-9,20-29" });
+  ok(mehrere.status === 200 && mehrere.bytes.length === GROESSE,
+    `mehrere Bereiche -> die ganze Datei (HTTP ${mehrere.status}, ${mehrere.bytes.length} Bytes)`);
+
+  const unsinn = await holen(bildNachrichtId, { Range: "haeppchen=0-9" });
+  ok(unsinn.status === 200 && unsinn.bytes.length === GROESSE,
+    `ein Kopf, den niemand versteht -> ebenfalls die ganze Datei (${unsinn.status})`);
+
+  /* ---- GEGENPROBE: Kann diese Messlatte ueberhaupt "nein" sagen? ----
+
+     Genau das war am 01.09. der Fehler: `every()` auf einem leeren
+     Feld meldete gruen, ohne ein einziges Bild angesehen zu haben.
+     Hier bekommt dieselbe Funktion drei erfundene Antworten -- die
+     ALTE (volle 200), eine mit falschem Abschnitt und eine mit
+     richtigem Kopf, aber falschen Bytes. */
+  ok(!abschnittStimmt({ status: 200, abschnitt: null, laenge: String(GROESSE),
+    bytes: ganz.bytes }, 0, 9),
+    "Gegenprobe: die alte Antwort (volle 200) faellt durch");
+  ok(!abschnittStimmt({ status: 206, abschnitt: `bytes 0-9/${GROESSE + 1}`, laenge: "10",
+    bytes: ganz.bytes.slice(0, 10) }, 0, 9),
+    "  eine 206 mit falscher Gesamtgroesse auch");
+  ok(!abschnittStimmt({ status: 206, abschnitt: `bytes 0-9/${GROESSE}`, laenge: "10",
+    bytes: ganz.bytes.slice(5, 15) }, 0, 9),
+    "  und eine 206 mit den falschen Bytes ebenfalls");
+
  /* WER NICHT IM RAUM IST, BEKOMMT NICHTS. DogFather sieht sonst
     überall alles -- hier ausdrücklich nicht: Ein Gespräch zwischen
     zwei anderen ist kein Bereich, den man verwaltet. */
@@ -1019,6 +1120,104 @@ async function tonAufnehmen(seite, ms) {
  }, raumDogi));
  ok(alsVideo === 415,
    `ein Video im Ton-Behälter wird abgelehnt (HTTP ${alsVideo}) — sonst liefe es ohne Bild und niemand wüsste es`);
+
+  /* ===================================================================
+     DIE SPRACHNACHRICHT SELBST, AUF DEM WEG ZUM OHR (02.10.2026)
+
+     Abschnitt 4 prüft die Teilanfragen am Foto. Hier wird dasselbe
+     noch einmal an einer SPRACHNACHRICHT gefragt -- nicht aus
+     Doppelung, sondern weil genau das der Fall war, der sieben Tage
+     lang kaputt war: Ein Bild braucht keine Teilanfragen, ein
+     <audio> schon.
+     =================================================================== */
+  const db4 = new DatabaseSync(process.env.WORKSPACE_DB);
+  const tonId = db4.prepare(
+    "SELECT id FROM chat_nachrichten WHERE anhang_art = 'ton' ORDER BY id DESC LIMIT 1").get()?.id;
+  db4.close();
+  ok(Number.isInteger(tonId),
+    `die Sprachnachricht steht in der Datenbank (#${tonId}) — ohne sie misst unten nichts`);
+  const tonWeg = await dogi.seite.evaluate(async (id) => {
+    const voll = await fetch(`/workspace/api/chat/anhang/${id}`, { cache: "no-store" });
+    const alles = new Uint8Array(await voll.arrayBuffer());
+    const teil = await fetch(`/workspace/api/chat/anhang/${id}`,
+      { cache: "no-store", headers: { Range: "bytes=0-99" } });
+    const stueck = new Uint8Array(await teil.arrayBuffer());
+    return {
+      bereiche: voll.headers.get("accept-ranges"),
+      laenge: Number(voll.headers.get("content-length")),
+      groesse: alles.length,
+      status: teil.status,
+      abschnitt: teil.headers.get("content-range"),
+      teilBytes: stueck.length,
+      gleich: [...stueck].every((w, i) => w === alles[i]),
+      typ: voll.headers.get("content-type"),
+    };
+  }, tonId);
+  ok(tonWeg.bereiche === "bytes" && tonWeg.laenge === tonWeg.groesse,
+    `die Sprachnachricht kommt mit Accept-Ranges und Länge`
+    + ` (${tonWeg.bereiche}, ${tonWeg.laenge} von ${tonWeg.groesse})`);
+  ok(tonWeg.status === 206 && tonWeg.teilBytes === 100 && tonWeg.gleich
+    && tonWeg.abschnitt === `bytes 0-99/${tonWeg.groesse}`,
+    `  und ein Abschnitt kommt als 206 mit genau diesen Bytes (${tonWeg.abschnitt})`
+    + " — ohne das spielt Safari gar nicht erst");
+
+  /* ---- DER AUSWEG, WENN DAS GERÄT DEN BEHÄLTER NICHT KANN ----------
+
+     Dass ein iPhone WebM nicht abspielt, lässt sich hier nicht
+     herstellen -- Chromium kann es. Was sich herstellen lässt, ist
+     GENAU DER ZUSTAND, in dem sich das Abspielgerät dann meldet:
+     `error` mit Code 4 (MEDIA_ERR_SRC_NOT_SUPPORTED). Geprüft wird
+     also der Rückfallweg, nicht das iPhone -- und das ist auch das,
+     was hier kaputtgehen kann.
+
+     DIE ERSATZQUELLE IST EINE ECHTE DATEI VON DIESER SEITE, keine
+     `data:`-Adresse: Die hat beim ersten Versuch die Inhaltsregel
+     der Seite verletzt (`default-src 'self'`), und dann hätte ich
+     gemessen, dass CSP greift -- nicht, dass der Behälter nicht
+     passt. Zwei verschiedene Gründe für denselben Fehlercode. */
+  const ausweg = await absichtlich([dogi], () => dogi.seite.evaluate(async () => {
+    const g = document.querySelector(".chat-ton audio");
+    if (!g) return { fehlt: "kein Abspielgerät in der Blase" };
+    const kasten = g.closest(".chat-ton");
+    g.src = "/workspace/assets/css/chat.css";
+    g.load();
+    await new Promise((r) => {
+      g.addEventListener("error", r, { once: true });
+      setTimeout(r, 4000);
+    });
+    await new Promise((r) => setTimeout(r, 50));
+    const a = kasten.querySelector(".chat-ton__ausweg");
+    return {
+      kaputt: kasten.dataset.kaputt,
+      code: g.error?.code,
+      marke: kasten.querySelector(".chat-ton__marke")?.textContent.trim() || "",
+      weg: a?.getAttribute("href") || "",
+      wort: a?.textContent.trim() || "",
+      vorlesewort: a?.getAttribute("aria-label") || "",
+      hoch: a ? Math.round(a.getBoundingClientRect().height) : 0,
+      geraetWeg: getComputedStyle(g).display === "none",
+    };
+  }));
+  ok(ausweg.kaputt === "ja" && ausweg.code === 4,
+    `ein Behälter, den der Browser nicht kann, meldet sich (Code ${ausweg.code})`);
+  ok(/nicht abspielen/.test(ausweg.marke),
+    `  und der Satz sagt, woran es liegt: „${ausweg.marke}"`);
+  /* „lässt sich GERADE nicht laden" hieße „gleich nochmal versuchen".
+     Bei einem fremden Behälter hilft kein Versuch mehr. */
+  ok(!/gerade/.test(ausweg.marke),
+    "  nicht mehr „gerade nicht laden“ — das war eine Vertröstung");
+  ok(/\/workspace\/api\/chat\/anhang\/\d+\?laden=1$/.test(ausweg.weg),
+    `  daneben steht ein Weg zum Herunterladen (${ausweg.weg})`);
+  ok(ausweg.wort === "Herunterladen" && /herunterladen/i.test(ausweg.vorlesewort),
+    `  beschriftet „${ausweg.wort}", für Vorleseprogramme „${ausweg.vorlesewort}"`);
+  ok(ausweg.hoch >= 44, `  und mit ${ausweg.hoch} px hoch genug für einen Finger`);
+  ok(ausweg.geraetWeg === true,
+    "  das stumme Abspielgerät ist weg — sonst stünde ein Schieber da, der nichts tut");
+
+  /* Die Seite wird wiederhergestellt: Oben wurde absichtlich eine
+     kaputte Quelle eingesetzt, und ein nachfolgender Abschnitt soll
+     keinen Zustand erben, den diese Messung hinterlassen hat. */
+  await dogi.seite.reload({ waitUntil: "domcontentloaded" });
 }

 /* =======================================================================
@@ -1506,5 +1506,68 @@ console.log(`\n=== Ruft noch jemand openssl direkt auf? ===`);
    "und der Weg ueber den Helfer gilt nicht als Fund");
 }

+/* =====================================================================
+   GIBT NOCH JEMAND EINE DATEI OHNE TEILANFRAGEN HINAUS? (02.10.2026)
+
+   Am 02.10. kam heraus, warum Miss keine Sprachnachrichten hoeren
+   konnte: Zehn Stellen im Haus gaben Dateien mit
+   `createReadStream(pfad).pipe(res)` hinaus — ohne `Accept-Ranges`,
+   ohne `Content-Length`, als `chunked`. Safari verweigert fuer
+   <audio> und <video> genau das. Sie ist die Einzige mit Safari;
+   deshalb fiel es sonst niemandem auf.
+
+   Alle zehn gehen jetzt ueber `liefereDatei()`. Damit das so bleibt,
+   wird hier NACHGEZAEHLT statt gehofft: Ein Kommentar, der vor einem
+   Fehler warnt, verhindert ihn nicht — das hat der Spaltenverlust vom
+   11.09. bewiesen, wo die Warnung drei Tage direkt daneben stand und
+   trotzdem nicht gelesen wurde.
+
+   PRUEFDATEIEN SIND AUSGENOMMEN und zwar aus einem Grund, nicht aus
+   Bequemlichkeit: Sie liefern an niemanden aus. Mehrere starten
+   eigene kleine Server, um genau diesen Unterschied zu MESSEN — dort
+   ist ein Weg ohne Teilanfragen die Gegenprobe und kein Fehler.
+   ===================================================================== */
+console.log(`\n=== Gibt noch jemand eine Datei ohne Teilanfragen hinaus? ===`);
+{
+  const MUSTER = /createReadStream\([^)]*\)\s*\.\s*pipe\(\s*res/g;
+  const roh = [];
+  let ueberHelfer = 0;
+  for (const datei of readdirSync(SERVER).filter((n) => /\.(mjs|js)$/.test(n))) {
+    if (datei === "helfer-ausliefern.mjs") continue;
+    if (datei.startsWith("pruef-") || datei.startsWith("mess-")) continue;
+    const text = readFileSync(join(SERVER, datei), "utf8");
+    for (const m of text.matchAll(MUSTER)) {
+      roh.push(`${datei}:${text.slice(0, m.index).split("\n").length}`);
+    }
+    if (/liefereDatei\(\s*req/.test(text)) ueberHelfer++;
+  }
+  /* DIE ZAHL GEHOERT IN DIE BEDINGUNG, nicht nur in den Meldetext:
+     Verschwinden die Aufrufe, waere „nichts gefunden" sonst wieder
+     gruen — und niemand liefert mehr etwas aus. */
+  ok(ueberHelfer >= 7,
+    `${ueberHelfer} Server-Module liefern Dateien ueber liefereDatei() aus`);
+  ok(roh.length === 0,
+    roh.length
+      ? `OHNE TEILANFRAGEN: ${roh.slice(0, 8).join(" | ")} -- bitte `
+        + "liefereDatei(req, res, pfad) aus helfer-ausliefern.mjs nehmen, "
+        + "sonst spielt Safari die Datei nicht ab"
+      : "keine Stelle gibt eine Datei mehr am gemeinsamen Weg vorbei hinaus");
+
+  /* GEGENPROBE IN BEIDE RICHTUNGEN. Die Probetexte werden
+     ZUSAMMENGESETZT: Diese Datei liegt selbst in SERVER, und eine
+     Pruefung, die ihre eigene Begruendung als Fund meldet, ist der
+     haeufigste Selbsttreffer im Haus. */
+  const findet = (t) => [...t.matchAll(MUSTER)].length;
+  const C = "createReadStream";
+  ok(findet(`${C}(pfad).pipe(res);`) === 1,
+    "Gegenprobe: der alte Weg wird erkannt");
+  ok(findet(`${C}(pfad, { start: a, end: b }) .pipe( res );`) === 1,
+    "auch mit Abschnitt und Leerzeichen dazwischen");
+  ok(findet(`${C}(pfad).pipe(ziel);`) === 0,
+    "und ein Strom, der NICHT in die Antwort geht, gilt nicht als Fund");
+  ok(findet("liefereDatei(req, res, pfad);") === 0,
+    "der gemeinsame Weg selbst auch nicht");
+}
+
 console.log(`\n${fehler === 0 ? "ALLES IN ORDNUNG" : `${fehler} FEHLER`}`);
 process.exit(fehler ? 1 : 0);
@@ -102,6 +102,63 @@ async function anmelden() {
 }
 const keks = await anmelden();

+/* =====================================================================
+   WIE DIE PDF AUSGELIEFERT WIRD (02.10.2026)
+
+   Am 02.10. kam heraus, dass zehn Stellen im Haus Dateien ohne
+   Teilanfragen hinausgaben — Anlass war eine Sprachnachricht, die
+   Miss auf ihrem iPhone nicht hoeren konnte. Alle zehn gehen jetzt
+   ueber `liefereDatei()`.
+
+   NEUN DAVON HATTEN EINE PRUEFUNG, DIESE NICHT. Der Weg zur PDF war
+   der einzige, den keine einzige Pruefung je abgerufen hat — und ein
+   Weg ohne Pruefung ist genau der, bei dem eine Umstellung
+   unbemerkt danebengeht. Deshalb steht er jetzt hier.
+
+   Fuer einen PDF-Betrachter ist das mehr als eine Formalie: Mit
+   Teilanfragen springt er zu einer Seite, ohne die ganze Datei zu
+   holen. =================================================================== */
+console.log("\n=== Der Weg zur PDF");
+{
+  const liste = await (await fetch(BASIS + "/workspace/api/wissen",
+    { headers: { Cookie: keks } })).json();
+  const id = (liste.neu || [])[0]?.id;
+  ok(Number.isInteger(id), `ein Eintrag zum Abrufen da (#${id})`);
+
+  const ganz = await fetch(`${BASIS}/workspace/api/wissen/${id}/datei?modus=ansehen`,
+    { headers: { Cookie: keks } });
+  const bytes = Buffer.from(await ganz.arrayBuffer());
+  ok(ganz.status === 200 && bytes.length > 0,
+    `die PDF kommt (HTTP ${ganz.status}, ${bytes.length} Bytes)`);
+  ok(ganz.headers.get("content-type") === "application/pdf",
+    `zum Ansehen mit dem richtigen Typ (${ganz.headers.get("content-type")})`);
+  ok(ganz.headers.get("accept-ranges") === "bytes"
+    && Number(ganz.headers.get("content-length")) === bytes.length,
+    `mit Accept-Ranges und Laenge (${ganz.headers.get("accept-ranges")},`
+    + ` ${ganz.headers.get("content-length")})`);
+
+  const teil = await fetch(`${BASIS}/workspace/api/wissen/${id}/datei?modus=ansehen`,
+    { headers: { Cookie: keks, Range: "bytes=0-3" } });
+  const stueck = Buffer.from(await teil.arrayBuffer());
+  ok(teil.status === 206
+    && teil.headers.get("content-range") === `bytes 0-3/${bytes.length}`
+    && stueck.length === 4 && stueck.toString("latin1") === "%PDF",
+    `ein Abschnitt kommt als 206 mit genau diesen Bytes`
+    + ` (${teil.headers.get("content-range")}, "${stueck.toString("latin1")}")`);
+
+  /* GEGENPROBE: Ohne `modus=ansehen` ist es ein Download, und der
+     Transport bleibt derselbe. Ein Weg, der nur in einer von zwei
+     Spielarten richtig ausliefert, waere die haesslichste Sorte
+     Fehler — er faellt erst dem auf, der zufaellig die andere nimmt. */
+  const laden = await fetch(`${BASIS}/workspace/api/wissen/${id}/datei`,
+    { headers: { Cookie: keks, Range: "bytes=1-2" } });
+  const zwei = Buffer.from(await laden.arrayBuffer());
+  ok(laden.status === 206 && zwei.toString("latin1") === "PD"
+    && /^attachment/.test(laden.headers.get("content-disposition") || ""),
+    `auch als Download (HTTP ${laden.status}, "${zwei.toString("latin1")}",`
+    + ` ${laden.headers.get("content-disposition")})`);
+}
+
 console.log("\n=== Was oben stehen darf");
 {
  const a = await fetch(BASIS + "/workspace/api/wissen", { headers: { Cookie: keks } });
@@ -55,7 +55,8 @@
 import express from "express";
 import { randomBytes, timingSafeEqual } from "node:crypto";
 import { join } from "node:path";
-import { existsSync, createReadStream } from "node:fs";
+import { existsSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import {
  db, sitzungLesen, einstellung, einstellungSetzen, protokolliere, echteIp, DATEN_ORDNER,
 } from "./workspace.js";
@@ -173,7 +174,7 @@ buehneRouter.get("/workspace/api/buehne/spendenbild/:datei", (req, res) => {
       das bei jeder Karte neu geladen wird, erscheint beim ersten Mal
       mit einer Verzoegerung mitten in der Einblendung. */
    res.setHeader("Cache-Control", "public, max-age=604800, immutable");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[buehne] Spendenbild:", fehler?.message);
    res.status(404).end();
@@ -40,8 +40,9 @@
 import express from "express";
 import { randomBytes, createHash } from "node:crypto";
 import { join, extname, basename } from "node:path";
-import { mkdirSync, writeFileSync, createReadStream, statSync, unlinkSync,
+import { mkdirSync, writeFileSync, statSync, unlinkSync,
  copyFileSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import {
  db, protokolliere, echteIp, sitzungLesen, istDogFather,
  schreibbareIds, darfSchreibenMit, ROLLEN_SORTIERUNG, DATEN_ORDNER,
@@ -667,12 +668,23 @@ export function dateiErkennen(b) {
     DREI BEHAELTER, WEIL DIE GERAETE DREI LIEFERN -- das ist keine
     Grosszuegigkeit, sondern die Bedingung dafuer, dass es ueberhaupt
     auf jedem Handy geht:
-       WebM/Opus   Chrome, Edge, Android
+       WebM/Opus   Chrome, Edge, Android -- und, gemessen, auch Safari
       MP4/AAC     Safari, iPhone, iPad
       Ogg/Opus    Firefox
     Wer nur einen davon nimmt, baut eine Funktion, die bei der Haelfte
     des Teams stumm bleibt.

+     BERICHTIGUNG VOM 02.10.2026: Die Zuordnung oben las sich wie
+     „Safari liefert MP4". Das stimmt so nicht. An einer echten
+     Aufnahme von einem iPhone (iOS 18.7) nachgemessen: Behaelter
+     WebM, Mux-Programm „WebKit", Tonspur A_OPUS. Safari NIMMT WebM
+     auf. Ob es WebM auch ABSPIELT, ist eine andere Frage -- und sie
+     war der Grund, warum Miss sieben Tage lang nichts hoeren konnte.
+     Die Aufnahmeseite bevorzugt deshalb seit heute AAC in MP4, den
+     einzigen Behaelter, den nachweislich jeder abspielt (siehe
+     `tonTypWaehlen()` in chat.js). Hier bleibt alles erlaubt: Diese
+     Erkennung ist die Tuer, nicht die Wahl.
+
     WARUM KEIN MP3: Kein Aufnahmegeraet im Browser erzeugt MP3. Es
     zuzulassen hiesse, eine Tuer fuer Musikdateien aufzumachen, nach
     der niemand gefragt hat. Bestellt waren Sprachnachrichten.
@@ -2386,7 +2398,7 @@ chatRouter.get("/workspace/api/chat/gifs/:id/bild", nurRudel, (req, res) => {
    res.setHeader("X-Content-Type-Options", "nosniff");
    res.setHeader("Content-Security-Policy", "default-src 'none'; sandbox");
    res.setHeader("Cache-Control", "private, max-age=86400");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[chat] GIF ausliefern:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -2555,7 +2567,7 @@ chatRouter.get("/workspace/api/chat/anhang/:id", (req, res) => {
    const alsDownload = req.query.laden === "1";
    res.setHeader("Content-Disposition",
      `${alsDownload ? "attachment" : "inline"}; filename*=UTF-8''${encodeURIComponent(n.anhang_name || "anhang")}`);
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[chat] Anhang ausliefern:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -27,8 +27,9 @@
 import express from "express";
 import { randomBytes } from "node:crypto";
 import { join, extname, basename } from "node:path";
-import { mkdirSync, createReadStream, writeFileSync, unlinkSync, statSync,
+import { mkdirSync, writeFileSync, unlinkSync, statSync,
  openSync, readSync, closeSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import {
  db, protokolliere, echteIp, sitzungLesen, DATEN_ORDNER, betreutWo, darfCreator, betreuteIds, istLeitung, istDogFather, siehtAlles, istSpicy, ohneDogFather, ROLLEN_SORTIERUNG,
  externSql, EXTERN_MAX, sichtbarePersonenIds,
@@ -686,7 +687,7 @@ dateienRouter.get("/workspace/api/dateien/:id/bild", (req, res) => {
    res.setHeader("Content-Disposition",
      `inline; filename*=UTF-8''${encodeURIComponent(datei.name_original)}`);
    res.setHeader("Cache-Control", "private, max-age=3600");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[workspace] Bild ausliefern:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -719,7 +720,7 @@ dateienRouter.get("/workspace/api/dateien/:id/inhalt", (req, res) => {
      personId: req.person.id, rolle: req.person.rolle, ip: echteIp(req),
      detail: `#${id} ${datei.name_original}`.slice(0, 120),
    });
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[workspace] Datei ausliefern:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -56,7 +56,8 @@

 import express from "express";
 import { join, extname } from "node:path";
-import { mkdirSync, writeFileSync, createReadStream, unlinkSync, statSync } from "node:fs";
+import { mkdirSync, writeFileSync, unlinkSync, statSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import { randomBytes } from "node:crypto";
 import {
  db, protokolliere, echteIp, sitzungLesen, DATEN_ORDNER,
@@ -486,7 +487,7 @@ materialRouter.get("/workspace/api/material/:id/vorschau", (req, res) => {
       oeffnet, soll die Bilder nicht zweimal laden -- aber sie duerfen
       nie in einem gemeinsamen Zwischenspeicher landen. */
    res.setHeader("Cache-Control", "private, max-age=300");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (f) {
    console.error("[material] Vorschau:", f?.message);
    res.status(503).end();
@@ -519,7 +520,7 @@ materialRouter.get("/workspace/api/material/:id/datei", (req, res) => {
    res.setHeader("Content-Disposition",
      `attachment; filename*=UTF-8''${encodeURIComponent(z.dateiname)}`);
    res.setHeader("Cache-Control", "private, no-store");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (f) {
    console.error("[material] Datei:", f?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -46,7 +46,8 @@ import express from "express";
 import {
  randomBytes } from "node:crypto";
 import { join } from "node:path";
-import { mkdirSync, writeFileSync, unlinkSync, existsSync, createReadStream } from "node:fs";
+import { mkdirSync, writeFileSync, unlinkSync, existsSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import {
  db, protokolliere, echteIp, sitzungLesen, DATEN_ORDNER,
  istLeitung, betreuteIds, ROLLEN_SORTIERUNG, ROLLEN_NAME,
@@ -421,7 +422,7 @@ steckbriefRouter.get("/workspace/api/steckbrief/bild/:datei", (req, res) => {
    /* Der Dateiname ist zufällig und ändert sich bei jedem neuen Bild --
       er darf deshalb lange zwischengespeichert werden. */
    res.setHeader("Cache-Control", "private, max-age=604800");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[workspace] Profilbild lesen:", fehler?.message);
    res.status(404).end();
@@ -35,7 +35,8 @@
   ===================================================================== */

 import express from "express";
-import { createReadStream, statSync, writeFileSync, mkdirSync, unlinkSync } from "node:fs";
+import { statSync, writeFileSync, mkdirSync, unlinkSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import { join } from "node:path";
 import { randomBytes } from "node:crypto";
 import { db, protokolliere, DATEN_ORDNER, echteIp } from "./workspace.js";
@@ -259,7 +260,7 @@ supportRouter.get("/workspace/api/support/:id(\\d+)/bild", (req, res) => {
    res.setHeader("X-Content-Type-Options", "nosniff");
    res.setHeader("Content-Security-Policy", "default-src 'none'; sandbox");
    res.setHeader("Cache-Control", "private, max-age=86400");
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[support] Bild:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });
@@ -21,7 +21,8 @@
 import express from "express";
 import { randomBytes } from "node:crypto";
 import { join } from "node:path";
-import { mkdirSync, createReadStream, writeFileSync, unlinkSync, statSync } from "node:fs";
+import { mkdirSync, writeFileSync, unlinkSync, statSync } from "node:fs";
+import { liefereDatei } from "./helfer-ausliefern.mjs";
 import {
  db, protokolliere, echteIp, sitzungLesen, DATEN_ORDNER, istLeitung, heuteLokal,
 } from "./workspace.js";
@@ -544,7 +545,7 @@ wissenRouter.get("/workspace/api/wissen/:id/datei", (req, res) => {
      personId: req.person.id, rolle: req.person.rolle, ip: echteIp(req),
      detail: `#${id} ${e.titel}`.slice(0, 120),
    });
-    createReadStream(pfad).pipe(res);
+    liefereDatei(req, res, pfad);
  } catch (fehler) {
    console.error("[workspace] Wissen ausliefern:", fehler?.message);
    res.status(503).json({ fehler: "nicht_verfuegbar" });