Der dargestellte Prozess orientiert sich dabei an den Inhalten der CompTIA Network+ Zertifizierung.

Problem identifizieren

Zunächst muss das eigentliche Problem möglichst eindeutig identifiziert und eingegrenzt werden.

Dazu gehören insbesondere:

• Informationen zum Problem sammeln
• Betroffene Benutzer, Systeme und Netzwerkbereiche bestimmen
• Symptome und Fehlermeldungen erfassen
• Feststellen, seit wann das Problem besteht
• Kürzlich durchgeführte Änderungen berücksichtigen
• Problem nach Möglichkeit reproduzieren
• Logs, Monitoring und vorhandene Dokumentation einbeziehen

Bei der Aufnahme einer Netzwerkstörung helfen gezielte Fragen dabei, das Fehlerbild schnell einzugrenzen.

Ziel dieses Schrittes ist eine möglichst klare Beschreibung des Fehlerbildes.

Theorie zur wahrscheinlichen Ursache entwickeln

Auf Basis der gesammelten Informationen werden mögliche Ursachen abgeleitet.

Dabei sollte zunächst mit den einfachsten und wahrscheinlichsten Ursachen begonnen werden. Anschließend kann die Analyse schrittweise auf komplexere Zusammenhänge ausgeweitet werden.

Zur strukturierten Eingrenzung kann beispielsweise das OSI-Modell verwendet werden. Je nach Fehlerbild kann dabei Bottom-Up, Top-Down oder gezielt auf einzelnen Layern gearbeitet werden.

Neben den genannten Methoden, die sich am OSI-Modell orientieren, gibt es jedoch auch weitere Verfahren.

Theorie testen

Die vermutete Ursache wird anschließend durch geeignete Tests überprüft.

Wird die Theorie bestätigt, kann mit der Planung der Lösung begonnen werden.

Wird sie nicht bestätigt, muss eine neue mögliche Ursache entwickelt und getestet werden.

Maßnahmenplan erstellen

Nach der Identifikation der Ursache wird ein Plan zur Behebung des Problems erstellt.

Dabei sollten insbesondere berücksichtigt werden:

• Erforderliche Änderungen
• Mögliche Auswirkungen
• Abhängigkeiten
• Notwendige Freigaben
• Wartungsfenster
• Backup der Konfiguration
• Rollback-Möglichkeit

Die eigentliche Änderung sollte erst erfolgen, wenn klar ist, wie das Problem behoben und die Änderung gegebenenfalls rückgängig gemacht werden kann.

Lösung implementieren oder eskalieren

Die geplante Maßnahme wird umgesetzt.

Kann die Fehlerursache nicht im eigenen Verantwortungsbereich behoben werden, erfolgt eine Eskalation an die zuständige Stelle.

Bei einer Eskalation sollten die bisher gewonnenen Informationen und Testergebnisse vollständig weitergegeben werden.

Funktionalität überprüfen

Nach Umsetzung der Maßnahme wird überprüft, ob das ursprüngliche Problem tatsächlich behoben wurde.

Dabei sollte nicht nur das ursprüngliche Fehlerbild getestet werden. Es muss ebenfalls sichergestellt werden, dass durch die Änderung keine anderen Funktionen beeinträchtigt wurden.

Zusätzlich sollte geprüft werden, ob präventive Maßnahmen sinnvoll sind, um ein erneutes Auftreten des Problems zu verhindern.

Ergebnisse dokumentieren

Abschließend wird der gesamte Vorgang dokumentiert.

Dazu gehören:

• Fehlerbild
• Ursache
• Durchgeführte Analyse
• Umgesetzte Maßnahme
• Ergebnis
• Gegebenenfalls präventive Maßnahmen

Die Dokumentation erleichtert die Bearbeitung zukünftiger Störungen und ermöglicht den Aufbau einer Wissensdatenbank für wiederkehrende Fehlerbilder.

Der Troubleshooting-Prozess im Überblick

Eine strukturierte Netzwerk-Fehlerbehebung folgt damit einem einfachen Grundprinzip:

Insbesondere die Trennung zwischen Analyse, Hypothese, Test und eigentlicher Änderung verhindert vorschnelle Eingriffe und sorgt dafür, dass Netzwerkprobleme nachvollziehbar und reproduzierbar bearbeitet werden.

Quellen

• ciscopress.com – Structured Troubleshooting Approaches

Der Beitrag Methodik zur systematischen Netzwerk-Fehlerbehebung erschien zuerst auf Maximilian Krieg.

Dieser Beitrag baut auf meinen bisherigen Ansätzen zur Erstellung einheitlicher KI-Artikelbilder auf:

• Einheitliche Artikelbilder für meine Studienbeiträge mit KI
• Konsistente Blog-Artikelbilder mit KI erzeugen

Dafür habe ich den bestehenden Prompt überarbeitet. Neben einer konsistenteren Bildsprache kommen künftig feste Markenzeichen und wiederkehrende Elemente zum Einsatz.

In diesem Beitrag stelle ich daher den verwendeten Prompt vor (eher als kopierfähige Vorlage für mich selbst) und zeige, wie sich damit relativ konsistente Blog-Artikelbilder erzeugen lassen.

Erstelle ein hochwertiges Blog-Artikelbild im konsistenten, wiedererkennbaren Stil eines modernen privaten IT-/Tech-Blogs.

## WICHTIG: ARTIKEL ZUERST ANALYSIEREN

Analysiere zuerst automatisch den folgenden Artikel:

**[[URL]]**

Leite daraus insbesondere ab:

* das zentrale Thema des Artikels
* verwendete Technologien
* wichtige technische Schlagworte
* mögliche Hardware oder Software
* Hersteller und Produkte
* Fehlerbilder oder Problemstellungen
* technische Zusammenhänge
* geeignete visuelle Metaphern

Nutze diese Analyse als Grundlage für:

* das zentrale Hauptmotiv
* technische Nebenmotive
* Symbolik
* Headline
* optionale Subline
* technische Darstellung

Das Artikelbild soll den **konkreten Inhalt des Artikels visuell widerspiegeln** und nicht lediglich eine generische IT-Illustration darstellen.

──────────────────────────────

## FORMAT

──────────────────────────────

* Exakt **1280 × 809 Pixel**
* Optimiert für WordPress Blog-Header und Thumbnail
* Gute Erkennbarkeit auch in kleiner Vorschau
* Cinematic Wide Composition
* Hauptmotiv nicht mittig gequetscht
* Ausreichend Abstand zu allen Bildrändern
* Klare visuelle Hierarchie
* Keine wichtigen Elemente direkt am Rand

──────────────────────────────

## STIL

──────────────────────────────

* Konsistenter Stil über **alle Artikel hinweg**
* Moderner privater IT-/Tech-Blog
* Comic-/Vector-inspirierter Semi-Realismus
* Hochwertiger 2D-/2.5D-Look mit leichter räumlicher Tiefe
* Klare geometrische Formen
* Dezente Outline-/Illustration-Optik
* Hochwertige Tiefenwirkung
* Ruhige und aufgeräumte Komposition
* Modern und technisch
* Nicht überladen
* Wiedererkennbarer visueller Stil

NICHT verwenden:

* generische Stockfoto-Optik
* fotorealistisches Datacenter
* übertriebene SciFi-Effekte
* komplexe UI-Screenshots
* Textwände
* zu viele kleine technische Elemente
* mehrere konkurrierende Hauptmotive

**Fokus auf EIN zentrales technisches Hauptmotiv.**

──────────────────────────────

## FARBSTIL

──────────────────────────────

### Primärfarben

* Dunkelblau
* Anthrazit
* Stahlgrau

### Akzentfarben

* Gelb
* Orange
* Rot für Warnungen und Fehler
* Blau
* Cyan nur sehr dezent

### Licht

* Cinematic Lighting
* Weiche Schatten
* Leicht dramatische Beleuchtung
* Technische Atmosphäre
* Warme Lichtakzente dürfen mit kühlen Blau-/Anthrazit-Tönen kombiniert werden
* Dezente Lichtreflexionen auf technischen Objekten

