Shopware Mailversand – die häufigsten Fehler und Best Practices

von Der Atilla | Aug. 5, 2026 | Shopware, Shopware 6, Shopware Conversion Optimierung, Shopware Einstellungen, Shopware Entwicklung, Shopware Plugins | 0 Kommentare

Der Shopware Mailversand ist eines der unscheinbarsten Themen im Shop-Betrieb – bis er nicht mehr funktioniert. Bestellbestätigungen kommen nicht an, Gmail lehnt Mails still ab, Kontaktanfragen landen beim falschen Shop, und im Shopware-Admin sieht trotzdem alles grün aus. In unserem Agenturalltag mit Shopware-Shops aller Größen haben wir so ziemlich jeden Mailversand-Fehler gesehen, den man machen kann – und einen davon hätten wir fast selbst übersehen. Dieser Artikel ist die ehrliche Zusammenfassung davon: Was schiefläuft, warum es schiefläuft, und wie du es richtig aufstellst.

1. SMTP falsch konfiguriert: die häufigsten Einstellungsfehler
2. Multi-Store, ein SMTP: alle Shops, eine Absenderadresse
3. SPF, DKIM und DMARC: die unsichtbare Grundlage für Zustellbarkeit
4. Kontaktanfragen landen beim falschen Shop
5. Wie du Probleme findest: Diagnose-Tools
6. Randnotiz: Die .env-Falle
7. Die nachhaltige Lösung: Dedicated Mail Anbieter
8. Der vergessene Klassiker: Mails müssen archiviert werden

1. SMTP falsch konfiguriert: die häufigsten Einstellungsfehler

Shopware versendet Mails standardmäßig über den lokalen Mailserver des Hosters – der sogenannte Local Email Agent. Das funktioniert in vielen Fällen ohne jede Konfiguration. Probleme entstehen erst, wenn man auf einen externen SMTP-Anbieter umsteigen will oder muss. Die Einstellungen dafür finden sich im Shopware Admin unter Einstellungen → System → Mailer → Externer Mailversand – dort, und nur dort. Kein normaler Shopbetreiber muss dafür auf den Server und irgendwelche Konfigurationsdateien anfassen.

Die häufigsten Fehler bei der SMTP-Konfiguration:

Falsche Absenderadresse

Bei Microsoft 365 – und vielen anderen Anbietern – muss die Absenderadresse exakt mit dem SMTP-Benutzernamen übereinstimmen. Das ist kein Detail, das ist Pflicht. Wer shop@beispiel.de als Absender einträgt aber sich mit admin@beispiel.de am SMTP-Server authentifiziert, wird abgelehnt – oft ohne klare Fehlermeldung im Admin. Im Shopware Brain steht es explizit: „Sender address must match provider settings (especially Office365!)“

Falscher Port oder Verschlüsselungsmethode

Port 587 erfordert STARTTLS (in Shopware: „TLS“), Port 465 erfordert SMTPS (in Shopware: „SSL“). Die falsche Kombination führt zu Verbindungsabbrüchen. Bei Microsoft 365 ist Port 587 mit TLS der Standard.

Shopadresse stimmt nicht mit Versandadresse überein

Die Versandadresse im Mailer sollte mit der Shopadresse in den Stammdaten übereinstimmen – letztere taucht im Returnpath im Mailheader auf. Wenn beides auseinanderläuft, steigt der Spam-Score. Testen lässt sich das schnell über mail-tester.com.

Absenderadresse = SMTP-Benutzername (besonders bei Microsoft 365 Pflicht)
Port 587 → TLS/STARTTLS; Port 465 → SSL/SMTPS
Shopadresse in Stammdaten = Absenderadresse im Mailer
Nach jeder Änderung: Shopware-Cache leeren

Shopware Mailversand – zurück zur Übersicht

2. Multi-Store, ein SMTP: alle Shops, eine Absenderadresse

Wer mehrere Shops in einer Shopware-Installation betreibt, stößt schnell auf ein strukturelles Problem: Die SMTP-Konfiguration unter Einstellungen → System → Mailer ist global. Es gibt keine native Möglichkeit, pro Sales Channel einen anderen SMTP-Account zu hinterlegen.

In der Praxis bedeutet das: Shop A und Shop B versenden über denselben SMTP-Server. Und jetzt wird es technisch interessant – es ist durchaus möglich, dass Shop A die Absenderadresse shop@shop-a.de trägt, aber der SMTP-Account von Shop B zum Versenden genutzt wird. Das führt zu einem DMARC-Alignment-Fehler: Die DKIM-Signatur zeigt auf shop-b.de, die From-Adresse aber auf shop-a.de. DMARC prüft genau diese Übereinstimmung – und wenn sie fehlt, ist Spam-Verdacht oder direkte Ablehnung durch Gmail und Yahoo die Folge.

