Ola,
Em Mautic Settings, E-mail Settings, Como o e-mail deve ser processado?
Para envios SMTP que não excedam, por exemplo, 500 envios por hora, é melhor definir “Enviar imediatamente” ou deixar em “Fila de espera”? 
Obrigado.
Você tem 2 caminhos.
1 - Primeiro seria controlar a geração dos emails (seja campanha, seja email broadcast), esta crons possuem controle de limite e bloco. Então se você construir assim:
php /var/www/html/bin/console mautic:campaigns:rebuild --batch-limit=150 --max-contacts=150
php /var/www/html/bin/console mautic:broadcast:send --limit=500 --batch=500
2 - Segundo seria controlar a saida dos emails:
php /var/www/html/bin/console mautic:email:send --message-limit=500
A partir dai você pode definir nas crons, o intervalo entre os blocos.
Pode exemplo, se a ideia é enviar 500 email apenas por hora. você define como:
0 * * * * (zero minuto de todas as horas e todos os dias)
ou você pode diluir em blocosde 100, por exemplo:
0,15,25,35,45 * * * * (rodar no minuto 0, 15, 25, 35 e 45 de cada hora)
Estas duas soluções resolvem.
1 curtida
Obrigado pela resposta Leo, mas você não respondeu à minha configuração, qual você mais recomenda para o envio SMTP limitado a 500/hora?
“Enviar imediatamente” ou deixar em “Fila de espera”?
Saudações
Respondi o como,as nao o porque, rss
Eu particularmente defendo a ideia de sempre usar em fila. E mais controlado e não vai bloquear ou exigir os recursos do servidor durante o processo, que e o que acontece com o envio imediato. Se voce monitorar os dois processos vai perceber que o envio imediato consome todo o processador e memoria disponivel.
Dai a avaliação, sao poucos envios para muitos recursos, entao o envio imediato vai ter ganhar alguns kinutos no processo. Se foram muitos envio com recursos limitados. Entao e bom fazer com fila. Que vai seguir de acordo com os recursos disponiveis e respeitabdo a p4ioridade.
Bom. Sobre o numero de envios por hora, qualquer número é um numero mágico. Nao tem registro nel explicação em lugar nenhum. Mas ha quem use smtp proprio com 1 ip, que considera que enviar de forma controladas e restrita evite que o ip seja considerado um risco. Então 500 é um número considerado baixo e utilizado por estes motivos…
2 curtidas
