Das wurde abgelehnt, weil es sich dabei um einen Konfigurationsfehler handelt, nicht um einen Bug im Shop. Wenn die Vorlage deaktiviert ist, aber in den Einstellungen der Zahlungsart eingestellt ist, dass die E-Mail verschickt werden soll ("E-Mail: Bestätigung der Zahlung"), dann kommt dieser Fehler. Dass es dafür 2 Stellen gibt, liegt daran, dass es erwünscht sein könnte, für Zahlungsart X eine E-Mail rausgehen soll, für Zahlungsart Y aber nicht. Aber wenn die Vorlage komplett deaktiviert ist, dann sollte auch für jede Zahlungsart eingestellt sein, dass die Bestätigung der Zahlung nicht rausgehen soll. Gleiches gilt für die Stornierungsvorlage.
Da hab ich gar nicht drauf geachtet, dass da kein Kommentar bei steht. Ich habs nachgeholt.@OliverS
Könntet ihr das dann bitte auch so in das Ticket schreiben damit man nicht noch weiter suchen muss?
Beim Grund abgelehnt steht ja auch siehe Kommentar, aber da ist ja nichts
Steht denn im Backend unter "Marketing -> Berichte" das "E-Mail-Berichte nutzen" auf "Ja"? Und/oder ist im Backend unter "Administration -> System -> Cron" im Reiter "Queue-Einträge" noch ein Cron mit dem Namen "Status-E-Mails" gelistet? Dann würde in der Tat die Gefahr bestehen, dass das nächsten Monat wieder passiert. Wenn beides nicht der Fall ist, sollte das auch keine Probleme machen. Ansonsten, einfach "E-Mail-Berichte nutzen" auf "Nein" stellen oder den "Status-E-Mails"-Cron löschen.
Ja, den "Status-E-Mails"-Cron am besten löschen, wenn die E-Mail-Berichte ausgeschaltet sind. Der wird ohnehin automatisch angelegt, wenn man die E-Mail-Berichte wieder einschaltet.