Alle Shops senden über einen SMTP-Account → Absender-Domain stimmt nicht mit DKIM-Domain überein
DMARC-Alignment-Fehler → erhöhter Spam-Score oder Ablehnung
Kein getrenntes Tracking je Shop möglich

Die Lösung: Das Plugin SwkwebMailer (Shopware Store) ermöglicht es, pro Absender-E-Mail-Adresse einen eigenen SMTP-Account zu konfigurieren. Die globale Konfiguration bleibt als Fallback aktiv; das Plugin greift nur für Adressen, für die ein eigener Account hinterlegt ist.

Shopware Mailversand – zurück zur Übersicht

3. SPF, DKIM und DMARC: die unsichtbare Grundlage für Zustellbarkeit

Mails kommen an – aber landen im Spam. Oder werden von Gmail und Yahoo still abgelehnt. Der häufigste Grund: fehlende oder falsch konfigurierte DNS-Einträge. SPF, DKIM und DMARC sind seit Anfang 2024 de facto Pflicht – Google und Yahoo haben das für Massenversender explizit zur Bedingung gemacht.

SPF – wer darf senden?

Der SPF-Record legt fest welche Server Mails im Namen deiner Domain versenden dürfen. Ein typischer SPF-Record für Microsoft 365:

v=spf1 include:spf.protection.outlook.com -all

Achtung: SPF erlaubt maximal 10 DNS-Lookups. Wer zu viele include:-Einträge hat, erzeugt einen „Too many DNS lookups“-Fehler – SPF schlägt dann still fehl. Lösung: unnötige Einträge entfernen oder SPF-Flattening nutzen.

DKIM – ist die Mail echt?

DKIM ist eine digitale Signatur die beweist, dass die Mail wirklich von deiner Domain stammt und nicht verändert wurde. Wer Microsoft 365 nutzt, muss DKIM dort manuell aktivieren: M365 Admin Center → Einstellungen → Domains → [Domain] → DKIM. M365 generiert dann zwei CNAME-Records, die in den DNS der Domain eingetragen werden müssen.

DMARC – was passiert wenn etwas nicht stimmt?

DMARC definiert die Policy:

p=none – nur beobachten, kein Schutz
p=quarantine – verdächtige Mails in den Spam
p=reject – Mails komplett ablehnen

Wichtig: DMARC erst auf quarantine setzen, wenn SPF und DKIM nachweislich funktionieren – sonst landen legitime eigene Mails im Spam. Ein minimaler DMARC-Record zum Start:

v=DMARC1; p=none; rua=mailto:dmarc@beispiel.de

Shopware Mailversand – zurück zur Übersicht

4. Kontaktanfragen landen beim falschen Shop

Ein häufig übersehenes Problem im Multi-Store-Betrieb: Die Empfänger-Adresse für Kontaktformulare ist global konfiguriert. Eine Anfrage über Shop A landet dann auch in den Postfächern von Shop B und Shop C. Kunden bekommen keine Antwort, weil niemand weiß wer zuständig ist.

Die Lösung ist einfach: Unter Einstellungen → Stammdaten → Verkaufskanal auswählen und die Shopbetreiber-E-Mail-Adresse pro Sales Channel separat hinterlegen. Jeden Sales Channel einzeln durchgehen – nach der Änderung mit einem echten Kontaktformular-Test prüfen.

Shopware Mailversand – zurück zur Übersicht

5. Wie du Probleme findest: Diagnose-Tools

Testmails aus den E-Mail-Templates

Testmails lassen sich direkt aus den E-Mail-Templates verschicken: Einstellungen → Inhalte → E-Mail-Templates → Template öffnen → Papierflieger-Icon in der Sidebar. Wichtig: den Versandmodus vorher auf Synchron stellen (Einstellungen → System → Mailer). Beim asynchronen Versand über die Message Queue verschwinden Fehler lautlos – kein Feedback ob die Mail ankam oder scheiterte.

Frosh Mail Archive Plugin – Debugging-Tool

Das Frosh Mail Archive Plugin (kostenlos, Shopware Store) archiviert alle vom Shop versendeten Mails direkt im Admin – und zeigt auch Mails die nicht versendet wurden. Genau das ist der entscheidende Punkt: Ohne dieses Plugin kriegst du manchmal schlicht nicht mit, wenn eine Mail fehlschlägt. Kein Bounce, keine Fehlermeldung, nichts.