──────────────────────────────

## KOMPOSITION

──────────────────────────────

Das Bild besitzt eine klare visuelle Hierarchie:

1. **Technisches Hauptmotiv des Artikels**
2. **Headline**
3. **Kaffeetasse mit MK-Logo**
4. **Schildkröten-Maskottchen im Hintergrund**
5. Technische Nebenmotive und Dekoration

Dabei gelten folgende Regeln:

* EIN Hauptobjekt deutlich im Fokus
* Ruhiger Hintergrund
* Große freie Flächen
* Hauptmotiv gerne leicht perspektivisch
* Wenige zusätzliche Symbole oder Warnhinweise
* Keine unnötigen Details
* Branding-Elemente dürfen nicht mit dem Hauptmotiv konkurrieren
* Das Bild muss bereits als kleines Thumbnail funktionieren

──────────────────────────────

## TEXT IM BILD

──────────────────────────────

Erzeuge automatisch eine zum Artikel passende Headline.

### Headline

* Groß
* Prägnant
* Kurz
* Inhaltlich eindeutig
* Moderne fette Typografie
* Weiß-/Gelb-Farbkombination
* Sehr gute Lesbarkeit
* Auch als Thumbnail verständlich

Optional:

* kleine Subline
* maximal eine kurze ergänzende Aussage

Keine langen Sätze und keine unnötigen technischen Detailtexte.

──────────────────────────────

## MOTIVREGELN

──────────────────────────────

Das zentrale Motiv MUSS eindeutig zum konkreten Artikel passen.

Beispiele:

* Netzwerkprobleme → konkrete technische Problemstellung kreativ visualisieren
* Security → Firewall, Shield, Angriff oder Schutzmechanismus
* Routing → Router, Netzwerkpfade, Paketwege
* PowerShell → Terminal, Konsole, Skript-Symbolik
* WLAN → Access Point, Funkwellen, Clients
* Monitoring → Diagramme, LEDs, Statusanzeigen
* Server → stilisierte Serverhardware
* Virtualisierung → virtuelle Maschinen, Hypervisor oder abstrahierte Infrastruktur
* Cloud → Cloud-Infrastruktur und Verbindungen
* Fehlerbehebung → Warnsymbol, fehlerhafte Verbindung oder Diagnose
* KI → neuronale/technische Symbolik, Generierung oder Automatisierung

Diese Beispiele dienen nur als Orientierung.

**Analysiere immer den konkreten Artikel und entwickle daraus ein individuelles Hauptmotiv.**

Nur wenige Elemente verwenden.

**Lieber simpel, eindeutig und visuell stark als komplex und überladen.**

──────────────────────────────

## FESTES BRANDING: MK-KAFFEETASSE

──────────────────────────────

In **JEDEM Artikelbild MUSS eine Kaffeetasse mit meinem Original-MK-Logo vorkommen.**

Verwende ausschließlich das **zusammen mit dem Prompt bereitgestellte MK-Logo als verbindliche visuelle Referenz**.

### LOGO

Das bereitgestellte Original-Logo darf NICHT kreativ neu interpretiert werden.

Es besteht aus:

* dunkelblauem abgerundetem quadratischem Hintergrund
* weißer unterbrochener hexagonaler Umrandung
* blauem stilisiertem **M**
* weißem stilisiertem **K**

Diese Beschreibung dient ausschließlich zur Identifikation des Referenzbildes.

**Das Referenzbild selbst ist maßgeblich.**

Nicht erlaubt:

* anderes M
* anderes K
* veränderte Hexagon-Geometrie
* andere Farben
* zusätzliche Elemente
* Spiegelung
* Beschneidung
* starke Verzerrung
* kreative Neuinterpretation

Der Illustrationsstil gilt für die **Tasse**, nicht für das Logo.

Das Logo soll wirken, als wäre das Original-Logo sauber und hochwertig auf die Tasse gedruckt worden.

### KAFFEETASSE

* Moderne hochwertige Kaffeetasse
* Bevorzugt weiß
* Comic-/Vector-inspirierter Semi-Realismus passend zum Gesamtbild
* Logo auf der sichtbaren Vorderseite
* Logo vollständig sichtbar
* Tasse möglichst so drehen, dass das Logo nahezu frontal sichtbar ist
* Optional dezenter Kaffeedampf
* Natürliche Schatten und Lichtreflexionen

### POSITION

Bevorzugt:

**unten links im Vordergrund**

Dabei:

* ausreichend Abstand zum Bildrand
* nicht zu dominant
* Headline nicht verdecken
* technisches Hauptmotiv nicht verdecken
* über verschiedene Artikel hinweg möglichst ähnliche Größe und Position

Die Kaffeetasse ist ein **Branding-Element und KEIN Hauptmotiv**.

──────────────────────────────

## FESTES MASKOTTCHEN: HÄKEL-SCHILDKRÖTE

──────────────────────────────

In **JEDEM Artikelbild MUSS eine kleine Schildkröte als wiederkehrendes Maskottchen vorkommen.**

Die Schildkröte ist ein festes Markenzeichen der Blog-Serie.

### GRUNDDESIGN

Die Schildkröte ist ein:

**kleines sitzendes Häkel-/Amigurumi-Plüschtier.**

Sie soll eindeutig wie eine handgefertigte gehäkelte Stofffigur wirken.

Merkmale:

* sichtbare Häkelstruktur
* weiches Plüschtier-/Amigurumi-Erscheinungsbild
* sympathisch
* hochwertig
* leicht stilisiert
* nicht fotorealistisch
* nicht kindlich übertrieben
* keine Kleidung
* keine menschliche Körperhaltung
* keine zusätzlichen Logos

### KÖRPER

* Kopf und Beine in gedecktem Grün bzw. Olivgrün
* kleine dunkle Augen
* freundlicher, neutral-neugieriger Ausdruck
* kompakte Amigurumi-Proportionen

──────────────────────────────

## FIREWALL-PANZER

──────────────────────────────

Der Panzer ist das wichtigste Wiedererkennungsmerkmal der Schildkröte.

Der Schildkrötenpanzer soll visuell an die klassische Darstellung einer **Firewall als Ziegelsteinmauer** erinnern.

### Panzerdesign

* dunkelblau bis anthrazit
* gehäkelte Materialstruktur bleibt sichtbar
* Oberfläche aus klar erkennbaren **versetzten rechteckigen Segmenten**
* Segmentierung nach dem Prinzip einer klassischen Ziegelsteinmauer
* horizontale Reihen
* jede zweite Reihe leicht versetzt
* optisch wie kleine gemauerte Firewall-Ziegel
* Fugen bzw. Trennlinien dezent hervorgehoben
* Akzentlinien dürfen Dunkelgrau, Stahlgrau, Gelb oder Orange sein

WICHTIG:

Der Panzer soll **NICHT wie ein natürlicher Schildkrötenpanzer mit sechseckigen oder polygonalen Schuppen aussehen**.

Er soll bewusst die typische Symbolik einer:

**Firewall → Ziegelsteinmauer**

aufgreifen.

Trotzdem muss eindeutig erkennbar bleiben, dass es sich um den gehäkelten Panzer der Schildkröte handelt.

──────────────────────────────

## POSITION DES MASKOTTCHENS

──────────────────────────────

Die Schildkröte ist **KEIN Vordergrundobjekt und KEIN Hauptmotiv**.

Sie muss bewusst **im Hintergrund bzw. hinteren Mittelgrund** der Szene platziert werden.

Bevorzugt:

* seitlich im Hintergrund
* auf einem Regal
* auf einem Sideboard
* hinter dem Arbeitsplatz
* auf einem Stapel technischer Bücher
* am hinteren Rand eines Schreibtisches
* neben einem Server oder technischen Gegenstand

### Blickwinkel

Die Schildkröte soll überwiegend **seitlich bzw. in einer leichten 3/4-Perspektive** dargestellt werden.

Dadurch müssen gleichzeitig sichtbar sein:

