# Bestellbestätigung als eMail geht nicht raus **URL:** \ **Category:** Sonstiges\ **Created:** [18. Oktober 2024 um 11:44 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565 "2024-10-18T11:44:48Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![Odido](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/odido/32/9729_2.png) [@Odido](https://forum.shopware.com/u/Odido)\ **Post date:** [18. Oktober 2024 um 11:44 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565/1 "2024-10-18T11:44:48Z")
Hallo, unter Shopware 6.6.7.0 gehen bei mir keine Bestellbestätigungen per eMail raus. - Anforderungen Passwort vergessen gehen raus - der Kunde bekommt nach der Bestellung eine eMail wegen des geänderten Zahlungsstatus - im Flowbuilder ist die Regel für checkout.order.placed aktiv. Der Flow soll zwei Mails verschicken: an den Kunden und eine individuelle eMail. Beide gehen nicht raus. - Ich hab sogar schon für die zweite Regel eine neue Mailvorlage erstellt. In der steht außer „Hallo“ nix drin. - Ich h ab ebenfalls noch einen eigenen Flow angelegt mit Wenn-Bedingung die immer gilt und meine zuvor genannte eigene Vorlage vermailen soll. Nix geht raus. - die Logdateien am Server geben nix her - in den Logs vom Shopwarebackend ist auch nix zu finden - für heute komplett leer Darüber hinaus habe ich neben dem Lokalen E-Mail-Agent auch dem SMTP-Server sowie die Umgebungs-Konfiguration benutzen getestet. Auf keinem der drei Wege gehen bei Bestelleingang eMails raus. Bei vergessenen Passwörtern schon. Kann mir jemand bitte auf die Sprünge helfen, wo es hier zwickt? Danke und trübe Grüße Oliver ---
**Author:** ![Odido](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/odido/32/9729_2.png) [@Odido](https://forum.shopware.com/u/Odido)\ **Post date:** [21. Oktober 2024 um 11:20 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565/2 "2024-10-21T11:20:16Z")
Die Antwort ist die: Das von Shopware gelieferte Template verwendet für das Produktbild in der zweiten Spalte {{ nestedItem.cover.media.url }}. Dies Variable ist aber FALSCH!?!?! Es muss {{ nestedItem.cover.url }} heißen. Und dieser Fehler ist weder im Log noch in der Vorschau der Templates ersichtlich. Das hießt: wenn in einer Vorlage ein Fehler drin ist, dann wird das eMail einfach nicht verschickt. Keine Meldung, kein Hinweis, gar nix. 🤮 ---
**Author:** ![UX4U](https://avatars.discourse-cdn.com/v4/letter/u/5daacb/32.png) [@UX4U](https://forum.shopware.com/u/UX4U)\ **Post date:** [21. Oktober 2024 um 13:01 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565/3 "2024-10-21T13:01:16Z")
Du kannst hier dafür stimmen, damit Shopware das Problem eher angeht: [https://feedback.shopware.com/forums/942607-shopware-6-product-feedback-ideas/suggestions/48859082-extended-debugging-e-mail-template-dispatch](https://feedback.shopware.com/forums/942607-shopware-6-product-feedback-ideas/suggestions/48859082-extended-debugging-e-mail-template-dispatch) ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [22. Oktober 2024 um 06:38 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565/4 "2024-10-22T06:38:15Z")
> [@Odido](#): > > Das hießt: wenn in einer Vorlage ein Fehler drin ist, dann wird das eMail einfach nicht verschickt. Keine Meldung, kein Hinweis, gar nix. 🤮 Dieses Verhalten kommt sich aus der Vergangeheit sehr bekannt vor. Variablen die selbst Shopware vorgibt verhindern bei realen Mailversand das die Mail raus geht 🤦‍♂️ Da wuurde aus meiner Sicht mangelhaft geprüft. ---
**Author:** ![Stefan\_Med](https://avatars.discourse-cdn.com/v4/letter/s/2bfe46/32.png) [@Stefan\_Med](https://forum.shopware.com/u/Stefan_Med)\ **Post date:** [22. Oktober 2024 um 09:37 UTC](https://forum.shopware.com/t/bestellbestaetigung-als-email-geht-nicht-raus/105565/5 "2024-10-22T09:37:04Z")
Ich kann mich erinnern, dass das früher bei einer fehlerhaften Variable in den Logs aufgetaucht ist. Hatte jetzt vor kurzem dasselbe Problem, und weil ich in den Logs nichts gesehen habe habe ich überall sonst das Problem gesucht außer im Template.