# Nach update auf 6.4.1 kein Mailversand mehr an Kunden

**URL:** https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778
**Category:** Programmierung
**Created:** [19. Mai 2021 um 17:42 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778 "2021-05-19T17:42:01Z")
**Posts on this page:** 20
**Page:** 2

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [1. Juni 2021 um 09:36 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/21 "2021-06-01T09:36:27Z")

</div>

Ich gehe über einen SMTP Server und habe immer noch keine Problemlösung in Sicht. Ich habe mir auch alle Events angeschaut - scheinen alle korrekt hinterlegt zu sein. Das komische ist, das ich auch keine Testmail bei den E-Mailvorlagen verschickt bekomme. Die Mitteilung: „Die Test-Mail ist erfolgreich versandt worden.“ erscheint, aber es kommt keine Mail bei mir an…ich bin voll am verzweifeln !

Noch jemand kreaktive Ideen ?? Vielleicht jmd. vom Shopware 6 Support eine Idee ?

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [1. Juni 2021 um 11:34 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/22 "2021-06-01T11:34:24Z")

</div>

@mr.unschuldig  
Habe jetzt einen Cronjob angelegt mit bin/console messenger:consume  
und es klappt nicht - keine Mails - keine Fehlermeldung

---

<div class="post-metadata">

### Author: ![mr.unschuldig](https://avatars.discourse-cdn.com/v4/letter/m/b2d939/32.png) [@mr.unschuldig](https://forum.shopware.com/u/mr.unschuldig)
#### Post date: [1. Juni 2021 um 14:31 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/23 "2021-06-01T14:31:32Z")

</div>

@piratenkiste

Gemäß Deiner Angabe, dass nicht mal die Testmail raus geht, sind wir noch ein Schritt vor dem eventuellen Workaround mit Cronjob.

Konkret daher nun die Frage:

Was sagen die Logdateien, in Zuge einer Testemail?  
Insbesondere Log Webserver und Mailserver. Da sollte dann definitiv was zu sehen sein.

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [1. Juni 2021 um 15:07 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/24 "2021-06-01T15:07:31Z")

</div>

Uff da erwischt du mich total …davon habe ich null Ahnung:-) @mr.unschuldig😄

In var/log ist die letzte prod…datei vom 26.5…daher nehme ich mal an, dass es da zu einem schwerwiegendem Problem innerhalb SW gekommen ist und daher der Eintrag erfolgt ist.  
Das Zustellen der Mails wird wohl nicht als schwerwiegend erfasst.

Kann es sein, dass ich in meinem Hauptverzeichnis die .env auf APP\_ENV=dev stellen muss, um eine Fehlermeldung wegen der Mails zu erreichen ?

Mailserver ist von Seiten meines Hosters alles prima eingestellt

---

<div class="post-metadata">

### Author: ![mr.unschuldig](https://avatars.discourse-cdn.com/v4/letter/m/b2d939/32.png) [@mr.unschuldig](https://forum.shopware.com/u/mr.unschuldig)
#### Post date: [1. Juni 2021 um 16:32 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/25 "2021-06-01T16:32:53Z")

</div>

@piratenkiste

Gemeint waren schon grundlegend die Logdateien vom Server, nicht von Shopware. Anhand derer kann man recht gut nachvollziehen, was da vor sich geht und wo es evtl. zu Problemen kommt.

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [1. Juni 2021 um 17:02 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/26 "2021-06-01T17:02:37Z")

</div>

@mr.unschuldig  
Danke …ich habe mal eine Kontaktanfrage über meinen Shop gesendet und folgende Fehlermeldung in der Log erhalten (meine Hoster habe ich mit XXX ersetzt)

2021/06/01 18:55:57 [error] 10744#10744: \*934596 FastCGI sent in stderr: „PHP message: PHP Fatal error: Shopware\Core\Framework\MessageQueue\Handler\RetryMessageHandler::handle(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition „SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage“ of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide an autoloader to load the class definition in /var/www/clients/client2555/web11514/web/vendor/shopware/core/Framework/MessageQueue/Handler/RetryMessageHandler.php on line 46“ while reading response header from upstream, client: XX.XX.XXX.XXX, server: XXX, request: „POST /api/\_action/message-queue/consume HTTP/2.0“, upstream: „fastcgi://unix:/var/lib/php5-fpm/web11514.sock:“, host: „XXX“

Kannst du damit etwas anfangen ?