* Kopf
* Körper
* **großer Teil des Firewall-Ziegelstein-Panzers**

Der Panzer ist wichtiger für den Wiedererkennungswert als eine frontale Darstellung des Gesichts.

### Tiefenwirkung

Die Schildkröte darf:

* etwas dunkler beleuchtet sein
* leicht außerhalb der Hauptschärfe liegen
* teilweise vom Umgebungslicht beeinflusst werden

Sie muss jedoch noch klar als **gehäkelte Schildkröte mit Firewall-Ziegelstein-Panzer** erkennbar bleiben.

Sie soll wirken wie ein persönliches Plüschtier, das dauerhaft im Tech-Arbeitszimmer steht.

**Nicht direkt neben die Kaffeetasse im Vordergrund stellen.**

──────────────────────────────

## BRANDING-KONSISTENZ

──────────────────────────────

Die beiden wiederkehrenden Branding-Elemente erfüllen unterschiedliche Aufgaben:

### MK-Kaffeetasse

**Vordergrund / Branding**

* bevorzugt unten links
* gut sichtbar
* MK-Logo erkennbar
* wiederkehrendes visuelles Branding

### Häkel-Schildkröte

**Hintergrund / Maskottchen / Easter Egg**

* deutlich weiter hinten als die Kaffeetasse
* seitlich platziert
* kleiner dargestellt
* Panzer gut sichtbar
* Firewall-Ziegelstein-Muster
* eher subtil zu entdecken

Die Schildkröte darf **NICHT direkt neben der Kaffeetasse im Vordergrund sitzen**.

Dadurch entsteht eine klare Tiefenstaffelung:

**Vordergrund:** MK-Kaffeetasse
**Mittelgrund:** technisches Hauptmotiv
**Hintergrund:** Häkel-Schildkröte

Diese Anordnung soll über möglichst viele Artikelbilder hinweg beibehalten werden.

──────────────────────────────

## LOGOS & HERSTELLER

──────────────────────────────

Wenn sich der Artikel klar auf einen Hersteller bezieht:

* Herstellerlogo dezent integrieren
* Geräte optisch an den Hersteller anlehnen
* keine exakten Produktfotos erforderlich
* stilisiert und illustrativ darstellen
* Herstellerbranding darf das MK-Blog-Branding nicht dominieren

Herstellerlogos sind **optional und artikelabhängig**.

Das MK-Logo auf der Kaffeetasse und die Schildkröte sind dagegen **immer vorhanden**.

──────────────────────────────

## QUALITÄT

──────────────────────────────

Das Ergebnis soll wirken wie eine professionell gestaltete, zusammengehörende Serie von Tech-Blog-Illustrationen.

Anforderungen:

* Professionelles Tech-Blog-Niveau
* Konsistentes Branding
* Hochwertige Illustration
* Modern
* Ruhig
* Klar
* Technisch
* Wiedererkennbarer Stil
* Thumbnail-tauglich
* Keine visuelle Überladung
* Klare Tiefenstaffelung
* Wiederkehrende Branding-Elemente

──────────────────────────────

## ABSCHLUSSPRÜFUNG

──────────────────────────────

Prüfe vor der finalen Erstellung:

* Wurde der konkrete Artikel tatsächlich analysiert?
* Passt das Hauptmotiv eindeutig zum Artikel?
* Gibt es nur EIN dominantes technisches Hauptmotiv?
* Ist die Headline kurz und gut lesbar?
* Funktioniert das Bild als Thumbnail?
* Entspricht das Bild dem Dunkelblau-/Anthrazit-/Gelb-Stil?
* Ist die MK-Kaffeetasse vorhanden?
* Ist das Original-MK-Logo korrekt und gut erkennbar?
* Befindet sich die Kaffeetasse bevorzugt unten links im Vordergrund?
* Ist die Häkel-Schildkröte vorhanden?
* Befindet sich die Schildkröte **dezent im Hintergrund**?
* Wird die Schildkröte seitlich oder in 3/4-Perspektive gezeigt?
* Ist ein großer Teil ihres Panzers sichtbar?
* Hat der Panzer ein **versetztes rechteckiges Ziegelstein-Muster wie eine klassische Firewall-Mauer**?
* Ist der Panzer ausdrücklich NICHT mit natürlichen sechseckigen Schildkrötenschuppen gestaltet?
* Wirkt die Schildkröte wie ein sitzendes Häkel-/Amigurumi-Plüschtier?
* Konkurriert das Maskottchen nicht mit Hauptmotiv, Headline oder MK-Tasse?
* Ist das Gesamtbild ruhig und nicht überladen?
* Beträgt das Ausgabeformat exakt **1280 × 809 Pixel**?

### VERBINDLICHE SERIENREGEL

Jedes Artikelbild besitzt drei zentrale Ebenen:

**1. Individuelles technisches Hauptmotiv → Artikelinhalt**
**2. MK-Kaffeetasse → festes Blog-Branding im Vordergrund**
**3. Häkel-Schildkröte mit Firewall-Ziegelstein-Panzer → dezentes Maskottchen im Hintergrund**

Diese drei Ebenen bilden gemeinsam die wiedererkennbare visuelle Identität der Blog-Artikelserie.

Der Beitrag Mehr Wiedererkennungswert für meine Blog-Artikelbilder mit KI erschien zuerst auf Maximilian Krieg.

Nachdem ich inzwischen auch zahlreiche ältere Beiträge aus meiner Studienzeit wieder in den Blog übernommen und aufbereitet habe, möchte ich diesen ebenfalls ein einheitliches Erscheinungsbild geben. Für die verschiedenen Studienfächer und die dazugehörigen Beiträge soll deshalb eine eigene, wiedererkennbare Bildserie entstehen.

Im Gegensatz zu den regulären Blog-Artikeln setze ich bei den Studienbeiträgen bewusst auf ein reduzierteres und stärker schematisches Design. Im Mittelpunkt steht jeweils das wichtigste fachliche Motiv, ergänzt durch wenige charakteristische Elemente des jeweiligen Studienfachs. Dadurch sollen die Bilder auch in einer kleinen Vorschau schnell erkennen lassen, welchem Themengebiet ein Beitrag zugeordnet ist.

Damit Aufbau, Farbgebung und Stil über alle Studienfächer hinweg möglichst konsistent bleiben, habe ich dafür einen eigenen Prompt definiert:

**STUDIENFACH: [[STUDIENFACH]]**

Erstelle ein hochwertiges Blog-Artikelbild für das angegebene Studienfach als Teil einer konsistenten Serie von Hochschul-Fachbildern.

Analysiere das Studienfach selbstständig und wähle die **wenigen visuell charakteristischsten technischen Motive**, sodass das Thema bereits als Thumbnail eindeutig erkennbar ist.

# MOTIV

Das wichtigste fachliche Motiv steht **groß und zentral**.

Für Virtual Desktop Infrastructure soll das Hauptmotiv eine **zentral bereitgestellte virtuelle Desktop-Umgebung** eindeutig vermitteln.

Ergänze **genau 4 fachlich passende Nebenmotive**:

* genau 2 links
* genau 2 rechts
* ausschließlich seitlich vom Hauptmotiv
* ungefähr auf Höhe des Hauptmotivs
* optisch ausgewogen und symmetrisch.

Geeignete Motive können z. B. Server/Virtualisierung, Storage, Thin Client/Endgerät und Netzwerk-/Remote-Zugriff sein.

**Strikte Regel: Oberhalb und unterhalb des zentralen Hauptmotivs dürfen keine Symbole oder Gegenstände stehen.**

Keine untere Symbolreihe. Freien Platz unterhalb des Hauptmotivs **nicht auffüllen**.

Verbindungslinien sind nur seitlich zwischen Hauptmotiv und Nebenmotiven erlaubt.

Kompositionsprinzip:

**2 Motive links → großes Hauptmotiv → 2 Motive rechts**

# STIL

Moderner hochwertiger **2D-/2.5D-Vector-Stil** einer technischen Lehrbuchillustration:

* klare präzise Konturen
* leicht abgerundete Kanten
* subtile räumliche Tiefe
* minimale Lichtreflexe
* sehr dezente Schatten direkt an Gegenständen
* wenige große statt vieler kleiner Details
* professionelle, ruhige Gestaltung.

Kein Fotorealismus, keine Menschen, keine Comic-Optik und keine starken 3D-Effekte.

# KEINE CONTAINER

Alle Motive stehen frei auf dem Hintergrund.

Keine Kreise um Symbole, Karten, Kacheln, Panels, Boxen, Rahmen, Sechsecke, geometrischen Hintergrundformen oder farbigen Flächen hinter Motiven.

# FARBEN

Einheitliche leicht entsättigte Farbpalette:

* Navy/Dunkelblau
* gedämpftes Mittelblau
* Grau/Anthrazit
* sparsame Akzente in Grün, Gold oder Violett.

Keine Neonfarben.

# HINTERGRUND

Eine einzige gleichmäßige **mittelgraue/blaugraue Hintergrundfarbe** von Ecke zu Ecke.

Keine Verläufe, Texturen, Muster, Raster, Punkte, Linien, Leiterbahnen, Lichtflecken, Vignetten oder Hintergrundformen.

# KOMPOSITION UND SICHERHEITSZONE

Gewünschtes finales Format: **1280 × 809 Pixel, Querformat**.

Die gesamte Motivgruppe bleibt kompakt und exakt mittig.

Mindestens **10 % vollständig freien Abstand zu jedem Bildrand** einhalten. Innerhalb dieser Randzone darf ausschließlich der einfarbige Hintergrund sichtbar sein.

Bei Platzmangel **alle Motive proportional kleiner skalieren**, niemals die Sicherheitszone reduzieren.

# TEXT

Kein Text im Bild: keine Titel, Untertitel, Beschriftungen, Legenden, URLs oder Wasserzeichen.

# HÖCHSTE PRIORITÄT

1. Hauptmotiv groß und zentral.
2. **Genau 2 Nebenmotive links und 2 rechts.**
3. **Keine Motive oberhalb oder unterhalb des Hauptmotivs.**
4. Mindestens 10 % freier Rand.
5. Im Zweifel Motive kleiner darstellen.

Der Beitrag Einheitliche Artikelbilder für meine Studienbeiträge mit KI erschien zuerst auf Maximilian Krieg.

In einem früheren Beitrag habe ich bereits gezeigt, wie sich Bildunterschriften in WordPress mithilfe von CSS automatisch nummerieren lassen. Dadurch werden die Beschriftungen von Abbildungen automatisch um eine fortlaufende Nummerierung wie „Abbildung 1“, „Abbildung 2“ usw. ergänzt.

Da ich inzwischen auch Tabellen einheitlich beschriften und nummerieren möchte, habe ich die damalige CSS-Lösung entsprechend erweitert. Neben Abbildungen erhalten nun auch Tabellen einen eigenen, unabhängigen Zähler und werden automatisch als „Tabelle 1“, „Tabelle 2“ usw. nummeriert.

Die ursprüngliche Umsetzung und die Hintergründe zur automatischen Nummerierung von Bildunterschriften sind im damaligen Artikel beschrieben. Im Folgenden zeige ich die aktualisierte Variante, die Abbildungen und Tabellen gleichermaßen berücksichtigt.

Der für WordPress angepasste CSS-Code, der nun sowohl Abbildungen als auch Tabellen automatisch und unabhängig voneinander nummeriert, ist daher:

/* Counter-Init */
body {
	counter-reset: figCounter tabCounter;
}

/* 2. We tell each occurrence of this element to increment the counter */
.wp-block-image figcaption {
	counter-increment: figCounter;
	    margin-bottom: 1em;
    margin-top: .5em;
    font-style: italic;
    text-align:center;
}

/* 3. We display the value of the counter before the element */
.wp-block-image figcaption:before {
	content: 'Abbildung '  counter(figCounter) ': ';
}

/* 2. We tell each occurrence of this element to increment the counter */
.wp-block-table figcaption {
	counter-increment: tabCounter;
	margin-bottom: 1em;
	margin-top: .5em;
	font-style: italic;
	text-align:center;
}

/* 3. We display the value of the counter before the element */
.wp-block-table figcaption:before {
	content: 'Tabelle '  counter(tabCounter) ': ';
}

Der Beitrag CSS-Code zur automatischen Nummerierung von Abbildungen und Tabellen erschien zuerst auf Maximilian Krieg.

Gleichzeitig werden die bisher getrennten Unterlagen meiner Frau und mir zu einer gemeinsamen Familienablage. Mit unseren Kindern kommen stetig weitere Dokumente hinzu. Dabei möchte ich vermeiden, aus dem Papierchaos einfach ein digitales Chaos zu machen und vor allem eine Struktur schaffen, die auch für andere langfristig nachvollziehbar bleibt.

In diesem Artikel beschreibe ich daher mein einheitliches Namensschema für Dokumente, die verwendeten Delimiter (Trennzeichen) und den Zweck der einzelnen Bestandteile.

Namensschema

Das grundlegende Schema für Dateinamen lautet:

YYYY-MM-DD_bezug_dokumenttyp[_beschreibung][_vXX].ext

Die Beschreibung (_beschreibung) ist optional und dient als Freitextfeld zur genaueren Einordnung des Dokuments, wenn bezug und dokumenttyp allein nicht ausreichend aussagekräftig sind.

Die Versionsnummer (_vXX) ist optional und wird nur verwendet, wenn mehrere Bearbeitungsstände desselben Dokuments existieren. Dabei steht XX für eine zweistellige, fortlaufende Versionsnummer, beispielsweise v01, v02 oder v03.

Der Unterstrich (Underscore) _ trennt die einzelnen Bestandteile des Namensschemas – vergleichbar mit Feldern einer Datenbank. Der Bindestrich (Hyphen) - verbindet hingegen mehrere zusammengehörige Wörter innerhalb eines Bestandteils.

Schreibweise

Für die Dateinamen gelten folgende einheitliche Regeln:

• ausschließlich Kleinbuchstaben
• keine Leerzeichen
• einzelne Felder werden mit _ getrennt
• Wörter innerhalb eines Feldes werden mit - getrennt bzw. verbunden
• Umlaute werden ersetzt:
  • ä → ae
  • ö → oe
  • ü → ue
  • ß → ss
• keine abweichenden Sonderzeichen
• ursprüngliche Dateiendung beibehalten

Bestandteile

Dokumenttyp

Der Dokumenttyp beschreibt möglichst eindeutig die Art oder den Inhalt des Dokuments. Dabei werden möglichst einheitliche und wiederkehrende Bezeichnungen verwendet.

Beispiele für Dokumenttypen:

• abrechnung
• angebot
• antrag
• bestaetigung
• bescheinigung
• bescheid
• garantie
• gutschrift
• kontoauszug
• kuendigung
• lieferschein
• mahnung
• nachweis
• protokoll
• rechnung
• schreiben
• steuererklaerung
• urkunde
• versicherungsschein
• vertrag
• vollmacht
• zeugnis

Die Dokumenttypen werden bewusst verallgemeinert und auf wenige einheitliche Begriffe reduziert. So wird beispielsweise unabhängig vom konkreten Inhalt möglichst vertrag statt arbeitsvertrag, mietvertrag oder versicherungsvertrag verwendet. Dadurch entstehen weniger unterschiedliche Bezeichnungen und die Suche nach bestimmten Dokumentarten wird einfacher und zuverlässiger. Der konkrete fachliche Bezug ergibt sich aus den übrigen Bestandteilen des Dateinamens.

Versionierung

Die Versionierung wird nur verwendet, wenn tatsächlich mehrere Bearbeitungsstände desselben Dokuments aufbewahrt werden sollen.

Die Nummerierung beginnt bei v01 und wird fortlaufend erhöht:

v01
v02
v03

Es werden keine Unterversionen wie v01.1, v01.2 oder v02.1 verwendet.

Bei einem unveränderten bzw. einmalig abgelegten Dokument wird keine Versionsnummer angegeben.

