# Shopware 6 versendet keine Mails

**URL:** <https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829>\
**Category:** Administration\
**Created:** [9. Mai 2020 um 15:41 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829 "2020-05-09T15:41:51Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![JKersten](https://avatars.discourse-cdn.com/v4/letter/j/3bc359/32.png) [@JKersten](https://forum.shopware.com/u/JKersten)\
**Post date:** [9. Mai 2020 um 15:41 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/1 "2020-05-09T15:41:51Z")

</div>

Hallo,

da bei mir der Wunsch nach einem Onlineshop im Raum steht, bin ich auf der Suche nach einem geeigneten Tool. Ich bin also irgendwie bei Shopware 6 gelandet.

Allerdings habe ich ein riesiges Problem:  
Der Shop versendet keine Mails!

Im BE ist “Lokaler E-Mail-Agent” ausgewäht, unabhängig davon, ob der Mailversand synchron oder asynchron stattfindet (mehr dazu später), kommen Mails nicht an.

Alle E\_Mail-Vorlagen sind dem Verkaufskanal zugewiesen.

Bestellungen, Registrierungen und alles drum herum funktioniert, nur Mails werden halt nicht versendet.

&nbsp;

Beim asynchronen Mailversand gibt es keine Fehlermeldung und die Mails werden nicht verschickt. Beim synchronen Mailversand, bekommt der Kunde zB nach Eingabe der Mailadresse bei der “Passwort vergessen” Funktion die Fehlermeldung “Leider ist etwas schief gelaufen”. Im Logfile taucht dann diese Fehlermeldung auf:  
`[2020-05-09 15:18:02] request.CRITICAL: Uncaught PHP Exception Swift_TransportException: "Expected response code 220 but got an empty response" at /home/users/####/www/####.de/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php line 445 {"exception":"[object] (Swift_TransportException(code: 0): Expected response code 220 but got an empty response at /home/users/####/www/####.de/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/AbstractSmtpTransport.php:445)"} []` &nbsp;

Der Mailversand von der Kommandozeile funktioniert sowohl über “sendmail -t” als auch über “sendmail -bs” problemlos. Mails, die über den Shop versendet werden, tauchen gar nicht erst unter /var/log/syslog auf.

Ich habe mich schon quer durchs Internet gesucht, bisher leider erfolglos. Mittlerweile ist es sehr frustrierend und ich bin kurz davor die Flinte ins Korn zu werfen und mir ein anderes Tool für den Onlineshop zu suchen. Bevor ich aber aufgebe, wollte ich fragen, ob hier irgendjemand ne Idee hat, woran es liegt und wie ich es behebe?

---

<div class="post-metadata">

**Author:** ![JKersten](https://avatars.discourse-cdn.com/v4/letter/j/3bc359/32.png) [@JKersten](https://forum.shopware.com/u/JKersten)\
**Post date:** [9. Mai 2020 um 19:32 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/2 "2020-05-09T19:32:30Z")

</div>

Ich habe gerade Mal Shopware 5 installiert, dort funktioniert der Mailversand umgehend und problemlos… Was um alles in der Welt!?

Jemand ne Idee?

---

<div class="post-metadata">

**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\
**Post date:** [9. Mai 2020 um 20:10 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/3 "2020-05-09T20:10:40Z")

</div>

Darf der Webbenutzer auch den Prozess starten? Liegt sendmail unter „/usr/sbin/sendmai“?&nbsp;

Shopware 5 benutzt die php mail methode. Diese gibt es in Shopware 6 nicht mehr. Da sie veraltet ist.

---

<div class="post-metadata">

**Author:** ![JKersten](https://avatars.discourse-cdn.com/v4/letter/j/3bc359/32.png) [@JKersten](https://forum.shopware.com/u/JKersten)\
**Post date:** [9. Mai 2020 um 20:24 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/4 "2020-05-09T20:24:25Z")

</div>

Zuerst einmal Danke für deine Antwort, ich bin echt am verzweifeln…

> [@Shyim schrieb:](https://forum.shopware.com/profile/20792/Shyim "Shyim")
> 
> Darf der Webbenutzer auch den Prozess starten?

Das ist eine gute Frage… bis eben bin ich davon ausgegangen, dass der Webbenutzer mit dem Benutzer übereinstimmt, dem auch die Dateien gehören. Dieser darf den Prozess zumindest in der Bash starten. Gerade fällt mir aber auch ein: Ist es nicht möglich, dies in der php.ini zu unterbinden? Welches Modul wäre das?

> [@Shyim schrieb:](https://forum.shopware.com/profile/20792/Shyim "Shyim")
> 
> Liegt sendmail unter „/usr/sbin/sendmai“?&nbsp;

Ja

---

<div class="post-metadata">

**Author:** ![JKersten](https://avatars.discourse-cdn.com/v4/letter/j/3bc359/32.png) [@JKersten](https://forum.shopware.com/u/JKersten)\
**Post date:** [9. Mai 2020 um 20:32 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/5 "2020-05-09T20:32:26Z")

</div>

> [@JKersten schrieb:](https://forum.shopware.com/profile/35089/JKersten "JKersten")
> 
> Ist es nicht möglich, dies in der php.ini zu unterbinden? Welches Modul wäre das?

Das ist es!&nbsp;

Ich habe kurzer Hand einfach mal alle Module, die standartmäßig disabled sind zugelassen und dann funktioniert es… Jetzt muss ich nur wissen, welche Module tatsächlich von Shopware benötigt werden. Gibt es da irgendwo ne Übersicht?

Und warum wird curl\_multi\_exec bei der Installation abgefragt und darauf hingewiesen, aber bei so etwas essentiellen wie dem Mailversand wird das Modul nicht überprüft?

---

<div class="post-metadata">

**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\
**Post date:** [9. Mai 2020 um 20:37 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/6 "2020-05-09T20:37:49Z")

</div>

Hast du sowas wie proc\_open, exec in der disabled\_functions?  
Ansonsten könnte es auch an&nbsp;open\_basedir liegen

---

<div class="post-metadata">

**Author:** ![JKersten](https://avatars.discourse-cdn.com/v4/letter/j/3bc359/32.png) [@JKersten](https://forum.shopware.com/u/JKersten)\
**Post date:** [9. Mai 2020 um 20:41 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/7 "2020-05-09T20:41:23Z")

</div>

> [@Shyim schrieb:](https://forum.shopware.com/profile/20792/Shyim "Shyim")
> 
> Hast du sowas wie proc\_open, exec in der disabled\_functions?  
> Ansonsten könnte es auch an&nbsp;open\_basedir liegen

Ja, genau. Habe beides drin stehen. Habe durch Trial and Error herausgefunden, dass es nicht exec sondern proc\_open ist.

Sollte ich exec auch zulassen?

Weißt du zufällig, ob es sonst noch irgendwas gibt, was ich definitiv nicht disablen sollte?

&nbsp;

Und vor allem: Danke, durch deinen Beitrag ging es endlich voran!

---

<div class="post-metadata">

**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\
**Post date:** [9. Mai 2020 um 21:38 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/8 "2020-05-09T21:38:32Z")

</div>

Wenn du proc öffenst kannst du auch exec öffnen.

Die machen das selbe :)&nbsp;

---

<div class="post-metadata">

**Author:** ![SebKer](https://avatars.discourse-cdn.com/v4/letter/s/8dc957/32.png) [@SebKer](https://forum.shopware.com/u/SebKer)\
**Post date:** [14. Mai 2021 um 16:07 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/9 "2021-05-14T16:07:41Z")

</div>

Hallo,

ich habe nach meiner SW6 Shop Installation ein ähnliches Problem wie das hier beschriebene. Bei mir werden E-Mails an Kunden (Registrierung, Bestellbestätigung, Passwort, Recovery etc.) erst versendet, sobald ich mich als Admin im Backend einlogge. Ich vermute, dass es ebenfalls daran liegt, dass ein Webnutzer den Prozess nicht starten kann.

Könntet ihr mir sagen, wie ich auf die php.ini zugreifen kann um das proc\_open zu enablen?

---

<div class="post-metadata">

**Author:** ![die-rote-keramik](https://avatars.discourse-cdn.com/v4/letter/d/82dd89/32.png) [@die-rote-keramik](https://forum.shopware.com/u/die-rote-keramik)\
**Post date:** [16. Mai 2021 um 23:04 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/10 "2021-05-16T23:04:08Z")

</div>

bei mir aktuell das gleiche Verhalten, vom Frontend ausgelöste Mails (Bestellbestätigung, Passwort vergessen) werden neuerdings erst verschickt wenn ich mich als Admin ins Backend einlogge. Hat bis vor kurzem noch funktioniert. Vermutlich besteht das Problem seit dem Update aus 6.4.0.0 Im Backend ausgelöste Mails (Versandbestätigung usw.) gehen sofort raus.  
Leider kann ich die Ursache nicht finden.  
Wäre für jeden Tip dankbar!

---

<div class="post-metadata">

**Author:** ![SebKer](https://avatars.discourse-cdn.com/v4/letter/s/8dc957/32.png) [@SebKer](https://forum.shopware.com/u/SebKer)\
**Post date:** [18. Mai 2021 um 13:09 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/11 "2021-05-18T13:09:49Z")

</div>

Konntest du das Problem schon lösen?

Ich habe es noch mal mit einer kompletten Neu-Installation von Shopware 6.4.0.0. bei meinem Shared-Host Anbieter probiert. Aber leider auch hier das gleiche Verhalten: Im Demo-Shop werden E-Mails (wie z.B. die Registrierung im Frontend) bei mir erst versendet, wenn ich mich als Admin im Backend einlogge.

---

<div class="post-metadata">

**Author:** ![dr.sc](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dr.sc/32/13236_2.png) [@dr.sc](https://forum.shopware.com/u/dr.sc)\
**Post date:** [18. Mai 2021 um 16:19 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/12 "2021-05-18T16:19:14Z")

</div>

Ich habe seit 6.4 das gleiche Problem. Bei mir werden z.Zt. gar keine Mails versandt (auch nicht nach dem Einloggen). Vor einigen Tagen wurden noch einige Mails mit großer Verzögerung (\>24 h) versandt. Ich habe alle möglichen Konfigurationen (Lokaler E-Mail-Agent / SMPT-Server / Umgebungs-Konfiguration / verschiedene SMPT-Hosts) durchprobiert.  
Ach ja - es funktioniert anscheinend bei den Spam-Anmeldungen, die irgendwie am normalen Frontend vorbei getätigt werden.

---

<div class="post-metadata">

**Author:** ![dominikmank](https://avatars.discourse-cdn.com/v4/letter/d/c77e96/32.png) [@dominikmank](https://forum.shopware.com/u/dominikmank)\
**Post date:** [18. Mai 2021 um 17:54 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/13 "2021-05-18T17:54:22Z")

</div>

Guckt mal bitte über ein Datenbanktool eurer Wahl in eurer Datenbank nach, ob in der Tabelle  
**enqueue** Einträge vorhanden sind. Vor allem in dem Moment wo ihr erwartet das eine E-Mail rausgeht.

Ich hatte gerade in unserem Shop dasselbe Phänomen.  
Wenn ja, sollte es eigentlich reichen wenn ihr euch in euren Adminbereich einloggt, alternativ auf der Konsole eures Projektes den folgenden Befehl ausführen

```bash
bin/console messenger:consume

```

Hintergrund: Mit der Umstellung auf den Symfony Mailer mit 6.4 scheint es nun über den Symfony Messenger versendet zu werden, der so konfiguriert ist, das er über eine „message queue“ arbeitet (in dem Falle die enqueue Tabelle). Würde mich auch freuen wenn das wer von SW nochmal bestätigen könnte, so kann ich das auf jeden Fall hier bei uns reproduzieren.

---

<div class="post-metadata">

**Author:** ![die-rote-keramik](https://avatars.discourse-cdn.com/v4/letter/d/82dd89/32.png) [@die-rote-keramik](https://forum.shopware.com/u/die-rote-keramik)\
**Post date:** [18. Mai 2021 um 17:55 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/14 "2021-05-18T17:55:33Z")

</div>

Leider habe ich noch keine Lösung, habe verschiedene SMPT Ports durchprobiert, aber ohne Erfolg. Laut Ereignis-Log werden die Mails versendet, in Wirklichkeit bleiben sie aber irgendwo stecken und gehen dann beim Einloggen ins Backend alle aus einmal raus…

---

<div class="post-metadata">

**Author:** ![dominikmank](https://avatars.discourse-cdn.com/v4/letter/d/c77e96/32.png) [@dominikmank](https://forum.shopware.com/u/dominikmank)\
**Post date:** [18. Mai 2021 um 17:58 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/15 "2021-05-18T17:58:08Z")

</div>

Das bestätigt meinen Verdacht und ist tatsächlich ein Breaking Change zu SW 6.3 gewesen (wo die E-Mails „direct“ versendet wurden). Jetzt scheint es wirklich nur noch asynchron versendet zu werden. Mehr zu Message Queues:

> **[Message Queue](https://developer.shopware.com/docs/guides/hosting/infrastructure/message-queue)**

---

<div class="post-metadata">

**Author:** ![die-rote-keramik](https://avatars.discourse-cdn.com/v4/letter/d/82dd89/32.png) [@die-rote-keramik](https://forum.shopware.com/u/die-rote-keramik)\
**Post date:** [18. Mai 2021 um 19:16 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/16 "2021-05-18T19:16:28Z")

</div>

das klingt vielversprechend, wie kann ich das bei meinem Share-Host Anbieter (Netcup) unter Plesk umstellen?

---

<div class="post-metadata">

**Author:** ![dominikmank](https://avatars.discourse-cdn.com/v4/letter/d/c77e96/32.png) [@dominikmank](https://forum.shopware.com/u/dominikmank)\
**Post date:** [18. Mai 2021 um 19:20 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/17 "2021-05-18T19:20:40Z")

</div>

Wir haben für die Shops die wir betreuen meistens einen Cronjob eingerichtet, der alle 5 Minuten den von mir genannten Befehl startet

```bash
bin/console messenger:consume --time-limit=300 --memory-limit=1G

```

Somit stellen wir sicher das alle 5 ein neuer PHP Prozess „erscheint“ der alle Aufgaben abarbeitet und auch 5 Minuten läuft, wenn man nicht im Adminbereich eingeloggt ist.  
Hierzu habe ich folgenden Supportartikel für Plesk gefunden

> **[How to set up a task to be executed every X minutes on a Plesk server?](https://support.plesk.com/hc/en-us/articles/115003372214-How-to-set-up-a-task-to-be-executed-every-X-minutes-on-a-Plesk-server-)**
>
> Applicable to:
> 
> Plesk for Linux
> Plesk for Windows
> 
> 
> Question
> How to set up a task to be executed:
> 
> every minute
> every 2 minutes
> every 5 minutes
> every 30 minutes
> 
> on a Plesk server?
> Answer
> The cron ...

Leider ist das wirklich von Anbieter zu Anbieter unterschiedlich wie man das konfigurieren kann, weswegen ich hier leider keine weitere Hilfestellung geben können werde.

---

<div class="post-metadata">

**Author:** ![die-rote-keramik](https://avatars.discourse-cdn.com/v4/letter/d/82dd89/32.png) [@die-rote-keramik](https://forum.shopware.com/u/die-rote-keramik)\
**Post date:** [18. Mai 2021 um 19:26 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/18 "2021-05-18T19:26:09Z")

</div>

super , danke! Das mit dem Cronjob dürfte ich hinbekommen.

---

<div class="post-metadata">

**Author:** ![Shrek](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@Shrek](https://forum.shopware.com/u/Shrek)\
**Post date:** [19. Mai 2021 um 07:14 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/19 "2021-05-19T07:14:20Z")

</div>

Hallo, spannendes Thema. Ich habe den Cronjob unter Plesk bei mir ausprobiert. Der Shop liegt in einem Unterverzeichnis. Wenn ich den Console befehl aufrufe, erhalte ich folgende Fehlermeldung.

> **Die Aufgabe „unterverzeichnis/bin/console message:consume --time-limit=300 --memory-limit=1G“ wurde in 1 Sekunden abgeschlossen, jedoch traten Fehler auf**
> 
> -: unterverzeichnis/bin/console: /usr/bin/env: bad interpreter: No such file or directory

Hat jemand einen Tipp?  
Danke.

---

<div class="post-metadata">

**Author:** ![dr.sc](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dr.sc/32/13236_2.png) [@dr.sc](https://forum.shopware.com/u/dr.sc)\
**Post date:** [19. Mai 2021 um 07:20 UTC](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829/20 "2021-05-19T07:20:36Z")

</div>

Ich denke es muss „messenger“ heißen

[Nächste Seite](https://forum.shopware.com/t/shopware-6-versendet-keine-mails/66829.md?page=2)