Line 46 ist lautet:  
-\>search(new Criteria([$message-\>getDeadMessageId()]),

Die MessageHandler.php sieht folgendermaßen bei mir aus

\<?php declare(strict\_types=1); namespace Shopware\Core\Framework\MessageQueue\Handler; use Psr\Log\LoggerInterface; use Shopware\Core\Framework\Context; use Shopware\Core\Framework\DataAbstractionLayer\EntityRepositoryInterface; use Shopware\Core\Framework\DataAbstractionLayer\Search\Criteria; use Shopware\Core\Framework\MessageQueue\DeadMessage\DeadMessageEntity; use Shopware\Core\Framework\MessageQueue\Message\RetryMessage; class RetryMessageHandler extends AbstractMessageHandler { /\*\* \* @var EntityRepositoryInterface \*/ private $deadMessageRepository; /\*\* \* @var iterable|AbstractMessageHandler[] \*/ private $handler; /\*\* \* @var LoggerInterface \*/ private $logger; public function \_\_construct( EntityRepositoryInterface $deadMessageRepository, iterable $handler, LoggerInterface $logger ) { $this-\>deadMessageRepository = $deadMessageRepository; $this-\>handler = $handler; $this-\>logger = $logger; } /\*\* \* @param RetryMessage $message \*/ public function handle($message): void { /\*\* @var DeadMessageEntity|null $deadMessage \*/ $deadMessage = $this-\>deadMessageRepository -\>search(new Criteria([$message-\>getDeadMessageId()]), Context::createDefaultContext()) -\>get($message-\>getDeadMessageId()); if (!$deadMessage) { return; } $handler = $this-\>findHandler($deadMessage-\>getHandlerClass()); if ($handler) { $handler($deadMessage-\>getOriginalMessage()); } $this-\>deadMessageRepository-\>delete([[ 'id' =\> $deadMessage-\>getId(),], ], Context::createDefaultContext()); } public static function getHandledMessages(): iterable { return [RetryMessage::class]; } private function findHandler(string $handlerClass): ?AbstractMessageHandler { foreach ($this-\>handler as $handler) { if (\get\_class($handler) === $handlerClass) { return $handler; } } $this-\>logger-\>warning(sprintf('MessageHandler for class "%s" not found.', $handlerClass)); return null; } }

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [2. Juni 2021 um 07:49 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/27 "2021-06-02T07:49:59Z")

</div>

Kann es sein, dass in der Enqueue Tabelle einen Eintrag gibt, der vom Migrationsassistenten abhängt?  
Ist dieser installiert?

---

<div class="post-metadata">

### Author: ![mr.unschuldig](https://avatars.discourse-cdn.com/v4/letter/m/b2d939/32.png) [@mr.unschuldig](https://forum.shopware.com/u/mr.unschuldig)
#### Post date: [2. Juni 2021 um 07:52 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/28 "2021-06-02T07:52:54Z")

</div>

Puh, da ist guter Rat teuer.

Ich hänge gerade an einem Teil der Logdatei und frage mich, woher das kommt bzw. ob das seine Richtigkeit hat…

> request: „POST /api/\_action/message-queue/consume HTTP/2.0“, upstream: „fastcgi://unix:/var/lib/php5-fpm/web11514.sock:“, host: „XXX“

Warum taucht hier ein php5-fpm auf? Irritiert mich ein wenig.

Ansonsten würde ich ggfs. noch gerne wissen, was Du eingestellt hast beim Mailer, insbesondere Port und Verschlüsselungsmethode.

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 09:49 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/29 "2021-06-02T09:49:10Z")

</div>

@Marcus_Salden  
Hallo, nein der Migrationsassistent ist nicht installiert  
Nach welcher Tabelle soll ich denn Ausschau halten ?

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 09:52 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/30 "2021-06-02T09:52:09Z")

</div>

@mr.unschuldig

Danke für dein Bemühen ! Als Mailer hab ich den SMTP (Port 587 / TLS)…wurde auch von @TimmeHosting überprüft und arbeitet soweit fehlerfrei. Bei SW6.3 hatte ich den lokalen Mail-Agenten aktiv …habe jetzt aber umgestellt

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [2. Juni 2021 um 09:54 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/31 "2021-06-02T09:54:15Z")

</div>

man kann zB im PHPMyAdmin nach „enqueue“ suchen. Da stehen dann die Messages drin, die abgearbeitet werden. Ich würde mal vermuten, dass hier eine Message drin ist, die den Fehler auswirft. Irgendetwas, was hiermit in Verbindung stehen könnte: „SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage“  
Diese Zeilen könnte man aus der Tabelle löschen und prüfen, ob die Verarbeitung dann durchläuft…

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 09:59 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/32 "2021-06-02T09:59:36Z")