Vor- und Nachteile

Das Namensschema ist bewusst einfach gehalten und soll vor allem eine langfristig einheitliche und nachvollziehbare Ablage ermöglichen. Daraus ergeben sich sowohl Vorteile als auch einige Einschränkungen.

Der Beitrag Richtlinie zur einheitlichen Dateibenennung erschien zuerst auf Maximilian Krieg.

Das Problem: Das alte System war bereits seit Jahren nicht mehr aktiv. Übrig geblieben war lediglich ein Backup der damaligen Joomla-Installation.

Ausgangslage

Mein alter Blog basierte auf Joomla 3.6.5 und wurde zuletzt ungefähr 2017 betrieben. Glücklicherweise hatte ich damals mit Akeeba Backup eine vollständige Sicherung der Joomla-Installation erstellt.

Damit waren grundsätzlich noch alle wichtigen Bestandteile vorhanden:

• Joomla inklusive Erweiterungen und Templates
• Vollständige SQL-Datenbank
• Hochgeladene Bilder und andere Dateien
• Sämtliche Blogbeiträge und deren Inhalte

Um auf die Inhalte zugreifen zu können, wollte ich die damalige Website möglichst vollständig wiederherstellen.

Linux-VM als Zwischenlösung

Anstatt zu versuchen, die alte Joomla-Version auf einem aktuellen Webserver zum Laufen zu bringen, erstellte ich eine separate virtuelle Maschine.

Der Grund dafür war relativ einfach: Die Joomla-Installation stammte aus dem Jahr 2017 und damit auch ihre technischen Anforderungen. Insbesondere die damals verwendeten Versionen von PHP, MySQL und Apache waren entsprechend alt und teilweise nicht mehr verfügbar beziehungsweise auf einem aktuellen Betriebssystem nicht mehr ohne Weiteres installierbar.

Eine solche Anwendung direkt auf einem aktuellen Webserver wieder in Betrieb zu nehmen, ist selten eine gute Idee. Funktionen werden aus neueren PHP-Versionen entfernt, Erweiterungen verändern sich und auch Datenbanken sowie Webserver entwickeln sich weiter.

Die VM bot mir dagegen eine unkomplizierte Umgebung, in der ich die für Joomla benötigten alten Softwarestände verwenden konnte, ohne meine aktuelle Infrastruktur verändern zu müssen, die ich auch nach Bedarf ein- und ausschalten konnte.

Wiederherstellung mit Akeeba Backup

Für die eigentliche Wiederherstellung konnte ich auf das Werkzeug zurückgreifen, mit dem das Backup ursprünglich erstellt worden war: Akeeba Backup. Glücklicherweise wird Akeeba auch heute noch aktiv gepflegt und selbst die benötigten Installationsdateien aus dem Jahr 2017 waren noch verfügbar.

Nach der Einrichtung der passenden Umgebung konnte ich das Backup einspielen und die Joomla-Installation inklusive Datenbank wiederherstellen.

Ganz fehlerfrei funktionierte die wiederhergestellte Installation allerdings nicht. An verschiedenen Stellen traten Fehlermeldungen auf, einige Menüs im Admin-Backend waren nicht mehr zugänglich und auf manchen Seiten gab es Darstellungsfehler.

Für meinen eigentlichen Zweck war das jedoch ausreichend: Die alten Beiträge und die dazugehörigen Inhalte waren wieder zugänglich.

Migration von Joomla nach WordPress

Mein aktueller Blog basiert nicht mehr auf Joomla, sondern auf WordPress. Die alten Beiträge mussten daher aus Joomla in die neue WordPress-Installation übernommen werden.

Natürlich gibt es dafür verschiedene Migrationstools und Plugins. Mein erster Ansatz bestand deshalb darin, die Inhalte möglichst automatisiert zu übertragen.

In der Praxis funktionierte das allerdings nicht so zuverlässig, wie ich es mir vorgestellt hatte. Je nach Beitrag gab es Probleme mit Formatierungen, Bildern, HTML-Strukturen oder anderen Joomla-spezifischen Eigenheiten. Eine automatisierte Migration hätte anschließend ohnehin eine umfangreiche Nachbearbeitung erfordert.

Irgendwann stellte sich deshalb die Frage: Wie viel Zeit spare ich durch die Automatisierung?

Die Antwort war in meinem Fall: Nicht besonders viel.

Manuelle Migration

Ich entschied mich deshalb für die vermeintlich altmodische Variante und portierte jeden relevanten Beitrag einzeln per Hand.

Der alte Joomla-Blog lief dabei innerhalb der VM und diente mir als Referenz. Parallel dazu legte ich die entsprechenden Kategorien und Beiträge im neuen WordPress-Blog neu an. Dabei übernahm ich nicht einfach den alten HTML-Code, sondern nutzte die Gelegenheit, die Inhalte direkt aufzuräumen.

Je nach Artikel bedeutete das beispielsweise:

• Texte und Formatierungen übernehmen
• Überschriften neu strukturieren
• Bilder übertragen
• Links überprüfen
• Codeblöcke neu formatieren
• Veraltete Informationen korrigieren oder entfernen
• Darstellung an das aktuelle WordPress-Theme anpassen

Das dauerte natürlich länger als ein erfolgreicher automatischer Import. Dafür hatte ich anschließend jeden einzelnen Artikel noch einmal in der Hand.

Gerade bei technischen Artikeln, die teilweise fast zehn Jahre alt sind, war das letztlich sogar ein Vorteil.

Fazit

Das Projekt hat mir noch einmal gezeigt, dass ein vorhandenes Backup nicht automatisch bedeutet, ein altes System Jahre später problemlos wiederherstellen zu können.

Neben den eigentlichen Daten müssen auch die passenden Rahmenbedingungen rekonstruierbar sein. Dazu gehören Installationsdateien, Betriebssystem sowie kompatible Versionen aller Software-Komponenten und -Pakete. Dabei dürfen auch deren Abhängigkeiten nicht vergessen werden, die beispielsweise unter Linux bei der ursprünglichen Installation automatisch über die Paketverwaltung installiert wurden.

Gerade bei älteren Systemen kann es schwierig werden, die damals verwendeten Versionen und die benötigten Abhängigkeiten überhaupt noch zu beschaffen.

Auch Update- und Migrationspfade sind nicht unbegrenzt verfügbar. Benötigte Zwischenversionen können verschwinden, Erweiterungen werden nicht mehr gepflegt oder ein ehemals unterstützter Upgrade-Pfad ist mit aktuellen Versionen nicht mehr möglich.

Ein Backup ist daher zwar eine wichtige Grundlage, garantiert aber nicht die langfristige Wiederherstellbarkeit eines Systems. Wer ein System über viele Jahre archivieren möchte, sollte deshalb nicht nur die Daten sichern, sondern auch die benötigten Installationsmedien, Softwarestände und Abhängigkeiten berücksichtigen.

In meinem Fall ließ sich die alte Joomla-Installation glücklicherweise noch einmal zum Leben erwecken und die relevanten Beiträge fanden anschließend ihren Weg in den neuen WordPress-Blog.

Der Beitrag Alte Beiträge aus der Studienzeit wiederbelebt erschien zuerst auf Maximilian Krieg.

Eine weitere Möglichkeit versteckt sich direkt in den technischen Informationen einer E-Mail: der Header List-Unsubscribe. Dieser Header kann eine E-Mail-Adresse oder URL enthalten, über die sich ein Empfänger aus einer Mailingliste austragen kann.

Auf diesen Mechanismus bin ich im Rahmen der Analyse eines E-Mail-Sturms gestoßen, bei dem meine E-Mail-Adresse ohne mein Zutun Mitglied einer Google Group beziehungsweise Mailingliste geworden war.

Was ist List-Unsubscribe?

E-Mails bestehen nicht nur aus dem sichtbaren Absender, Empfänger, Betreff und eigentlichen Nachrichteninhalt. Im Hintergrund enthält jede E-Mail zahlreiche zusätzliche Header. Diese beschreiben unter anderem den Transportweg der Nachricht, die verwendeten Mailserver und weitere technische Eigenschaften.

