Magento sendet keine Bestellbestätigungs-E-Mails an den Administrator

15

Ich weiß nicht, was ich tun soll.

Heute morgen habe ich cron konfiguriert und laut Aoe_Scheduler werden die E-Mails in der Warteschlange alle 5 Minuten versendet. Ich erhalte jedoch keine neuen Auftragsbestätigungen in meinem E-Mail-Konto. Ich habe dreimal überprüft, ob ich die richtige Bestätigungsadresse konfiguriert habe, und ich habe die überprüften Spam-Ordner vervierfacht, aber keine E-Mails dort.

Ich mache mir Sorgen, dass die Kunden auch keine E-Mails bekommen haben. Kennt jemand dieses Problem? Ich habe 1.9.1 ausgeführt (und seit ein paar Minuten 1.9.2).

Bearbeiten: Durch das Erstellen eines Kontos oder das Anfordern eines neuen Passworts im Frontend werden E-Mails gesendet.

— Frank
quelle

Was zeigen Ihre ausgehenden E-Mail-Protokolle?

— Ben Lessani - Sonassi

@ BenLessani-Sonassi Ich bin auf einem gemeinsam genutzten Magento-Server und kann daher nicht direkt auf diese Protokolle zugreifen. (Ich werde meinen Hosting-Anbieter kontaktieren.) Vielen Dank für den Protokollvorschlag.

— Frank

Auch das Setzen von Aoe_Scheduler Queue configuration -> Queue Usage -> Never hilft.

— Amitshree

14

Versuchen Sie eine Problemumgehung:

in CMS> SALES EMAILS Auftrag festlegen> E-Mails per E-Mail senden (BCC ist fehlerhaft)

Magento kennt diesen Fehler und wird ihn in 2.0 beheben.

— TonkBerlin
quelle

Wann ist ein Fix geplant? Ist es jetzt behoben?

— Camdixon

9

Ich habe drei Tage damit verbracht, diese Probleme zu untersuchen und zu beheben, und kann jetzt mein neu gewonnenes Wissen über die möglichen Probleme, die sich aus der Aktualisierung von Magento auf 1.9 ergeben, weitergeben.

Zunächst einmal ist Magento 1.9+ vollständig auf Cron-Jobs angewiesen, um Transaktions-E-Mails zu versenden. Wenn Sie zuvor noch keine Cron-Jobs eingerichtet hatten, müssen Sie dies jetzt tun.

Stellen Sie zunächst sicher, dass Sie im Magento-Admin unter cron-Tasks eingerichtet haben System > Configuration > Advanced > System > Cron. Die Standardeinstellungen sind:

Generate Schedules Every: 15
Schedule Ahead for: 20
Missed if Not Run Within: 15
History Cleanup Every: 10
Success History Lifetime: 60
Failure History Lifetime: 600

Es gibt Leute, die vorschlagen, diese Einstellungen zu ändern, aber da sie sich nicht auf die beste Kombination einigen können, lasse ich es lieber so, wie es ist.

Sie müssen dann in Ihr Hosting-Control-Panel gehen und Cron-Jobs einrichten. In cPanel befindet es sich unter Erweitert> Cron-Jobs. Richten Sie sie so ein, dass sie alle fünf Minuten ausgeführt werden, und verwenden Sie den folgenden Befehl:

php -f /home/username/public_html/cron.php

Überprüfen Sie, ob der oben angegebene Pfad korrekt ist und ob die Datei cron.php im Stammverzeichnis Ihrer Magento-Installation vorhanden ist (falls Sie gerade ein Upgrade durchgeführt haben, sollte dies der Fall sein). Ändern Sie den Benutzernamen in das richtige Konto.

Jetzt habe ich zunächst den Fehler gemacht, den Rat der Entwickler von xtento.com zu befolgen, die sagen, dass sie eine wget-Befehlszeichenfolge verwenden sollen: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php .

Das hat bei mir überhaupt nicht funktioniert, während das PHP-Kommando funktioniert hat, also ist mein Rat: Bleib dabei.

— Les Johnston
quelle

Danke für Ihre Hilfe! Ihr PHP-Vorschlag von "php -f /home/username/public_html/cron.php" hat für mich funktioniert.

— Scottiss

Toller Kerl! es hat auch bei mir funktioniert, wie ein Zauber

— CodeRomeos

Wget sollte auch funktionieren. Ich bin gespannt, was da schief gelaufen ist

— groovenectar

Danke, ich habe auf der DEV-Instanz kein Cron ausgeführt und festgestellt, dass E-Mails mit vergessenem Kennwort gesendet wurden, die Bestellbestätigung jedoch nicht nach dem Upgrade auf 1.9.4.1. Erscheint Transaktions-E-Mails werden ab 1.9 über cron versendet. Die folgende Syntax wird für unseren Cron verwendet. Sie kann hilfreich sein, um zu verhindern, dass Cron während des Upgrades DB-Updates auslöst: "! Test -e /absolute/path/to/your/sites/document/root/maintenance.flag && php - f /absolute/path/to/your/sites/document/root/cron.php> / dev / null 2> & 1 "

— Flipmedia

2

Bestellbestätigungs-E-Mails wurden nicht an den Kunden oder an uns gesendet. Überprüfte Cronjobs unter cpanel und es war leer. Meine Testseite funktionierte einwandfrei, also überprüfte ich die Cron-Jobs, um diese Einstellung zu finden, und es gingen sofort 60 E-Mails ein, sobald ich sie auf der Live-Seite eingestellt hatte. Hoffe das hilft jemandem, hat mich verrückt gemacht.

min: 0,26,42,58 Stunde: * Tag: * Monat: * Wochentag: *

Befehl: php /home/username/public_html/cron.php > /dev/null

— Stu-Hund
quelle