Achtung: Das Plugin ist ein Debugging- und Übersichts-Tool – keine GoBD-konforme Archivierungslösung. Mails werden in der Shopware-Datenbank gespeichert, sind nicht unveränderlich und erfüllen nicht die gesetzlichen Anforderungen an eine revisionssichere Aufbewahrung. Mehr dazu in Abschnitt 8.

MXToolbox SuperTool

Das MXToolbox SuperTool ist der schnellste Weg um den Gesamtzustand einer Domain zu prüfen. Domain eingeben, „Find Problems“ klicken. Die zwei schlimmsten Einträge:

No DMARC Record found: Kein Einlass in einen Großteil der Postfächer weltweit – insbesondere Gmail und Yahoo
Blacklisted by XYZ: Die eigene IP oder Domain steht auf einer Spam-Blacklist

dmarcian und mail-tester.com

dmarcian.com für DMARC-Analyse und Record-Generierung. mail-tester.com für einen Gesamtscore (1–10) einer echten versendeten Mail – bewertet SPF, DKIM, DMARC, Spam-Score, Blacklists und mehr in einem Durchlauf.

Shopware Mailversand – zurück zur Übersicht

6. Randnotiz: Die .env-Falle

Bei der Fehlersuche an einem Mailversand-Problem eines unserer Kunden sind wir fast einer falschen Spur hinterhergelaufen: der MAILER_DSN-Zeile in der .env-Datei auf dem Server. Die ist auskommentiert, enthält null://null, und sieht beim ersten Blick verdächtig aus. Tatsächlich hat das aber mit dem Mailversand im normalen Shopware-Betrieb nichts zu tun – kein normaler Shopbetreiber trägt dort jemals SMTP-Zugangsdaten ein, und Shopware selbst empfiehlt das auch nicht. Der richtige Ort ist ausschließlich der Admin unter Einstellungen → System → Mailer.

Trotzdem lohnt beim Debugging ein kurzer Blick in die .env – nicht um SMTP-Credentials zu suchen, sondern um sicherzustellen dass dort nichts versehentlich reingerutscht ist das den Mailversand überschreibt oder blockiert. Eine aktive MAILER_DSN-Zeile hat nämlich Vorrang vor den Admin-Einstellungen. Kurz reinschauen, aber nicht lange aufhalten.

Shopware Mailversand – zurück zur Übersicht

7. Die nachhaltige Lösung: Dedicated Mail Anbieter

Der größte strukturelle Fehler beim Shopware Mailversand ist konzeptioneller Natur: Wer alles über einen einzigen Anbieter abwickelt – Hosting, Postfächer, Transaktionsmails, Newsletter – vermischt Dinge die nichts miteinander zu tun haben. Fällt eine Komponente aus, fällt alles aus. Und wer als Agentur helfen soll, braucht entweder Admin-Rechte auf dem gesamten Microsoft-Tenant des Kunden oder steht außen vor. Die bessere Strategie: Für jeden Job den besten Spezialisten.

Transaktionsmails: Brevo oder Postmark

Bestellbestätigungen, Passwort-Reset, Versandbenachrichtigungen – diese Mails müssen zuverlässig ankommen, mit sauberen DKIM-Signaturen und nachvollziehbarem Tracking. Brevo (ehemals Sendinblue) bietet einen Free-Plan mit 300 Mails pro Tag – für die meisten kleinen und mittleren Shops vollkommen ausreichend. DKIM, SPF und DMARC werden automatisch konfiguriert. Postmark ist die Premium-Alternative mit noch besserer Deliverability.

Postfächer: Migadu oder Fastmail

Migadu bietet Flat-Rate-Pricing – egal wie viele Domains und Postfächer. Kein Microsoft, kein Google, europäisch, datenschutzfreundlich. Mini-Plan ab $9/Monat.

Newsletter: Klaviyo, Quentn oder KlickTipp

Klaviyo ist die erste Wahl für E-Commerce-Newsletter mit tiefer Shopware-Integration und Automationen. Free-Plan bis 250 Kontakte – ideal zum Aufwärmen: erstmal mit kleinem, bekanntem Verteiler starten, Account ein bis zwei Monate aufbauen, dann die gesamte Kundenliste importieren. Einziger Wermutstropfen: US-Server, was DSGVO-seitig ein Restrisiko bleibt.

