23 Jahre aus Stockholm
Operator-Notizen · Aus dem Stockholm-Büro

IPv6-E-Mail-Versand — praktische Überlegungen für Hochvolumen-Sender

IPv6-Versand ist seit Jahren technisch möglich, aber operativ deutlich anders als IPv4. Empfänger-Filter behandeln IPv6 strenger.

IPv6-Versand für E-Mail ist seit Jahren technisch möglich, aber operativ deutlich anders als IPv4. Empfänger-Filter behandeln IPv6 strenger, weil das praktisch unbegrenzte Adressraum-Angebot Spammern erlaubt, schnell IPs zu wechseln.

Warum IPv6 strenger ist

IPv4 hat ~4 Milliarden Adressen — knapp. IPv6 hat ~340 Sextillionen — praktisch unbegrenzt. Spammer können mit IPv6 ständig neue, ungewärmte Adressen nutzen.

Konkrete Konsequenzen:

  • Strikte Authentifizierungs-Anforderungen. Mails ohne korrektes SPF und DKIM werden häufiger als Spam behandelt.
  • Reverse-DNS (PTR) ist Pflicht. Bei IPv4 empfohlen, bei IPv6 fast garantiert Spam-Klassifikation ohne PTR.
  • Kürzere Reputations-Toleranz. Bei IPv4 kann eine IP über Monate Reputation aufbauen.
  • /64-Subnet-Bewertung. Filter bewerten oft das gesamte /64-Subnet, nicht nur die einzelne IP.

Voraussetzungen für IPv6-Versand

1. Statische IPv6-Adresse

Keine dynamischen IPs. Static Allocation aus dem Provider — typisch /64 oder /48-Subnet.

2. Korrekt konfigurierter Reverse-DNS

# Beispiel: 2001:db8::10 als Versand-IP
# PTR-Eintrag muss zeigen auf: mta1.ihr-unternehmen.de
# Forward-DNS muss korrespondieren: mta1.ihr-unternehmen.de IN AAAA 2001:db8::10

Wichtig: Forward- und Reverse-DNS müssen konsistent sein.

3. SPF mit IPv6-Eintrag

ihr-unternehmen.de. IN TXT "v=spf1 ip4:198.51.100.0/24 ip6:2001:db8::/64 -all"

4. DKIM korrekt mit Custom Domain

Filter sind weniger tolerant gegenüber Authentifizierungs-Lücken bei IPv6.

5. DMARC mit p=quarantine oder strenger

Bei IPv6 ist p=none oft nicht ausreichend.

Wann IPv6-Versand sich lohnt

Hochvolumen-ESPs. Bei 100M+/Monat — größerer Adress-Pool für Reputations-Trennung.

Versand an moderne Empfänger. Tech-Companies mit modernen Setups nutzen IPv6 vollständig.

Strategische Zukunftssicherung. IPv4 wird langfristig knapp und teuer.

Wann nicht sinnvoll

Kleines Volumen unter 1M/Monat. Operativer Mehraufwand nicht gerechtfertigt.

Versand an traditionelle B2B-Empfänger. DACH-Corporate-Mailserver nutzen weiterhin IPv4-only.

Cold-Outreach. IPv6 wird besonders streng bewertet — höheres Risiko für Spam-Klassifikation.

PowerMTA IPv6-Konfiguration

<virtual-mta transactional-v6>
    smtp-source-host 2001:db8::10 mta1-trans.ihr-unternehmen.de
    fallback-route ipv4
</virtual-mta>

# Domain-spezifische Throttling — strenger als IPv4
<domain gmail.com>
    max-smtp-out-v6 10
    max-msg-rate-v6 100/m
</domain>

# Fallback auf IPv4
<source-routing-rules>
    prefer-ipv6 true
    fallback-on-failure true
</source-routing-rules>

IPv6-Warming — Unterschiede zu IPv4

  • Längere Phase: 6-8 Wochen statt 4 Wochen
  • Niedrigere Spitzen-Volumen: ~50% des äquivalenten IPv4-Schedules
  • Strikte Engagement-Selektion: nur an Top-engaged während Warming
  • Konstanter Versand-Pattern wichtiger

Hybrid IPv4/IPv6-Strategie

IPv4 als primäre Schicht: bewährte Reputation, breite Empfänger-Akzeptanz.

IPv6 für moderne Empfänger: Versand an Empfänger mit modernen Mail-Setups via IPv6.

Dual-Stack-Setup: jede Versand-IP existiert als IPv4 und IPv6. MTA wählt automatisch.

Häufige IPv6-Fehler

Fehler 1: PTR vergessen. Empfänger-Filter rejecten praktisch immer.

Fehler 2: SPF nicht aktualisiert. ip6:-Einträge fehlen.

Fehler 3: Inkonsistentes Forward/Reverse-DNS.

Fehler 4: IPv6 für Cold-Outreach. Reputations-Probleme schwerer zu reparieren.

Bei Authorize Hosting

Dual-Stack im Pro- und Enterprise-Tarif. Standard-Setup nutzt IPv4 als primär (bewährte Reputation), IPv6 als sekundär. Routing wird automatisch verwaltet.

Für die meisten DACH-Mittelstand-Operationen ist reine IPv4-Konfiguration ausreichend. IPv6-Setup empfehlen wir ehrlich erst ab 50M+/Monat oder bei spezifischen strategischen Anforderungen.

IPv6-Versand evaluieren?

Bei Authorize Hosting Pro/Enterprise unterstützen wir Dual-Stack-Setups mit automatischem Routing zwischen IPv4 und IPv6.