Magento não envia e-mails de confirmação do pedido para o administrador

15

Estou sem saber o que fazer.

Esta manhã eu configurei o cron e, de acordo com Aoe_Scheduler, os emails na fila são enviados a cada 5 minutos. No entanto, não recebo novas confirmações de pedidos na minha conta de e-mail. Eu verifiquei três vezes se configurou o endereço de confirmação correto e quadruplicou as pastas de spam verificadas, mas não há e-mails.

Estou preocupado que os clientes também não tenham recebido e-mails. Alguém reconhece esse problema? Corri o 1.9.1 (e desde alguns minutos 1.9.2).

editar: criar uma conta ou solicitar uma nova senha no frontend envia emails.

orders email cron ce-1.9.2.0 order-confirmation Frank
fonte
O que mostram seus logs de saída?
Ben Lessani - Sonassi 07/07
@ BenLessani-Sonassi Estou em um servidor magento compartilhado, por isso não consigo acessar esses logs diretamente (entrarei em contato com meu provedor de hospedagem) Obrigado pela sugestão de log.
24740 Frank
Também definir Aoe_Scheduler Queue configuration -> Queue Usage -> Never ajuda.
amitshree

Respostas:

14

Tente uma solução alternativa:

em CMS> EMAILS DE VENDAS Definir pedido> E-mails enviados por e-mail separado (BCC é Buggy)

O Magento conhece esse bug e será corrigido no 2.0.

TonkBerlin
fonte
Quando está prevista a correção? Está consertado agora?
Camdixon #
9

Foram gastos três dias investigando e solucionando esses problemas, e agora posso compartilhar meu conhecimento recém-descoberto dos possíveis problemas decorrentes da atualização do Magento para 1.9.

Antes de tudo, o Magento 1.9+ depende completamente de tarefas cron para enviar e-mails transacionais. Se você não tinha tarefas cron configuradas corretamente antes, precisará fazê-lo agora.

Antes de tudo, verifique se você configurou as tarefas cron no administrador do Magento em System > Configuration > Advanced > System > Cron. As configurações padrão são:

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

Existem pessoas sugerindo que essas configurações devem ser alteradas, mas como elas parecem não concordar com a melhor combinação, prefiro deixá-las como estão.

Você precisará acessar o painel de controle da hospedagem e configurar os trabalhos cron. No cPanel, está em Avançado> Trabalhos Cron. Configure-os para serem executados a cada cinco minutos e use este comando:

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

Verifique se o caminho acima está correto e se o arquivo cron.php está realmente lá na raiz da sua instalação do Magento (se você acabou de atualizar, deve estar). Mude o nome de usuário para a conta correta.

Agora, eu inicialmente cometeu o erro de seguir os conselhos dos desenvolvedores em xtento.com que dizem usar uma seqüência de comando wget: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php.

Isso não funcionou para mim, enquanto o comando php funcionou, então meu conselho é: fique com isso.

Les Johnston
fonte
Obrigado pela ajuda! Sua sugestão de php de "php -f /home/username/public_html/cron.php" funcionou para mim.
scottiss
Homem incrível! ele trabalhou para mim também, como um encanto
CodeRomeos
Usando wget deve funcionar tão bem .. Estou curioso para saber o que deu errado lá
groovenectar
Obrigado, eu não estava executando o cron na instância do DEV e observei que os e-mails com senha esquecida estavam sendo enviados, mas a confirmação do pedido não seguiu a atualização para 1.9.4.1 ... A adição do cron para o site DEV resolveu o envio do e-mail do pedido. Parece que os emails transacionais são enviados via cron a partir de 1.9. A seguir, a sintaxe que usamos para o nosso cron, pode ser útil para interromper o cron que desencadeia as atualizações do db durante a atualização: "! 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

Os emails de confirmação do pedido não estavam sendo enviados para o cliente ou para nós. Verifiquei os trabalhos do cron no cpanel e ele estava vazio. Meu site de teste funcionou bem, então verifiquei os trabalhos do cron para encontrar essa configuração e instantaneamente 60 e-mails chegaram depois que eu o defini no site ativo. Espero que isso ajude alguém, me deixou louco.

min: 0,26,42,58 hora: * Dia: * Mês: * Dia da semana: *

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

Stu-Dog
fonte