Ein 6-Wochen-IP-Aufwärmplan für Self-Hosted-Absender

Eine IP ohne Sendehistorie sieht für einen Mailbox-Anbieter genauso aus wie eine IP, die gerade aus einer Übernahme weitergereicht wurde. Es gibt kein Signal von Legitimität — noch nicht. 50.000 Nachrichten am ersten Tag von einer frischen IP zu senden, ist nicht unterscheidbar von einem Spammer, der einen jungfräulichen IP-Block mietet, um zu senden, bevor Reputationssysteme aufholen.

Also tun Gmail, Outlook, Yahoo, Apple iCloud Mail und die regionalen Anbieter beim ersten Kontakt alle dasselbe: Sie akzeptieren ein kleines initiales Volumen, beobachten, wie die Empfänger reagieren (Öffnen / Klicken / als Spam markieren / ungelesen löschen), und erst nach einigen Tagen sauberen Engagements geben sie größere Volumina frei. Die „einigen Tage" sind das Aufwärmfenster. Überspringen Sie es, werden Sie nicht blockiert — Sie werden gedrosselt und in den Spam-Ordner einsortiert, wochenlang danach, was schwerer zu erholen ist als eine direkte Ablehnung.

Es gibt zwei verbreitete Anstiegsformen:

• Linear — gleiches festes Inkrement pro Tag. 50 → 100 → 150 → 200 → 250 … Vorhersehbar, langsam, konservativ.
• Exponentiell — multipliziert. 50 → 100 → 200 → 400 → 800 … Erreicht das Zielvolumen schneller, ist aber am Ende aggressiver.

Die eingebaute Aufwärm-Engine von AcelleMail (Modell: app/Model/WarmupStrategy.php) unterstützt beide über die Konstanten GROWTH_STRATEGY_LINEAR und GROWTH_STRATEGY_EXPONENTIAL plus zwei Convenience-Presets: PRESET_BALANCED (linear, moderates Inkrement) und PRESET_CAUTIOUS (linear, kleineres Inkrement mit längerem Anstiegsfenster). Für brandneue Absenderdomains ohne historische Reputation ist cautious der sicherere Standard. Für eine IP-Migration, bei der die From-Domain bereits Reputation auf einer anderen IP besitzt, sind balanced oder exponentiell vertretbar.

Die untenstehenden Zahlen sind ein vorsichtiger linearer Anstieg. Sie sind bewusst konservativ; die Disziplin zählt mehr als die exakten Zahlen. Die eine Regel, die jeden Aufwärmplan zerstört: verdoppeln Sie niemals das gestrige Volumen auf der neuen IP, bevor die Reputation etabliert ist. Sobald die wöchentlichen Bounce- und Beschwerderaten eine Woche lang auf Spitzenniveau sauber sind, ist die IP „warm" und die Aufwärmphase endet.

Am Ende von Woche 1 haben Sie bewiesen, dass Sie senden können und dass die Empfänger sich engagieren. Am Ende von Woche 2 sind Sie bei 10.000/Tag — ein Sprung um eine Größenordnung gegenüber Tag eins. Genau dann greifen die Bulk-Sender-Schwellen von Gmail und Yahoo: oberhalb von ~5.000 Nachrichten/Tag an einen einzelnen Mailbox-Anbieter werden DMARC-Ausrichtung, One-Click-Abmeldung und Beschwerdequoten-Obergrenzen erzwungen statt empfohlen. Fehlt eine dieser Voraussetzungen, zeigt sich das in Woche 2 — nicht als Block, sondern als stille Verschiebung in den Spam-Ordner.

Die Lösung ist, alle drei Voraussetzungen vor Beginn der Aufwärmphase zu schaffen:

• DMARC mindestens auf p=quarantine; pct=100, idealerweise p=reject, mit fließenden RUA-Reports.
• One-Click-Abmeldung über die Header List-Unsubscribe + List-Unsubscribe-Post (RFC 8058). AcelleMail emittiert diese standardmäßig.
• Beschwerdequoten-Budget — Amazon SES erzwingt eine harte Obergrenze von 0,1 %. Bleiben Sie als Arbeitsmarge unter 0,05 %.

Das Console-Command app/Console/Commands/WarmupListServers.php ist der Cron-Einstiegspunkt. Es iteriert über jeden aktiven Sending-Server mit angehängter Strategie und wendet das Tages-Cap der Strategie an, bevor eine Kampagne den Server nutzen darf. Das Cap liegt in SendingServerWarmupUsage; das Per-Day-Execution-Log ist SendingServerWarmupLog. Die Strategie selbst unterstützt drei Limit-Typen über Konstanten auf WarmupStrategy:

• LIMIT_TYPE_PER_DAY_CAP — „heutiges Sende-Budget ist N, nicht mehr"
• LIMIT_TYPE_TARGET_VOLUME — „anstiegen, bis N/Tag dauerhaft erreicht ist, dann als abgeschlossen markieren"
• LIMIT_TYPE_STOP_AFTER_DAYS — „N Tage anstiegen, dann stoppen"

Für die meisten Betreiber ist die richtige Kombination GROWTH_STRATEGY_LINEAR + LIMIT_TYPE_TARGET_VOLUME: linear anstiegen bis zum Tagesziel, dann die Aufwärmphase deaktivieren und normal weiterlaufen. Die Strategie kann an jeden Sending-Server angehängt werden — SES, Mailgun, generisches SMTP, individuell — unabhängig vom zugrundeliegenden Treiber.

Wenn Sie gegen Amazon SES aufwärmen (die empfohlene Paarung gemäß /pricing), sind drei Zahlen im SES-Console-Panel „Reputation metrics" während des Anstiegs relevant:

• Bounce-Rate — AWS warnt bei 5 %, pausiert bei 10 %. Sie sollten deutlich unter 2 % liegen.
• Beschwerderate — AWS warnt bei 0,1 %, pausiert bei 0,5 %. Bleiben Sie als Arbeitsmarge unter 0,05 %.
• Tägliches Sendelimit — SES wächst dieses automatisch, während sich Ihre Sendehistorie ansammelt. Wenn es aufhört zu wachsen, überholt Ihre Aufwärmrampe die Auto-Erhöhung.

Jede Metrik ist Per-Account, nicht Per-IP, also ist die Kennzahl eine Ableitung Ihres gesamten Sendens. Wenn die Bounce-Rate in Woche 2 hochkriecht, drosseln Sie — nicht durchdrücken. Der Anbieter hat etwas bemerkt, und die Kosten, jetzt zu untersuchen, sind weitaus geringer als die Kosten, sich nach einer Pause zu erholen.

Sie können die Aufwärmphase in zwei Situationen überspringen — und nur in zwei:

1. Sie nutzen SES mit Shared IPs (der Standard — SES-Produktionsaccounts teilen sich einen verwalteten IP-Pool). Der Pool ist vorgewärmt; Sie erben dessen Reputation. Die Aufwärmphase ist nicht relevant, es sei denn, Sie wechseln auf SES Dedicated IPs.
2. Ihre bestehende From-Domain hat bereits Reputation auf einer anderen IP aufgebaut, und Sie migrieren auf die neue IP. Sie wärmen trotzdem auf, aber mit einem exponentiellen Preset statt vorsichtig linear, weil die Domain-Reputation mitwandert.

Für alle anderen — neue Domains, Dedicated IPs, frische Self-Hosted-Postal-MTA-Installationen — ist die Aufwärmphase nicht optional. Die längere Behandlung mit Tag-für-Tag-Interpretation des SES-Dashboards finden Sie in /guide/email-deliverability §7.