Wer lieber auf deutsche Server und volle DSGVO-Konformität setzt, hat zwei starke Alternativen: Quentn ist ein modernes deutsches Marketing-Automation-Tool mit visuellem Campaign-Builder, Tag-basierter Segmentierung und Sales-CRM – ab ~31€/Monat, 14 Tage kostenlos testbar. KlickTipp ist der Klassiker im deutschsprachigen Raum, ebenfalls mit deutschen Servern, CSA-zertifiziert und stark in komplexen Automationen. Beide bieten eine Shopware-Anbindung über Zapier/API – ein natives Shopware-Plugin für Quentn ist übrigens gerade in Planung. Eine ausführliche Übersicht aller Newsletter-Anbieter für Shopware haben wir in unserem Artikel Top 10 Newsletter Anbieter für Shopware 6 zusammengestellt.

Hosting = nur der Shop, kein Mail-Ballast
Transaktionsmails = Spezialist, maximale Deliverability
Newsletter = Segmentierung, Automationen, E-Commerce-Statistiken
Postfächer = unabhängig, günstig, kein Lock-in

Der Agentur-Vorteil: Mit spezialisierten Anbietern braucht der Kunde uns keinen Admin-Zugang auf seinen gesamten Microsoft-Tenant geben. Wir bekommen einen eigenen SMTP-Zugang im jeweiligen Tool – kein Sicherheitsrisiko, keine komplizierte Rechtevergabe.

Alle drei Anbieter lassen sich übrigens problemlos an MailStore anbinden – dazu mehr im nächsten Abschnitt.

Shopware Mailversand – zurück zur Übersicht

8. Der vergessene Klassiker: Mails müssen archiviert werden

Wer einen Shopware-Shop betreibt, muss eine Regel beachten die nicht mit Bordmitteln zu bewältigen ist: die Archivierungspflicht. Sie gilt nicht nur für empfangene, sondern auch für alle vom Shop versendeten Mails – Bestellbestätigungen, Rechnungen, SEPA-Mandate, Statusmails. Das Problem dabei: Diese Mails erhält man als Shopbetreiber selbst gar nicht. Man hat also zunächst nicht mal die Möglichkeit, sie zu archivieren – es sei denn, man sorgt aktiv dafür.

Was viele unterschätzen: Das Ausdrucken von Mails vernichtet Metadaten wie Header und Zeitstempel und verstößt gegen die GoBD. Auch ein normales E-Mail-Postfach als Archiv reicht nicht – Mails dort sind veränderbar und erfüllen nicht die Anforderungen an Revisionssicherheit.

Was die GoBD konkret verlangt

Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern in elektronischer Form) schreibt für steuerrelevante Mails vor:

Automatische Archivierung direkt vom Server – nicht manuell, nicht selektiv
Unveränderlichkeit: nach Archivierung darf die Mail nicht mehr verändert werden
Maschinenlesbarkeit und Volltextsuche
Externer Prüferzugang: Betriebsprüfer müssen lesenden Zugang bekommen können
Aufbewahrungsdauer: 10 Jahre für Rechnungen, 8 Jahre für Buchungsbelege (seit Bürokratieentlastungsgesetz IV 2025)

Frosh Mail Archive: Debugging ja, Archivierung nein

Das Frosh Mail Archive Plugin speichert Mails in der Shopware-Datenbank. Praktisch für Debugging und Überblick – aber keine GoBD-konforme Archivierung. Mails sind dort veränderbar, es gibt keinen Prüferzugang, und die Datenbank ist kein revisionssicheres Archiv. Als Debugging-Tool absolut empfehlenswert, als Archiv-Lösung nicht ausreichend.

Die aktuelle Empfehlung: MailStore

MailStore ist seit Jahren der Standard für GoBD-konforme E-Mail-Archivierung bei KMU – zertifiziert nach DSGVO und IDW PS 880, was ihn zu einem der wenigen Anbieter macht die explizit diese Zertifizierung vorweisen können. Er funktioniert über IMAP und archiviert alle ein- und ausgehenden Mails direkt vom Server – unabhängig davon ob Brevo, Migadu, Microsoft 365 oder ein anderer Anbieter genutzt wird.

Zwei Varianten stehen zur Wahl:

MailStore Server – On-Premise, Windows, ab ~$259 für 5 User (einmalig, Jahres-Subscription für Updates)
MailStore Cloud – SaaS, deutsches Rechenzentrum Frankfurt, monatlich pro Benutzer kündbar, keine Hardware nötig, innerhalb weniger Minuten eingerichtet – für die meisten Shopbetreiber heute die empfehlenswerteste Option

Einen ausführlichen Artikel zu diesem Thema mit weiteren Anbieterempfehlungen und dem Automatisierungs-Tipp haben wir bereits geschrieben: Rechtssichere Mail-Archivierung mit Shopware – die rechtlichen Grundlagen darin gelten unverändert.

Shopware Mailversand – zurück zur Übersicht