Für den Fall, dass mal jemand denselben Fehler haben sollte:
Offenbar war das N&A fehlerhaft.
Ich habe:
- bei einem recht alten Backup auf eigenem Rechner festgestellt, dass alles geht.
- die fragliche (WEB-) DB dort eingebspielt ... keine Fehler
- Verdacht auf N&A (da der Fehler unmittelbar nacheinander auf zwei sich replizierenden Systemen auftrat)
- diese vom "defekten" auf den "alten" Server eingespielt: FEHLER.
Um ganz sicher zu sein, habe ich dann ein ganz abgestripptes "MINI-SYSTEM" aufgesetzt, auf dem nur extrem wenige, unbedingt notwendige Dateien waren; selbst bei Systemrelevanten (Log etc) habe ich nur die NTF's belassen.
Ergebnis: Fehler immer nur mit dem fraglichen N&A, keine Fehler mit dem alten. egal, welche Web-DB. Weitere Prüfung: Bei Dokumenten, die nur Text beinhaltet haben, testweise ein JPG eingepastet: FEHLER. Und final: Mini-Web DB erstellt mit kaum Design elementen. "QPLain" Dokument angelegt, nur text: Kein Fehler. JPG eingefügt: FEHLER.
Neues N&A "from scratch" erstellt (aber die Dokumente des defekten N&A eingespielt). Ergebnis: KEINE Fehler mehr.
Es sieht für mich danach aus, dass die HTTP Task die NSF als "temporäres Verzeichnis" nutzt.
Denn ich habe dann mal die produzierten HTML Codes "guter" und der "defekter" Pages angesehen. Ergebnis: KEINS. Aber, und das hat mich zum Staunen gebracht: Die Source-Referenz zu den temporären Bildateien zeigt NICHT etwa in ein Temp Verzeichnis sondern in die NSF:
src="/www/xyz/NAMES_TEST.NSF/81893bdc6e30df53c12585490057893a/f11e472332c4262fc12585490057aeab/Body/0.108A?OpenElement&FieldElemFormat=gif"
Was mir völlig unbegreiflich ist, ist, warum nun eine defekte N&A bei dem obigen Element einen Fehler produziert.