Magento no envía correos electrónicos de confirmación de pedido al administrador

15

No sé qué hacer.

Esta mañana configuré cron y, según Aoe_Scheduler, los correos electrónicos en la cola se envían cada 5 minutos. Sin embargo, no recibo nuevas confirmaciones de pedidos en mi cuenta de correo electrónico. He verificado tres veces si he configurado la dirección de confirmación correcta y cuadruplicado las carpetas de correo no deseado, pero no hay correos electrónicos allí.

Me preocupa que los clientes tampoco hayan recibido ningún correo electrónico. ¿Alguien reconoce este problema? Corrí 1.9.1 (y desde hace unos minutos 1.9.2).

editar: crear una cuenta o solicitar una nueva contraseña en la interfaz envía correos electrónicos.

— Franco
fuente

¿Qué muestran sus registros de correo saliente?

— Ben Lessani - Sonassi

@ BenLessani-Sonassi Estoy en un servidor Magento compartido, así que no puedo acceder a esos registros directamente (me pondré en contacto con mi proveedor de hosting) Gracias por la sugerencia de registro.

— Frank

También Queue configuration -> Queue Usage -> Never ayuda configurar Aoe_Scheduler .

— amitshree

15

Pruebe un entorno de trabajo:

en CMS> CORREO ELECTRÓNICO DE VENTAS Establecer pedido> Correos electrónicos enviados por correo separado (BCC es Buggy)

Magento conoce este error y lo arreglará en 2.0.

— TonkBerlin
fuente

¿Cuándo se programa la reparación? ¿Está arreglado ahora?

— camdixon el

9

Pasaron tres días investigando y abordando esos problemas, y ahora puedo compartir mi conocimiento recién descubierto de los posibles problemas derivados de la actualización de Magento a 1.9.

En primer lugar, Magento 1.9+ se basa completamente en trabajos cron para enviar correos electrónicos transaccionales. Si no tenía los trabajos cron configurados correctamente antes, tendrá que hacerlo ahora.

En primer lugar, asegúrese de haber configurado tareas cron en el administrador de Magento en System > Configuration > Advanced > System > Cron. La configuración predeterminada es:

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

Hay personas que sugieren que se debe cambiar esta configuración, pero como parece que no pueden ponerse de acuerdo sobre la mejor combinación, prefiero dejarla como está.

Luego debe ir a su panel de control de hosting y configurar trabajos cron. En cPanel está en Avanzado> Trabajos Cron. Configúrelos para que se ejecuten cada cinco minutos y use este comando:

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

Verifique que la ruta anterior sea correcta y que el archivo cron.php esté realmente en la raíz de su instalación de Magento (si acaba de actualizar, debería estarlo). Cambiar nombre de usuario a la cuenta correcta.

Ahora, inicialmente hizo que el error de seguir el consejo de los desarrolladores en xtento.com que dicen utilizar una cadena de comando wget: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php.

Esto no funcionó para mí en absoluto, mientras que el comando php sí, así que mi consejo es: quédate con eso.

— Les Johnston
fuente

¡Gracias por tu ayuda! Su sugerencia de php de "php -f /home/username/public_html/cron.php" funcionó para mí.

— scottiss

¡Hombre asombroso! funcionó para mí también, como un encanto

— CodeRomeos

Usar wget también debería funcionar ... Tengo curiosidad por saber qué salió mal allí

— Groovenectar

Gracias, no estaba ejecutando cron en la instancia DEV y noté que se estaban enviando correos electrónicos con contraseña olvidada, pero la confirmación del pedido no siguió a la actualización a 1.9.4.1 ... Agregar el cron para el sitio DEV resolvió el envío del correo electrónico del pedido. Aparece Los correos electrónicos transaccionales se envían a través de cron a partir de 1.9. La siguiente es la sintaxis que usamos para nuestro cron, puede ser útil para detener el cron que activa las actualizaciones de db a mediados de la actualización: "! 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

Los correos electrónicos de confirmación del pedido no se enviaban al cliente ni a nosotros. Comprueba los trabajos cron en cpanel y estaba vacío. Mi sitio de prueba funcionó bien, así que revisé los trabajos cron para encontrar esta configuración e instantáneamente llegaron 60 correos electrónicos una vez que lo configuré en el sitio en vivo. Espero que esto ayude a alguien, me volvió loco.

min: 0,26,42,58 hora: * Día: * Mes: * Día de la semana: *

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

— Stu-Dog
fuente