Bounce-Adresse

Was ist eine Bounce-Adresse?

Eine Bounce-Adresse, auch Return-Pfad oder Envelope-Sender genannt, ist die Email-Adresse die Non-Delivery-Reports (NDRs) empfängt wenn Email nicht zugestellt werden kann. Diese Adresse ist separat vom "From" Header sichtbar zum Empfänger und wird ausschließlich für automatisierte Zustellungs-Benachrichtigungen genutzt.

Wie Bounce-Adressen funktionieren

Email-Übertragung nutzt zwei Sätze von Adressen:

From: John Doe <[email protected]>

MAIL FROM: <[email protected]>

Wenn Zustellung fehlschlägt, sendet der empfangende Server den Bounce zum Envelope-Sender, nicht zum Header-From.

SMTP-Konversations-Beispiel

Client: MAIL FROM: <[email protected]>
Server: 250 OK
Client: RCPT TO: <[email protected]>
Server: 550 No such user here
Client: QUIT

# Later, server sends bounce to [email protected]

Email-Bounce-Typen

Harte Bounces

Permanente Zustellungs-Fehler:

• Benutzer existiert nicht: 550 Kein solcher Benutzer
• Domain existiert nicht: 550 Domain nicht gefunden
• Von Richtlinie abgelehnt: 550 Spam blockiert

Weiche Bounces

Temporäre Fehler:

• Postfach voll: 452 Unzureichend Speicher
• Server vorübergehend nicht verfügbar: 421 Service nicht verfügbar
• Nachricht zu groß: 552 Nachrichtengröße überschreitet Limit

Blockierte Bounces

Zustellbarkeits-Probleme:

• IP Blacklisted: 554 Service nicht verfügbar; Sender-IP blockiert
• Content als Spam gefiltert: 550 Spam-Score zu hoch
• Rate Limiting: 450 Zu viele Emails

Bounce-Adresse-Konfiguration

Setzen Return-Pfad in Email-Headers

$to = "[email protected]";
$subject = "Test Email";
$message = "Email body";
$headers = "From: [email protected]\r\n";
$headers .= "Return-Path: [email protected]\r\n";

mail($to, $subject, $message, $headers, "-f [email protected]");

$mail = new PHPMailer();
$mail->From = "[email protected]";
$mail->Sender = "[email protected]";  // Return path
$mail->addAddress("[email protected]");
$mail->Subject = "Test Email";
$mail->send();

# /etc/postfix/main.cf
sender_canonical_maps = hash:/etc/postfix/sender_canonical

# /etc/postfix/sender_canonical
@example.com    [email protected]

# Apply changes
postmap /etc/postfix/sender_canonical
systemctl reload postfix

Dedizierte Bounce-Handlings-Services

Die meisten Email-Service-Provider bieten Bounce-Verwaltung:

{
  "Message": {
    "Subject": "Test",
    "From": "[email protected]",
    "ReturnPath": "[email protected]"
  }
}

const msg = {
  to: '[email protected]',
  from: '[email protected]',
  replyTo: '[email protected]',
  return_path: '[email protected]',
  subject: 'Test Email',
  text: 'Email body'
};

Bounce-Adresse-Naming-Konventionen

Subdomain-Ansatz

[email protected]           # General bounces
[email protected]          # No-reply emails
[email protected]           # Returns/receipts

Kampagnen-spezifisch

Verfolge Bounces pro Kampagne:

[email protected]
[email protected]
[email protected]

Variabler Envelope Return Path (VERP)

Codere Empfänger in Bounce-Adresse:

Sending to: [email protected]
Return path: [email protected]

When bounce arrives at bounces+*, parse to identify failed recipient

Verarbeite Bounce-Nachrichten

Automatisierte Bounce-Analyse

import email
from email import policy

def parse_bounce(raw_email):
    msg = email.message_from_string(raw_email, policy=policy.default)

    # Extract bounce type
    if "550" in msg.get_payload():
        return "hard_bounce"
    elif "452" in msg.get_payload():
        return "soft_bounce"

    # Extract failed recipient
    for part in msg.walk():
        if part.get_content_type() == "message/delivery-status":
            # Parse delivery status
            pass

    return bounce_info