Mailinglisten können zusätzliche Header verwenden, beispielsweise:

List-ID:
List-Post:
List-Help:
List-Archive:
List-Unsubscribe:

Für die Abmeldung ist insbesondere List-Unsubscribe interessant.

Ein entsprechender Header kann beispielsweise so aussehen:

List-Unsubscribe: 
<mailto:unsubscribe@example.com>,
<https://example.com/unsubscribe>

Damit teilt der Betreiber der Mailingliste dem E-Mail-Client zwei mögliche Wege zur Abmeldung mit:

1. Abmeldung über eine HTTPS-Webseite
2. Abmeldung per E-Mail

Moderne E-Mail-Clients können diese Information auswerten und daraus teilweise automatisch eine Schaltfläche wie „Abbestellen“ oder „Abmelden“ anzeigen.

One-Click-Unsubscribe

Zusätzlich kann der Header List-Unsubscribe-Post verwendet werden. Zusammen mit einer HTTPS-URL in List-Unsubscribe ermöglicht er unterstützenden E-Mail-Clients eine direkte Abmeldung, ohne dass der Benutzer die Webseite des Absenders aufrufen muss. Hierzu wird die Abmeldung per HTTP-POST an die angegebene URL übermittelt.

List-Unsubscribe: <https://example.com/unsubscribe>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Das Verfahren ist in RFC 8058 definiert und wird in der folgenden Abbildung schematisch dargestellt.

List-Unsubscribe in den E-Mail-Headern finden

Ist keine entsprechende Funktion in der Mail respektive dem E-Mail-Client sichtbar, kann der Header auch manuell geprüft werden. Dafür müssen die vollständigen beziehungsweise ursprünglichen Header der Nachricht angezeigt werden.

Je nach E-Mail-Client heißt diese Funktion beispielsweise:

• Nachrichtenquelle anzeigen
• Original anzeigen
• Internetkopfzeilen anzeigen
• Message Source
• Show Original
• Show Headers

Anschließend kann innerhalb der Header nach dem Begriff List-Unsubscribe gesucht werden.

Bei der Analyse meines E-Mail-Sturms fand ich folgenden Header:

List-Unsubscribe: 
<mailto:googlegroups-manage+3090089275+unsubscribe@googlegroups.com>,
<https://groups.google.com/a/gfx4mcd.com/group/7b/subscribe>

Damit stellte Google für die betreffende Mailingliste einen Mechanismus zur Verfügung, um die Mitgliedschaft wieder zu beenden.

Austragen über eine URL

List-Unsubscribe kann eine HTTPS-Adresse enthalten. Diese führt normalerweise zu einer Webseite, über die eine Abmeldung durchgeführt oder bestätigt werden kann.

Ob und wie die Abmeldung funktioniert, hängt vom jeweiligen Betreiber der Mailingliste ab. In meinem konkreten Fall war der Weg über die angegebene Google-Groups-URL nicht nutzbar, weshalb ich die Abmeldung per E-Mail verwendet habe.

Austragen per E-Mail

Enthält List-Unsubscribe einen mailto:-Eintrag, kann eine E-Mail an die dort angegebene Adresse gesendet werden.

Bei automatisierten Mailinglisten ist der Inhalt der Nachricht häufig nicht entscheidend. Je nach Anbieter kann bereits eine leere E-Mail ausreichen oder eine zusätzliche Bestätigung erforderlich sein.

In meinem Fall konnte ich mich über die im Header angegebene Adresse erfolgreich aus der Google Group austragen.

Vorsicht bei Spam

Nicht bei jeder unerwünschten E-Mail ist eine Abmeldung sinnvoll.

Bei seriösen Newslettern und bekannten Mailinglisten kann List-Unsubscribe problemlos zur Abmeldung verwendet werden. Bei offensichtlichem Spam sollte dagegen auf eine Interaktion mit dem Absender verzichtet werden.

Durch eine Abmeldung kann unter Umständen bestätigt werden, dass:

• die angeschriebene E-Mail-Adresse existiert,
• das Postfach aktiv verwendet wird,
• der Empfänger auf Nachrichten reagiert.

In solchen Fällen kann es daher sinnvoller sein, die Nachricht als Spam zu markieren und den Absender beziehungsweise entsprechende Merkmale der Nachricht zu blockieren.

Sonderfall: Unbekannte Mailingliste

Etwas schwieriger wird die Entscheidung, wenn die eigene Adresse ohne Zustimmung in eine Mailingliste aufgenommen wurde. Genau das war bei meinem E-Mail-Sturm der Fall.

Da die verwendete Liste offensichtlich nicht legitim von mir abonniert worden war, gab es grundsätzlich zwei Möglichkeiten:

Nachrichten blockieren

Die E-Mails werden anhand von Absender, List-ID oder anderen Eigenschaften gefiltert. Die eigene Adresse bleibt allerdings Mitglied der Mailingliste.

Aus der Liste austragen

Über List-Unsubscribe wird versucht, die Adresse tatsächlich aus der Mailingliste zu entfernen. Dabei besteht jedoch das Risiko, dass eine aktive Nutzung der E-Mail-Adresse bestätigt wird.

Fazit

List-Unsubscribe bietet eine standardisierte Möglichkeit, sich aus Newslettern und Mailinglisten auszutragen – auch wenn in der eigentlichen Nachricht kein sichtbarer Abmelde-Link vorhanden ist. Je nach Anbieter erfolgt die Abmeldung per E-Mail, über eine HTTPS-URL oder direkt über den E-Mail-Client mittels One-Click-Unsubscribe.

In meinem Fall entschied ich mich für die im Header angegebene E-Mail-Adresse und konnte mich darüber erfolgreich aus der unerwünschten Google Group austragen.

Quellen

• ietf.org – RFC 8058 – Signaling One-Click Functionality for List Email Headers
• mxtoolbox.com – Email Header Analyzer, RFC822 Parser
• twilio.com – List-Unsubscribe Header: What It Is & How to Use It | Twilio

Der Beitrag Mit List-Unsubscribe aus Newslettern und Mailinglisten austragen erschien zuerst auf Maximilian Krieg.

Kurze Zeit später folgten weitere Nachrichten. Empfänger fragten, warum sie diese E-Mail erhalten hatten, andere wollten aus dem Verteiler entfernt werden. Aus einer einzelnen Nachricht entwickelte sich innerhalb kurzer Zeit ein sogenannter E-Mail-Sturm.

In diesem Artikel beschreibe ich anhand dieses Beispiels, wie sich ein E-Mail-Sturm erkennen lässt, wie er entsteht und welche Maßnahmen helfen, ohne selbst zur weiteren Eskalation beizutragen.

Die initiale E-Mail

Beim Blick auf die E-Mail-Header fällt auf, dass die Nachricht nicht direkt vom Autohändler an mich, sondern an eine Mail-Gruppe gesendet wurde.

Eine genauere Analyse der Header, beispielsweise mit dem Email Header Analyzer von MXToolbox, zeigt, dass die Nachricht technisch korrekt zugestellt wurde und zunächst keine direkten Anzeichen für Phishing oder Schadsoftware enthält.

Obwohl die E-Mail inhaltlich nicht nach klassischem Spam aussieht, gibt es einige Auffälligkeiten:

• Ich erhielt eine Antwort auf eine Anfrage, die ich nie versendet hatte.
• Empfänger-, Absender- und Reply-To-Adresse passten nicht zum Inhalt.
• Die Nachricht wurde über eine mir unbekannte Google Group beziehungsweise Mailingliste versendet.

Anhand der Received-Header lässt sich nachvollziehen, welchen Weg die Nachricht vom ursprünglichen Absender bis in das eigene Postfach genommen hat.

In E-Mail-Header-Analysetools werden die einzelnen Übergabepunkte (Hops) häufig tabellarisch dargestellt. Zusätzlich können beispielsweise die beteiligten Mailserver und deren IP-Adressen auf bekannte Blacklist-Einträge geprüft werden.

