LOG-04 – Diagnoseprotokolle und Fehlerbenachrichtigung¶
Die 19-Feld-Info beschreibt den Auftrag. Diagnoseprotokolle erklären Fehler und Hinweise; Mail kann darüber benachrichtigen. Das sind unterschiedliche Kanäle, keine gleichwertigen Erfolgsbelege.
Welche Datei wofür?¶
| Ort/Datei laut Hersteller | Zweck |
|---|---|
Kunden-Errorordner: ImageConvert_day.log |
Fehler, durch die das Bild als fehlerhaft gezählt wird. |
Kunden-Errorordner: ImageConvert_Info_day.log |
Hinweise, etwa wenn eine einzelne Ausgabe nicht möglich ist; nicht zwangsläufig ganzer Bildfehler. |
Programmpfad: log\Logdatei.txt |
Globale Ablauf-/Start-/Fehlerdiagnose. |
Programmpfad: log\Messagedatei.txt |
Weitere Laufzeithinweise, u. a. zurückgestellte Übernahmen. |
Kunden-Infoordner: Bildname.txt |
Strukturierter Auftragstatus, siehe LOG-01. |
day ist DayOfYear, die Tageszahl im Jahr, nicht der Tag im Monat und kein zwingend dreistelliges Literal. Kundenordner: mainFolder.errorFolder; reguläre Info: mainFolder.logFolder.
Mailfundort und Werte¶
Kunden-JSON unter customerMail: customerAddress, refereceLine, salutation, intro. refereceLine ist die exakte Schreibweise, nicht eigenmächtig in referenceLine ändern.
no::vor einer syntaktisch passenden Kundenadresse deaktiviert die Kundenmail.no::vor der allgemeinen Absenderadresse schaltet laut Manual den Versand insgesamt einschließlich Admin aus. Das ist eine globale Einstellung, nicht das Kundenfeld; siehe CFG-01.- Bei kundenbezogenen Fehlern beschreibt das Manual Kunden-/CC-Nachricht; bei schweren Fehlern Adminnachricht und gegebenenfalls Programmabbruch. Kein starrer vollständiger Severitykatalog ist belegt.
Sichere Diagnosefolge¶
- Auftrag anhand von Zeitpunkt, Eingangsname und gegebenenfalls bereinigtem Namen zuordnen.
- Strukturierte Info, Tagesfehlerlog und Tageshinweislog vergleichen. Fehlende einzelne Ausgabe nicht allein aus dem Info-Lognamen als vollständigen Bildfehler klassifizieren.
- Bei Transfers/Stillstand zusätzlich globale Logs prüfen. Nullbytepfad und PDF-Recovery haben besondere Grenzen.
- Vor geplanter Mailnutzung globale und kundenbezogene Deaktivierung sowie SMTP-Vertrag prüfen. Keine Testnachricht an echte Empfänger als bloße Diagnose auslösen.
Sicherheits- und Aussagegrenze¶
Der gelesene Source kann bei SMTP-Fehlern Anmeldedaten im globalen Log ausgeben. Logs deshalb nicht ungeprüft teilen oder öffentlich bereitstellen; sensible Werte vor jeder Weitergabe redigieren. Ein konfigurierter Mailtext beweist weder funktionierende Authentifizierung noch Zustellung. Ein deaktivierter Versand bedeutet nicht, dass Fehlerdiagnostik insgesamt deaktiviert ist.
Quellen¶
ImageConvert-4.pdf, 09.10.2026, physisch S. 5–6, 22, 53 und 55–56/gedruckt S. 1–2, 18, 49, 51–52. IC/Form1.cs, ErrorPrint Z. 3332–3354 und Sendmsg Z. 6414–6466, Intake 20261013. Keine neue Mail-, Fehler- oder Laufaktion.