Skip to main content
50 % Rabatt alle Pläne, begrenzte Zeit. Ab $2.48/mo
Noch 14 Min.
Web- und Business-Apps

So hosten Sie Ihren Newsletter mit Listmonk selbst

C By Chike 14 Min. Lesezeit
So hosten Sie Ihren Newsletter mit Listmonk selbst auf einem VPS: Docker Compose, SMTP-Relay und SPF/DKIM/DMARC-Zustellbarkeit.

Beim Selbsthosten läuft Listmonk auf einem VPS, den Sie ohnehin bezahlen. Der Versand kostet das, was Ihr SMTP-Relay pro tausend E-Mails verlangt. Die Anzahl der Abonnenten ändert keine dieser beiden Zahlen. Das ist die strukturelle Verschiebung, die das Selbsthosten den Einrichtungsaufwand wert macht, sobald Sie einem kostenlosen Managed-Tarif entwachsen.

Listmonk ist ein quelloffener, in Go geschriebener Newsletter-Manager. Sie erhalten unbegrenzt viele Abonnenten, Listen und Kampagnen zum Preis eines VPS plus eines SMTP-Relay-Kontos. Eines muss klar sein, bevor Sie einen einzigen Befehl eingeben: Listmonk übernimmt alles außer dem eigentlichen Versand. Ob Ihre E-Mail im Posteingang oder im Spam-Ordner landet, entscheiden das SMTP-Relay, das Sie konfigurieren, und die DNS-Einträge, die Sie für Ihre Versanddomain setzen.

Was dieser Leitfaden abdeckt

  • Listmonk und PostgreSQL mit Docker Compose hinter einem Nginx- (oder Caddy-) Reverse-Proxy mit HTTPS bereitstellen
  • Das richtige SMTP-Relay für Ihr Volumen und Budget wählen (Amazon SES, Postmark, Brevo oder ein anderes)
  • SPF, DKIM und DMARC für Ihre Versanddomain konfigurieren
  • Vier Fehlerquellen im Produktivbetrieb vermeiden, die oft keine klaren Fehler liefern
  • Geschätzte Dauer: 30 Minuten, wenn ein VPS und eine Domain bereitstehen
  • Nicht behandelt: Drip-Automatisierung, transaktionale E-Mails, Multi-Instanz-Setups (siehe FAQ)

Wann Listmonk das falsche Werkzeug ist

Listmonk ist die richtige Antwort für eine bestimmte Situation. Ist Ihre Situation eine andere, gibt es eine bessere Antwort.

Volumen unter rund 10K E-Mails pro Monat. Kostenlose Managed-Tarife bei Brevo oder Mailchimp können in dieser Größenordnung unterm Strich günstiger sein als ein VPS plus ein SMTP-Relay. Selbsthosten zahlt sich erst aus, sobald Sie diesen Bereich überschreiten. Prüfen Sie die Zahlen anhand Ihrer tatsächlichen Abonnentenzahl und Versandfrequenz, bevor Sie loslegen.

Nicht-technisches Team. Mailchimp und Brevo haben für Leute, die nicht im Terminal arbeiten, schlicht die besseren Oberflächen. Listmonk setzt voraus, dass jemand im Team per SSH auf einen Server zugreifen, Docker-Logs lesen und die DNS-Propagierung deuten kann. Gibt es diese Person nicht, sind Managed-Dienste die richtige Wahl.

Sie brauchen Automatisierungs-Workflows. Listmonk versendet Kampagnen. Es unterstützt keine Drip-Sequenzen, keine verhaltensgesteuerten E-Mails und keine visuellen Workflow-Builder. Wenn Sie das brauchen, betreiben Sie Mautic oder verbinden Sie Listmonk mit n8n für die Automatisierungsebene.

DSGVO-sensible Abonnentenlisten. Wenn Ihre Abonnenten überwiegend in der EU sind oder Ihre Liste den DSGVO-Vorgaben zur Datenresidenz unterliegt, betreiben Sie Listmonk in einem europäischen Rechenzentrum. Wir bieten Standorte in Frankfurt und London, die die EU-Residenzanforderungen erfüllen.