In diesem Fall führte der Weg unter anderem über Microsoft 365, Hornet Security und Google bis zum empfangenden Mailserver.

Interessanter sind jedoch die Header, die Informationen über die verwendete Mailingliste enthalten:

Damit war klar, dass die Nachricht über eine Google Group beziehungsweise Mailingliste verteilt wurde.

Der E-Mail-Sturm beginnt

Kurze Zeit nach der ersten Nachricht trafen weitere E-Mails ein. Zahlreiche Empfänger reagierten auf die ursprüngliche Nachricht beispielsweise mit:

„Warum bekomme ich diese E-Mail?“

„Bitte nehmen Sie mich aus dem Verteiler.“

„Bitte nicht mehr an alle antworten!“

Genau diese Antworten wurden jedoch erneut über die Mailingliste verteilt und erreichten damit wiederum deren Teilnehmer.

Aus der ursprünglich einzelnen Nachricht entwickelte sich so innerhalb kurzer Zeit ein klassischer E-Mail-Sturm.

Was ist ein E-Mail-Sturm?

Ein E-Mail-Sturm (engl. Mail Storm, Reply Storm oder Reply-All Storm) entsteht, wenn eine Nachricht an einen großen Verteiler oder eine Mailingliste versendet wird und zahlreiche Empfänger darauf antworten. Dabei erfolgt die Antwort beispielsweise über eine entsprechend konfigurierte Reply-To-Adresse oder durch die Funktion „Allen antworten“.

Wird die Antwort anschließend wieder an alle Mitglieder des Verteilers zugestellt, erhalten sämtliche Teilnehmer diese Nachricht. Antworten darauf wiederum weitere Empfänger, entsteht ein sich selbst verstärkender Effekt.

Aus einer einzelnen Nachricht können dadurch innerhalb kurzer Zeit dutzende, hunderte oder sogar tausende E-Mails entstehen.

Ursachen und Symptome

In den meisten Fällen entsteht ein E-Mail-Sturm unbeabsichtigt.

Häufige Ursachen sind:

• Versehentliches Antworten an alle Empfänger
• Fehlkonfigurierte Mailinglisten oder Verteiler
• Import alter oder ungepflegter Verteilerlisten
• Organisatorische Fehler bei der Nutzung von Verteilergruppen
• Absichtlicher Missbrauch zur Störung oder Belästigung

Typischerweise erkennt man einen laufenden E-Mail-Sturm daran, dass innerhalb kurzer Zeit zahlreiche Nachrichten mit ähnlichem Inhalt eintreffen. Das eigentliche Problem besteht darin, dass viele Empfänger versuchen, das Problem durch eine Antwort zu lösen.

Die Aufforderung

„Bitte entfernen Sie mich aus diesem Verteiler.“

klingt zunächst sinnvoll. Wird sie jedoch wieder an den gesamten Verteiler gesendet, erhalten alle Teilnehmer eine weitere Nachricht.

Dadurch verstärken die Empfänger den E-Mail-Sturm unbeabsichtigt selbst.

Eskalation durch automatische Systeme

Besonders problematisch wird ein E-Mail-Sturm, wenn neben menschlichen Empfängern auch automatisierte Systeme auf die Nachrichten reagieren.

Dazu gehören beispielsweise:

• Automatische Abwesenheitsnotizen
• Ticketsysteme
• Monitoring- und Alarmierungssysteme
• Weitere Mailinglisten oder Verteiler
• Automatisierte Workflows und Benachrichtigungssysteme

Antwortet beispielsweise ein Ticketsystem automatisch auf jede eingehende E-Mail und wird diese Antwort wiederum an die Mailingliste verteilt, kann dadurch eine weitere automatische Reaktion ausgelöst werden.

Im ungünstigsten Fall entstehen Schleifen zwischen mehreren Systemen.

Je größer der Verteiler und je mehr automatisierte Systeme beteiligt sind, desto schneller kann sich ein einzelner Fehler zu einer erheblichen Nachrichtenflut entwickeln.

Die Folgen reichen von überfüllten Postfächern über stark belastete Helpdesks bis hin zu einer zusätzlichen Belastung der beteiligten Mail-Infrastruktur.

Böswillig ausgelöste E-Mail-Stürme

Während die meisten E-Mail-Stürme unbeabsichtigt entstehen, können solche Situationen auch gezielt provoziert werden.

In meinem Fall sprach einiges für einen absichtlichen Missbrauch. Die betroffene E-Mail-Adresse wurde von mir nur auf einer einzelnen Plattform verwendet, bei der es in der Vergangenheit zu einem Datenleck gekommen war.

Mögliche Ziele eines absichtlich erzeugten E-Mail-Sturms sind beispielsweise:

• Gezielte Belästigung von Personen oder Organisationen
• Störung des normalen E-Mail-Verkehrs
• Belastung von Postfächern, Mailservern oder Helpdesks
• Überprüfung, welche E-Mail-Adressen tatsächlich aktiv verwendet werden

Gerade der letzte Punkt ist interessant: Antworten Empfänger auf die Nachrichten oder führen andere Aktionen aus, können Angreifer unter Umständen Rückschlüsse darauf ziehen, welche Adressen noch aktiv genutzt werden.

Wie sollte man auf einen E-Mail-Sturm reagieren?

Sobald ein E-Mail-Sturm erkannt wurde, sollte man vor allem vermeiden, selbst zu seiner weiteren Eskalation beizutragen.

Die wichtigste Regel lautet daher:

Nicht auf „Allen antworten“ klicken.

Auch eine gut gemeinte Nachricht mit der Bitte, aus dem Verteiler entfernt zu werden, kann den Sturm weiter verstärken.

Stattdessen kommen unter anderem folgende Maßnahmen infrage:

• Mailingliste beziehungsweise Absender blockieren
• Filterregeln für die betroffenen Nachrichten erstellen
• Nachricht als Spam melden
• Administrator der Mailingliste kontaktieren
• Sich direkt aus der Mailingliste austragen

Welche Maßnahme sinnvoll ist, hängt von der Ursache des E-Mail-Sturms ab.

Bei einer legitimen, aber fehlerhaft konfigurierten Unternehmens-Mailingliste kann beispielsweise die Kontaktaufnahme mit dem Administrator sinnvoll sein.

Handelt es sich dagegen um eine absichtlich missbrauchte Mailingliste, ist dies möglicherweise nicht zielführend.

In meinem Fall entschied ich mich deshalb dafür, mich direkt aus der verwendeten Mailingliste auszutragen.

Dafür musste ich nicht auf eine der Nachrichten des E-Mail-Sturms antworten. Stattdessen konnte der in der Nachricht vorhandene List-Unsubscribe-Header verwendet werden.

Wie dieser Header funktioniert und wie man sich damit manuell aus einer Mailingliste oder einem Newsletter austragen kann, beschreibe ich im folgenden Artikel Mit List-Unsubscribe aus Newslettern und Mailinglisten austragen.

Quellen

• wikipedia.org – Email storm
• mxtoolbox.com – Email Header Analyzer, RFC822 Parser

Der Beitrag Erkennung und Vermeidung eines E-Mail-Sturms erschien zuerst auf Maximilian Krieg.

Dabei ging es insbesondere um die Darstellung von Code-Blöcken, die Formatierung von Tabellen sowie die mobile Ansicht im Portrait-Modus. Ziel war es, die Styles des verwendeten WordPress-Themes gezielt an meine eigenen Anforderungen und den technischen Stil der Webseite anzupassen.

Code

Die Standard-Abstände innerhalb des umschließenden Containers sowie des eigentlichen Code-Blocks haben mir optisch nicht zugesagt. Da ich im Regelfall eher Quellcode und Kommandozeilenausgaben dokumentiere, sollte sich die Darstellung auf der Seite eher daran orientieren.