</div>

> [@Marcus\_Salden](#):
>
> SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage

Die Zeile SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage gibt es nicht in der Tabelle enqueue

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [2. Juni 2021 um 10:19 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/33 "2021-06-02T10:19:11Z")

</div>

vielleicht mal nach ‚%ProcessMedia%‘ im body-feld suchen

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 10:29 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/34 "2021-06-02T10:29:24Z")

</div>

> [@Marcus\_Salden](#):
>
> %ProcessMedia%‘

%ProcessMedia%‘ ist nirgends zu finden

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [2. Juni 2021 um 10:34 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/35 "2021-06-02T10:34:57Z")

</div>

gibts da nen eintrag in der tabelle „dead\_message“ oder „message\_queue\_stats“?

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 13:32 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/36 "2021-06-02T13:32:47Z")

</div>

> [@piratenkiste](#):
>
> SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage

Ich habe Hoffnung das wir einen Schritt vorwärts kommen:-)  
In beiden Tabellen dead\_message und message\_queue\_stats sind  
jeweils die Eintrage SwagMigrationAssistant\Migration\MessageQueue\Message\ProcessMediaMessage  
vorhanden.  
4 Einträge in der dead\_message und 1 Eintrag in der anderen Tabelle

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [2. Juni 2021 um 13:54 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/37 "2021-06-02T13:54:12Z")

</div>

Also zu der Fehlermeldung wegen php5-fpm brauchst du dir nicht mehr den Kopf zu zerbrechen…ich habe vom Hoster folgende Antwort erhalten: „Der Dateipfad in der Fehlermeldung ist hier auch nicht schlimm, dieser ist historisch gewachsen. Alle Sockets der einzelnen Webseiten werden in diesem Verzeichnis abgelegt und der Name beinhaltet hier nur noch PHP5 gibt jedoch keinerlei Auskunft über die PHP Version die wirklich genutzt wird.“  
Von daher kannst du dies ignorieren 😀

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [2. Juni 2021 um 14:25 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/38 "2021-06-02T14:25:31Z")

</div>

Ich würde hier vermuten, dass ein task, vlt der requeue\_dead\_messages, versucht, die dead messages wieder auszuführen. Dort befinden sich Einträge des Migrationsassistenten, der aber nicht mehr installiert ist.  
Ich kann dir da leider nicht mit Sicherheit sagen, ob man die Einträge in der Dead-Messages Tabelle bedenkenlos löschen kann (soweit ich das sehen kann gibts da nur einen foreign key zu den scheduled tasks). Dafür wäre eine Kopie des Shops in einer Entwicklungsumgebung gut.

---

<div class="post-metadata">

### Author: ![piratenkiste](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@piratenkiste](https://forum.shopware.com/u/piratenkiste)
#### Post date: [3. Juni 2021 um 07:34 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/39 "2021-06-03T07:34:38Z")

</div>

Hallo Marcus,

das mit dem Migrationsassistenten konnte ich klären (Einfach nochmal Neuinstallation und danach wieder deinstalliert - hat geklappt)

Wenn ich aber über einen CronJob wieder die Mails einrichte mit bin/console messenger:consume --memory-limit=2048M --time-limit=300 kommt folgende Fehlermeldung:

07:30:05 WARNING [php] User Notice: Key file „file:///var/www/clients/client2555/web11514/web/config/jwt/public.pem“ permissions are not correct, recommend changing to 600 or 660 instead of 644 [„exception“ =\> ErrorException { …}]

Woran liegt das ?

---

<div class="post-metadata">

### Author: ![Marcus\_Salden](https://avatars.discourse-cdn.com/v4/letter/m/b487fb/32.png) [@Marcus\_Salden](https://forum.shopware.com/u/Marcus_Salden)
#### Post date: [4. Juni 2021 um 07:25 UTC](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778/40 "2021-06-04T07:25:43Z")

</div>

Super! Dann scheinen die Einträge damit bereinigt worden zu sein 🙂  
Die Warnung betrifft die Zugriffsrechte.  
In der Konsole kann man die im entsprechenden Ordner anpassen:  
chmod 600 public.pem  
oder  
chmod 660 public.pem

[Vorherige Seite](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778.md?page=1)

[Nächste Seite](https://forum.shopware.com/t/nach-update-auf-6-4-1-kein-mailversand-mehr-an-kunden/87778.md?page=3)