Was Sie vor dem Start brauchen

Listmonk plus PostgreSQL plus eine moderate Queue-Last brauchen mindestens 2 GB RAM. 4 GB sind das komfortable Ziel für den Produktivbetrieb.

Hardware. Für eine persönliche Liste mit unter 50K E-Mails pro Monat reicht ein VPS mit 2 vCPU, 4 GB RAM und 120 GB NVMe-Speicher. Wachsende Listen mit 200K+ pro Monat brauchen 4 vCPU und 8 GB RAM. Wir betreiben dieses Compose-Setup auf einem 4-GB-VPS in Frankfurt. Wählen Sie nach Möglichkeit einen Standort nahe Ihren Abonnenten. Die Versandlatenz spielt kaum eine Rolle, die Reaktionsfähigkeit des Admin-Panels schon.

Domain. Eine Domain, die per A-Record auf Ihren VPS zeigt. Verwenden Sie für die Admin-Oberfläche eine Subdomain, zum Beispiel mail.example.com. Versanddomain und Admin-Subdomain können dieselbe Root-Domain sein.

SMTP-Relay-Konto. Erstellen Sie noch keins. Die Wahl des Relays ist die folgenreichste Entscheidung in diesem Leitfaden und hängt von Ihrem Volumen ab. Springen Sie vor zum Abschnitt "Das richtige SMTP-Relay wählen", entscheiden Sie sich für einen Anbieter und kommen Sie dann hierher zurück, mit SMTP-Host, Port, Benutzername und Passwort in der Hand.

Software auf dem VPS. Ubuntu 22.04 LTS oder 24.04 LTS. Docker Engine 24.0 oder höher mit dem Docker-Compose-Plugin. UFW oder eine gleichwertige Firewall mit den geöffneten Ports 22, 80 und 443. SSH-Zugang als nicht-root sudo-Benutzer.

Listmonk mit Docker Compose bereitstellen

Listmonk und PostgreSQL, mit Docker Compose auf einem VPS bereitgestellt, hinter einem Nginx- oder Caddy-Reverse-Proxy, der HTTPS terminiert.

Erstellen Sie ein Verzeichnis für das Deployment und legen Sie dann eine docker-compose.yml Datei mit zwei Diensten an: postgres für die Datenbank und listmonk für die Anwendung. Beide starten bei einem Fehler neu. Listmonk bindet an 127.0.0.1 sodass der Reverse-Proxy das Einzige ist, was es erreichen kann.

Die Docker-Compose-Datei

Hier ist die docker-compose.yml. Prüfen Sie die genauen Image-Tags und die Namen der Umgebungsvariablen gegen die offizielle Listmonk-Installationsdokumentation. Sie ändern sich mit jedem Release.

# docker-compose.yml
services:
  postgres:
    image: postgres:16-alpine
    container_name: listmonk-postgres
    restart: unless-stopped
    environment:
      POSTGRES_USER: listmonk
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
      POSTGRES_DB: listmonk
    volumes:
      - listmonk-postgres:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U listmonk"]
      interval: 10s
      timeout: 5s
      retries: 6

  app:
    image: listmonk/listmonk:latest
    container_name: listmonk-app
    restart: unless-stopped
    # Bind to loopback only. The reverse proxy is the public entrypoint.
    ports:
      - "127.0.0.1:9000:9000"
    depends_on:
      postgres:
        condition: service_healthy
    environment:
      LISTMONK_app__address: "0.0.0.0:9000"
      LISTMONK_db__host: postgres
      LISTMONK_db__port: 5432
      LISTMONK_db__user: listmonk
      LISTMONK_db__password: ${POSTGRES_PASSWORD}
      LISTMONK_db__database: listmonk

volumes:
  listmonk-postgres:

Erstelle einen .env Datei mit POSTGRES_PASSWORD= auf eine lange Zufallszeichenkette gesetzt. Starten Sie dann den Stack und führen Sie die einmalige Datenbankinstallation aus:

# Pull images and start the database first
docker compose up -d postgres

# Run the install step (creates schema and the first admin user)
docker compose run --rm app ./listmonk --install --idempotent --yes

# Start the application
docker compose up -d

Die --install Der Befehl fragt nach einer Admin-E-Mail und einem Passwort. Speichern Sie sie. Prüfen Sie, dass beide Container laufen:

docker compose ps

Erwartete Ausgabe: zwei aufgelistete Dienste, beide mit Status Up. Die postgres-Zeile sollte (healthy) zeigen.

Die 127.0.0.1:9000 Die Bindung ist Absicht. Listmonk hat keinen eingebauten Rate-Limiter für die Authentifizierung und keine IP-Allowlist. Port 9000 ans öffentliche Internet zu hängen heißt, dass jeder auf dem Planeten Ihren Admin-Login angreifen kann. Der Reverse-Proxy ist das, was diesen Login ausschließlich über HTTPS erreichbar macht.

Nginx-Reverse-Proxy und SSL

Installieren Sie Nginx und Certbot aus den Ubuntu-Repositories. Legen Sie eine Site-Konfiguration unter /etc/nginx/sites-available/listmonk an, mit den Proxy-Headern, die Listmonk braucht, um korrekte Kampagnen-Links zu erzeugen:

# /etc/nginx/sites-available/listmonk
server {
    listen 80;
    server_name mail.example.com;

    location / {
        proxy_pass http://127.0.0.1:9000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        # Listmonk streams campaign progress over WebSocket
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

Verlinken Sie sie symbolisch nach sites-enabled, testen Sie die Konfiguration, laden Sie Nginx neu und stellen Sie dann ein Zertifikat aus:

sudo ln -s /etc/nginx/sites-available/listmonk /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx
sudo certbot --nginx -d mail.example.com

Certbot schreibt den Server-Block so um, dass er auf 443 mit dem neuen Zertifikat lauscht, und fügt eine HTTP-zu-HTTPS-Weiterleitung hinzu. Prüfen Sie:

curl -I https://mail.example.com

Erwartete Ausgabe: HTTP/2 200 mit einem gültigen strict-transport-security-Header. Falls Sie eine Weiterleitungsschleife erhalten, prüfen Sie, ob der X-Forwarded-Proto Header in der obigen Nginx-Konfiguration gesetzt ist. In neun von zehn Fällen ist die Schleife genau dieser Header.

Wenn Listmonk das Einzige auf diesem VPS ist, verwenden Sie stattdessen Caddy. Die Caddyfile hat drei Zeilen und kümmert sich ohne Cron-Job um die Zertifikatserneuerung:

mail.example.com {
    reverse_proxy 127.0.0.1:9000
}

Den Message-ID-Header korrigieren

Standardmäßig verwendet Listmonk den System-Hostnamen im ausgehenden Message-ID-Header. Wenn Ihr VPS-Hostname localhost oder irgendetwas ist, das kein gültiger FQDN ist, sendet Listmonk Message-ID: <[email protected]>. Spam-Filter bei Gmail und Outlook markieren das sofort. Dokumentiert ist das im Cloudron-Forum-Thread 15410.

Die Lösung ist eine Zeile in Listmonks config.toml. Bei einer Neuinstallation erzeugen Sie die Datei über docker compose run --rm app ./listmonk --new-config. Setzen Sie dann:

[app]
hostname = "mail.example.com"

Starten Sie den App-Container nach dem Bearbeiten neu:

docker compose restart app

Tun Sie das, bevor Sie eine einzige Kampagne versenden. Eine Liste, die mit localhost.localdomain Message-IDs kontaminiert ist, lässt sich schwerer retten als eine, die sauber gestartet ist.

Pro-Tipp

Wenn Sie das Compose-Setup lieber überspringen möchten, sehen Sie sich unseren Ein-Klick-Listmonk-VPS an, um Listmonk in wenigen Minuten mit einem Klick bereitzustellen. Die Instanz kommt mit vorkonfiguriertem PostgreSQL. Sie müssen weiterhin Ihr SMTP-Relay konfigurieren und Ihre DNS-Einträge hinzufügen. Diese Schritte sind nicht optional, egal wie Sie bereitstellen.

Das richtige SMTP-Relay wählen

Ein SMTP-Relay für Listmonk wählen: Amazon SES, Postmark, Brevo und Mailgun verglichen nach Kostenstruktur, Bounce-Webhooks und bester Eignung.

Der gesamte Versand läuft über ein Relay, das Sie konfigurieren. Die IP-Reputation, die Rate-Limits und die Bounce-Behandlung des Relays entscheiden darüber, ob Ihre E-Mail im Posteingang oder im Spam-Ordner landet.

Hier ist der funktionale Vergleich. Preise und Limits der kostenlosen Tarife ändern sich. Prüfen Sie jeden auf der offiziellen Preisseite des Anbieters, bevor Sie sich festlegen.

AnbieterKostenstrukturBounce-WebhooksAm besten geeignet für
Amazon SESPro E-Mail, bei Volumen sehr niedrigJa, über SNSKosten bei Volumen, bereits auf AWS
PostmarkMonatliche Grundgebühr plus pro E-MailJa, nativZustellbarkeit zuerst, transaktionale Reputation
BrevoKostenloser Tarif für geringes Volumen, kostenpflichtige Tarife darüberJaGeringes Volumen mit Upgrade-Pfad
MailgunPreis pro E-MailKein nativer Webhook-Endpunkt, bei Bedarf die generische Bounce-API verwenden.Entwicklern vertraut

Das war nur ein kurzer Blick auf jedes SMTP-Relay. Jetzt gehen wir auf jedes im Detail ein.

SES ist bei Volumen die günstigste Option und die in der Listmonk-Community am meisten diskutierte. Die Einrichtung hat mehr Schritte als Postmark oder Brevo, aber der Unterschied bei den Kosten pro E-Mail ist bei jedem realen Volumen groß genug, um den Aufwand zu rechtfertigen.

Richten Sie es in drei Phasen ein. Erstens: Erstellen Sie einen IAM-Benutzer mit der AmazonSESFullAccess Richtlinie (oder einer enger gefassten benutzerdefinierten Richtlinie mit nur ses:SendRawEmail und ses:GetSendQuota). Zweitens: Verifizieren Sie Ihre Versanddomain in der SES-Konsole. SES führt Sie durch die DKIM-CNAMEs, die Sie hinzufügen müssen. Drittens: Erzeugen Sie SMTP-Anmeldedaten im SES-SMTP-Einstellungs-Panel. Das sind nicht Ihre AWS-Zugangsschlüssel, SES erzeugt einen separaten, SMTP-spezifischen Benutzernamen und ein Passwort, wenn Sie auf "Create SMTP credentials" klicken.

Fügen Sie in Listmonks Admin-Bereich unter Settings → SMTP einen neuen Server hinzu mit:

  • Host: email-smtp.<region>.amazonaws.com (verwenden Sie die SES-Region, in der Sie die Domain verifiziert haben)
  • Port: 587
  • Auth-Protokoll: LOGIN
  • TLS: STARTTLS
  • Benutzername und Passwort: die von SES erzeugten SMTP-Anmeldedaten

SES verlangt STARTTLS auf Port 587. Wenn Sie TLS auf none lassen oder Port 465 wählen, verbindet sich Listmonk, SES gibt 530 Must issue a STARTTLS command firstzurück, und der SMTP-Anmeldedaten-Test im Admin-Panel zeigt möglicherweise trotzdem Erfolg an. Senden Sie eine echte Test-E-Mail an einen persönlichen Posteingang, den Sie kontrollieren, bevor Sie eine Kampagne starten.

Neue SES-Konten starten im Sandbox-Modus. In der Sandbox können Sie nur an verifizierte E-Mail-Adressen senden, was für eine Abonnentenliste nicht hilft. Öffnen Sie ein Support-Ticket über die SES-Konsole, um Produktionszugang anzufordern. Die Freigabe dauert in der Regel einen Werktag.

Postmark (Alternative mit Zustellbarkeit zuerst)

Postmark kostet pro E-Mail mehr als SES, hat aber native Bounce-Webhook-Unterstützung und einen Ruf für hohe Posteingangsraten bei strengen Absenderrichtlinien. Lohnt sich, wenn Ihre Newsletter geschäftskritisch sind oder Sie die SES-Freigabe von Sandbox zu Produktion nicht verwalten möchten.

Die Listmonk-Konfiguration hat dieselbe Form wie bei SES: Host, Port 587, STARTTLS, Anmeldedaten aus dem API-Token-Panel des Postmark-Servers. Verifizieren Sie Ihre Versanddomain in Postmarks Signatur-Einrichtung, fügen Sie die DKIM-Einträge hinzu, die Postmark erzeugt, und Sie sind versandbereit.

Wählen Sie Postmark, wenn Zustellbarkeit wichtiger ist als die Kosten pro E-Mail. Wählen Sie SES, wenn Volumen wichtiger ist als Hilfestellung.

Eine Warnung zum SMTP-Anmeldedaten-Test. Der Verbindungstest in Listmonks Admin-Bereich meldet immer Erfolg, selbst bei ungültigen Anmeldedaten. Das ist in einigen GitHub-Issues. Vertrauen Sie ihm nicht. Senden Sie nach der Konfiguration eines Relays eine Kampagne an einen einzelnen Test-Abonnenten und bestätigen Sie den Empfang im Ziel-Posteingang, bevor Sie an Ihre vollständige Liste senden.

Vermeiden Sie Mailersend für den Massenversand von Kampagnen. Sein Limit von 5 E-Mails pro Verbindung erzeugt 421 Service not available -Fehler, die Listmonk als gesendet verbucht, obwohl die Zustellung fehlgeschlagen ist. Die Kampagne sieht in Listmonk erfolgreich aus und verwirft die meisten ihrer Nachrichten ohne Warnung.

Damit E-Mails wirklich ankommen: SPF, DKIM und DMARC

SPF-, DKIM- und DMARC-DNS-Einträge für die Versanddomain, mit denen empfangende Mailserver Listmonks E-Mail verifizieren und sie aus dem Spam halten.

Das sind drei DNS-Einträge für Ihre Versanddomain, die empfangenden Mailservern mitteilen, dass Ihre Domain dieses Relay autorisiert hat, in Ihrem Namen zu senden. Lassen Sie auch nur einen davon weg, und ein nennenswerter Teil Ihrer Sendungen landet im großen Maßstab im Spam, egal wie sauber Ihr Relay oder Ihr Text ist. Fügen Sie sie bei Ihrem DNS-Anbieter hinzu, bevor Sie die erste Kampagne senden.

SPF-Eintrag

SPF autorisiert bestimmte IPs oder Versanddienste, E-Mails für Ihre Domain zu senden. Fügen Sie an der Wurzel Ihrer Versanddomain einen einzigen TXT-Eintrag mit dem include für Ihr Relay hinzu. Für SES sieht der Eintrag so aus:

v=spf1 include:amazonses.com ~all

Bei Postmark ersetzen Sie den include durch include:spf.mtasv.net. Prüfen Sie immer die offizielle SPF-Dokumentation Ihres Relays für den genauen include-Wert. Er ändert sich je nach Anbieter und manchmal je nach Region.

Eine Domain kann nur einen SPF-Eintrag haben. Wenn Sie bereits einen für einen anderen Dienst haben (Google Workspace, Microsoft 365), fügen Sie den include in den bestehenden Eintrag ein, statt einen zweiten hinzuzufügen.

DKIM

DKIM hängt ausgehenden E-Mails eine kryptografische Signatur an, die empfangende Server gegen einen öffentlichen Schlüssel in Ihrem DNS prüfen. Ihr Relay erzeugt das Schlüsselpaar. Sie fügen den öffentlichen Schlüssel als TXT-Eintrag an einer Selector-Subdomain hinzu (zum Beispiel sel1._domainkey.example.com) mit genau dem Wert, den das Relay Ihnen gibt.

Listmonk übernimmt die DKIM-Signierung nicht. Das tut das Relay. Es gibt keine Listmonk-spezifische DKIM-Konfiguration. Folgen Sie dem DKIM-Einrichtungsassistenten Ihres Relays, fügen Sie die Einträge hinzu, die er Ihnen gibt, und warten Sie auf die DNS-Propagierung (meist unter 30 Minuten, manchmal ein paar Stunden).

DMARC

DMARC sagt empfangenden Servern, was sie mit E-Mails tun sollen, die die SPF- oder DKIM-Prüfungen nicht bestehen. Starten Sie im Überwachungsmodus mit p=none damit Sie Fehler in den Aggregatberichten sehen können, ohne die Zustellbarkeit zu beeinträchtigen, während Sie Fehlkonfigurationen ausbügeln. Fügen Sie einen TXT-Eintrag hinzu bei _dmarc.example.com:

v=DMARC1; p=none; rua=mailto:[email protected]

Nach zwei oder drei Wochen sauberer Berichte verschärfen Sie die Richtlinie auf p=quarantine or p=reject. Überspringen Sie die Überwachungsphase nicht. Ein Tippfehler in Ihrem SPF-include kombiniert mit p=reject am ersten Tag würde Ihre eigene legitime E-Mail auslöschen, ohne ein Signal, dass irgendetwas schiefgelaufen ist.

Der List-Unsubscribe-Header (RFC 8058) wird von Listmonk automatisch erzeugt. Bestätigen Sie unter Settings → General, dass er aktiviert ist. Gmail und Apple Mail zeigen diesen Header als Ein-Klick-Abmeldeoption an, was die Absenderreputation schützt.

Was im Produktivbetrieb tatsächlich kaputtgeht

Vier Fehlerquellen, die sich erst zeigen, wenn Sie Ihre erste echte Kampagne versenden. Fangen Sie sie ab, bevor Ihre Abonnenten es tun.

Problem 1: Die Bounce-Rate passt nicht zur Zahl Ihres Relays. Listmonk verarbeitet Bounces, indem es eine festgelegte Bounce-E-Mail-Adresse per POP3 ausliest und jede gelesene Nachricht löscht. Dazu gehören Urlaubsantworten, Zustellbestätigungen und Abwesenheitsbenachrichtigungen, alle als Bounces eingestuft. Ihr Relay zählt nur echte Zustellfehler, die von empfangenden Mailservern zurückgemeldet werden. Wenn SES 0.6% meldet und Listmonk 4%, ist das die Lücke. Die Lösung ist, statt POP3 Bounce-Webhook-Callbacks zu konfigurieren. Für SES nutzen Sie SNS, um Bounce-Benachrichtigungen an Listmonks Webhook-Endpunkt zuzustellen. Für Postmark richten Sie dessen nativen Webhook auf denselben Endpunkt. Webhook-Bounces sind genau, POP3-Bounces blähen auf.

Problem 2: Der SMTP-Anmeldedaten-Test meldet Erfolg, obwohl er falsch liegt. Wie im Relay-Abschnitt erwähnt, meldet der Verbindungstest immer Erfolg, unabhängig von der Gültigkeit der Anmeldedaten. Vertrauen Sie ihm nicht. Senden Sie immer eine echte Test-E-Mail, nachdem Sie eine SMTP-Einstellung konfiguriert oder geändert haben.

Problem 3: Eine Kampagne stoppt mitten im Versand ohne Fehler. Listmonk markiert Kampagnen als Finished, selbst wenn nur 60% der Abonnenten die E-Mail erhalten haben. Die übrigen Sendungen wurden vom Relay abgelehnt oder auf der VPS-Netzwerkebene gedrosselt, und Listmonk zeigt beides nicht als Fehler auf Kampagnenebene an (Cloudron-Forum-Thread 13165). Wenn eine Kampagne weniger Sendungen als Abonnenten anzeigt, öffnen Sie das Dashboard Ihres Relays für das Versandzeitfenster und vergleichen Sie die akzeptierte Zahl des Relays mit der von Listmonk. Die Wahrheit liegt im Relay.

Problem 4: Niemand sichert PostgreSQL. Das Compose-Volume behält Daten über Neustarts hinweg. Es schützt nicht vor Host-Ausfall, versehentlichem docker volume rm oder beschädigten Upgrades. Fügen Sie einen täglichen pg_dump hinzu:

0 2 * * * docker exec listmonk-postgres pg_dump -U listmonk listmonk > /backups/listmonk-$(date +\%Y\%m\%d).sql

Führen Sie die Zeile zuerst einmal von Hand aus. Prüfen Sie, dass die Ausgabedatei nicht leer ist, bevor Sie dem Cron-Eintrag vertrauen. Ein Backup-Skript, das eine Null-Byte-Datei schreibt, ohne einen Fehler auszulösen, ist schlimmer als gar kein Backup, weil Sie aufhören, daran zu denken.

Bevor Sie irgendetwas davon im Produktivbetrieb vertrauen, senden Sie eine Testkampagne an einen Abonnenten und bestätigen Sie den Empfang im Ziel-Posteingang. Wenn diese eine E-Mail sauber ankommt, kommen es die nächsten zehntausend auch.

Häufig gestellte Fragen

Warum sind meine Listmonk-Bounce-Raten höher als das, was Amazon SES meldet?

Listmonks POP3-Bounce-Verarbeitung bläht die Zahlen auf, weil sie Abwesenheitsantworten und Urlaubs-Autoresponder als Bounces liest. Konfigurieren Sie SES-SNS-Webhook-Callbacks für genaue Zahlen.

Unterstützt Listmonk transaktionale E-Mails?

Listmonk ist ein Werkzeug für Newsletter- und Broadcast-Kampagnen. Es übernimmt transaktionale E-Mails (Passwort-Zurücksetzungen, Bestellbestätigungen, einzeln ausgelöste E-Mails) nicht nativ. Für transaktionale E-Mails von derselben Versanddomain konfigurieren Sie den transaktionalen Endpunkt Ihres Relays separat oder verwenden ein dediziertes Werkzeug wie Postal oder Postmarks transaktionale API neben Listmonk.

Wie importiere ich meine Mailchimp-Abonnenten in Listmonk?

Exportieren Sie Ihre Mailchimp-Liste als CSV unter Audience → Export Audience. Gehen Sie in Listmonk zu Subscribers → Import und laden Sie die CSV hoch. Ordnen Sie die Spalten E-Mail und Name zu, wenn Sie dazu aufgefordert werden. Listmonk akzeptiert Standard-CSV-Exporte von Mailchimp, ConvertKit und den meisten Newsletter-Plattformen ohne Formatkonvertierung.

Was passiert, wenn sich jemand von einer Listmonk-Kampagne abmeldet?

Listmonk fügt jeder Kampagnen-E-Mail standardmäßig einen Abmeldelink hinzu. Wenn ein Abonnent darauf klickt, wird er auf die Blockliste gesetzt und aus allen künftigen Kampagnen entfernt. Der List-Unsubscribe-Header (RFC 8058) wird automatisch eingebunden, sodass Mail-Clients, die die Ein-Klick-Abmeldung unterstützen (Gmail, Apple Mail), sie nativ anzeigen. Der Abonnentendatensatz bleibt zu Prüfzwecken in der Datenbank, aber es werden ihm keine weiteren Kampagnen mehr gesendet.

Teilen

Mehr aus dem Blog

Weiterlesen.

Bereit zum Deployen? Ab 2,48 $/Monat.

Unabhängige Cloud, seit 2008. AMD EPYC, NVMe, 40 Gbps. 14 Tage Geld-zurück-Garantie.