Der Code-Block soll bündig links beginnen, einen grauen Hintergrund besitzen und zusätzlich durch einen Rahmen hervorgehoben werden. Durch den zusätzlichen Border-Pixel wurde die Formatierung jedoch beeinflusst, weshalb das box-sizing entsprechend angepasst wird. Dabei ist zu beachten, dass das umschließende pre-Element die Klasse wp-block-code besitzt und nicht das eigentliche code-Element. Deshalb werden Hintergrundfarbe auf dem pre-Element und die Abstände auf dem code-Element gesetzt. Andernfalls entsteht zwischen pre und code ein unerwünschter weißer Bereich.

Inline-Code soll hingegen ohne zusätzliche Abstände dargestellt werden und keinen eigenen farblichen Hintergrund besitzen.

.wp-block-code{
	padding:0.75em;
	margin-bottom:1em; 
	border-radius: 5px;
	border-style: solid;
	border-width:1px;
	box-sizing: content-box;
}

Tabellen

Der Abstand unterhalb der Tabelle war mir in der Standarddarstellung zu groß, da das umschließende Element bereits einen eigenen unteren Abstand besitzt. Daher wurde der zusätzliche margin-bottom der Tabelle entfernt.

Außerdem sollte die Tabellenüberschrift farblich hervorgehoben werden. Die Hintergrundfarbe wird dabei gezielt auf die th-Elemente innerhalb des thead gesetzt. Dadurch bleibt die Formatierung flexibel, falls th-Elemente später zusätzlich beispielsweise für die erste Spalte innerhalb des Tabelleninhalts verwendet werden sollen.

.wp-block-table table {
	margin-bottom:0px;
}

.wp-block-table table > thead > tr > th {
	background-color:#6d6d6d;
	color:white;
	border-color:#2b2b2b
}

Website-Titel

Auf mobilen Geräten im Portrait-Modus war der Seitentitel in Kombination mit Logo und Beschreibung zu groß, wodurch der Text umgebrochen ist. Deshalb wurde die Schriftgröße innerhalb einer Media Query gezielt für Geräte im Hochformat reduziert.

Dadurch bleiben Titel, Beschreibung und Logo auch auf kleineren Displays sauber ausgerichtet und die Darstellung wirkt insgesamt kompakter und aufgeräumter.

@media screen and (orientation: portrait){
	.site-branding .site-title{font-size:1.1em;}
	.site-branding .site-description{font-size:0.6em;}
}

Changelog

29.05.2026

Nach einem Update des Themes können mehrere Einstellungen zu den Code-Blocks entfernt werden. Die alten Einstellungen vermerke ich hier und ergänze die neuen Einstellungen direkt oben im Artikel.

.wp-block-code{
	margin-bottom:1em; 
	padding:0em;
	background: #e0e0e0;
	border-radius: 5px;
	border-style: solid;
	border-width:1px;
	box-sizing: content-box;
}

.wp-block-code code {
	font-family: Consolas, "Courier New", monospace;
	margin:0em; 
	padding:0.5em;
}

code {
	font-family: Consolas, "Courier New", monospace;
	margin:0em; 
	padding:0em;
	background-color:none;
}

Der Beitrag Formatanpassungen für Tabellen, Code und Titelleiste erschien zuerst auf Maximilian Krieg.

Insbesondere, dass das Bild zum Artikel passt, den Inhalt aufgreift und nicht von hunderten anderen Websites verwendet wird, ist mir dabei besonders wichtig. Deshalb habe ich mir einen festen Prompt aufgebaut, der automatisch das Thema eines Artikels analysiert und daraus ein passendes Titelbild im gleichen Stil erzeugt. Der Prompt analysiert dabei automatisch den jeweiligen Blog-Artikel und leitet daraus Technik, Schlagworte, Hardware, Fehlerbilder oder typische Konzepte ab.

Besonders wichtig ist mir:

• Ein konsistentes Design über alle Artikel hinweg
• Klare technische Motive statt chaotischer „KI-Collagen“
• Gute Lesbarkeit auch als kleines Thumbnail
• Moderne Comic-/Vector-Optik mit professionellem Tech-Look
• Fokus auf EIN zentrales Element oder Thema
• Nicht zu viele Effekte
• Keine überladenen Enterprise-Marketing-Grafiken
• Klare Komposition
• Technische Wiedererkennbarkeit
• Genügend Platz und Ruhe im Bild

In diesem Beitrag stelle ich den verwendeten Prompt vor (eher als kopierfähige Vorlage für mich selbst) und zeige, wie sich damit relativ konsistente Blog-Artikelbilder erzeugen lassen.

Erstelle ein hochwertiges Blog-Artikelbild im konsistenten Stil eines modernen privaten IT-/Tech-Blogs.

WICHTIG:
Analysiere zuerst automatisch den folgenden Artikel und leite daraus Thema, Technik, Schlagworte, mögliche Hardware, Fehlerbilder oder technische Konzepte ab:

[[URL]]

Nutze den Inhalt des Artikels als Grundlage für Motiv, Symbolik, Titeltext und technische Darstellung.

──────────────────────────────
FORMAT
──────────────────────────────
- Exakt 1280 x 809 Pixel
- Optimiert für WordPress Blog-Header und Thumbnail
- Gute Lesbarkeit auch in kleiner Vorschau
- Cinematic Wide Composition
- Motiv nicht mittig gequetscht
- Ausreichend Abstand zu den Bildrändern

──────────────────────────────
STIL
──────────────────────────────
- Konsistenter Stil über alle Artikel hinweg
- Moderner privater IT-Blog
- Comic-/Vector-inspirierter Semi-Realismus
- Klare geometrische Formen
- Leichte Outline-/Illustration-Optik
- Hochwertige Tiefenwirkung
- Ruhige Komposition
- Nicht überladen
- Kein generisches Stockfoto
- Kein fotorealistisches Datacenter
- Keine übertriebenen SciFi-Effekte
- Keine UI-Screenshots
- Keine Textwände
- Fokus auf EIN zentrales technisches Element

──────────────────────────────
FARBSTIL
──────────────────────────────
Primärfarben:
- Dunkelblau
- Anthrazit
- Stahlgrau

Akzentfarben:
- Gelb
- Orange
- Rot für Warnungen/Fehler
- Cyan nur sehr dezent

Licht:
- Cinematic Lighting
- Weiche Schatten
- Leicht dramatische Beleuchtung
- Technische Atmosphäre

──────────────────────────────
KOMPOSITION
──────────────────────────────
- Ein Hauptobjekt im Fokus
- Ruhiger Hintergrund
- Große freie Flächen
- Technisches Objekt leicht perspektivisch
- Wenige zusätzliche Symbole oder Warnhinweise
- Keine unnötigen Details

──────────────────────────────
TEXT IM BILD
──────────────────────────────
- Große prägnante Headline passend zum Artikel
- Optional kleine Subline
- Moderne fette Typografie
- Weiß/Gelb Farbkombination
- Sehr gute Lesbarkeit

──────────────────────────────
MOTIVREGELN
──────────────────────────────
Das Motiv MUSS thematisch zum Artikel passen.

Beispiele:
- Netzwerkprobleme → Sei kreativ und passe es auf den Artikel an
- Security → Firewall, Shield
- Routing → Netzwerkpfade, Router
- PowerShell → Terminal, Konsole
- WLAN → Access Point, Funkwellen
- Monitoring → Diagramme, LEDs, Statusanzeigen

Nur wenige Elemente verwenden.
Lieber simpel und stark statt komplex und überladen.

──────────────────────────────
LOGOS & HERSTELLER
──────────────────────────────
Wenn der Artikel sich klar auf einen Hersteller bezieht:
- Herstellerlogo dezent integrieren
- Geräte optisch an den Hersteller anlehnen
- Keine exakten Produktfotos
- Stilisiert und illustrativ

──────────────────────────────
QUALITÄT
──────────────────────────────
- Professionelles Tech-Blog-Niveau
- Konsistentes Branding-Gefühl
- Hochwertige Illustration
- Modern
- Ruhig
- Klar
- Technisch
- Wiedererkennbarer Stil

Der Beitrag Konsistente Blog-Artikelbilder mit KI erzeugen erschien zuerst auf Maximilian Krieg.