# Integrate with mailing list to remove hard bounces

Webhook-basierte Bounce-Handlung

Moderne ESPs bieten Webhooks:

POST /bounce-webhook
{
  "email": "[email protected]",
  "event": "bounce",
  "reason": "550 5.1.1 User unknown",
  "type": "blocked",
  "status": "5.0.0"
}

SPF und Bounce-Adressen

SPF prüft Envelope-Sender (Bounce-Adresse), nicht From-Header:

Message:
  From: [email protected] (header)
  Return-Path: [email protected] (envelope)

SPF Check:
  Queries: mail-server.com TXT record (not example.com)
  Must include sending IP in mail-server.com's SPF

Bounce-Domain SPF-Konfiguration

bounces.example.com.    IN    TXT    "v=spf1 include:_spf.sendgrid.net ~all"

Sicherstellen Ihre Bounce-Subdomain hat angemessene SPF-Datensätze für Ihre Sende-Infrastruktur.

Bounce-Adresse Best Practices

Nutze dedizierte Bounce-Adresse

Nutze nie Ihre Primär-Email für Bounces:

# Bad
Return-Path: [email protected]

# Good
Return-Path: [email protected]

Überwache Bounce-Raten

Implementiere Bounce-Verarbeitung

Automatisiere Entfernung von Hard-Bounces:

-- Mark emails with hard bounces
UPDATE mailing_list
SET status = 'bounced', bounce_count = bounce_count + 1
WHERE email IN (SELECT email FROM recent_hard_bounces);

-- Remove after 3 hard bounces
DELETE FROM mailing_list
WHERE bounce_count >= 3;

Trenne Transaktions- und Marketing-Bounces

[email protected]  # Order confirmations, receipts
[email protected]      # Newsletters, campaigns

Unterschiedliche Bounce-Raten werden für jede Art erwartet.

Richte Bounce-Verarbeitungs-Automatisierung auf

#!/bin/bash
# Process bounces every hour

# Fetch bounces from IMAP
fetchmail -c /etc/fetchmailrc

# Parse and update database
/usr/local/bin/process-bounces.py

# Clean up processed bounces older than 30 days
find /var/mail/bounces -mtime +30 -delete

Backscatter und Bounce-Sicherheit

Backscatter-Problem

Wenn Ihr Server Spam akzeptiert und dann bounct, sendet Sie zu gefälschten Adressen:

1. Spammer sends email with forged From
2. Your server accepts it
3. Your server realizes it's spam/invalid
4. Your server bounces to forged From address
5. Innocent party receives bounce (backscatter)

# Postfix: Reject unknown users at SMTP time
smtpd_recipient_restrictions = reject_unauth_destination
local_recipient_maps = hash:/etc/postfix/local_recipients

Bounce-Fälschung

Angreifer können Bounce-Nachrichten fälschen um zu:

• Gültige Adressen zu ernten
• Spam als Bounces zuzustellen
• Phish-Kredentiale über gefälschte Zustellungsberichte

• Prüfe Bounce stammt von MX-Server
• Verifiziere Bounce ist für Email die Sie tatsächlich sendeten
• Parse Delivery-Status-Headers sorgfältig

Häufige Bounce-Szenarien

Szenario 1: Alle Emails Bouncing

Szenario 2: Bounces werden nicht empfangen

Szenario 3: Hohe Soft-Bounce-Rate

Szenario 4: Bounce-Loops

Test Bounce-Handlung

# Test bounce to invalid address
swaks --to [email protected] \
      --from [email protected] \
      --server mx.test-domain.com

# Check if bounce arrives at [email protected]

dig bounces.example.com TXT
# Should show SPF record with authorized senders

Ordnungsgemäße Bounce-Adresse-Verwaltung ist kritisch zur Aufrechterhaltung von Sender-Reputation, Listen-Hygiene und Zustellbarkeit.