Não sei como o backend funciona em todos os detalhes, mas o email_time_window_mins é apenas uma configuração de atraso antes que o primeiro e-mail seja enviado. Durante esse tempo, qualquer usuário definido para receber o e-mail pode “desistir” do e-mail se estiver ativo dentro da janela de período (terminologia oficial: e-mail pulado; motivo do pulo: Usuário foi visto recentemente).
O atraso padrão é de 10 minutos, o que significa que a postagem deve estar ativa por 10 minutos, e só então os e-mails serão enviados.
O problema de Richie é a diferença de tempo entre o primeiro e-mail e o último e-mail… um atraso de uma hora. Isso provavelmente se deve à grande quantidade de e-mails que precisam ser enviados, embora eu também não possa ter certeza.
Alterar a configuração acima apenas aceleraria o envio do primeiro e-mail, mas não resolveria a duração de conclusão do lote inteiro de 22.000 e-mails.
Qual seria a configuração recomendada, obviamente dependente da capacidade da infraestrutura?
Uma configuração alta poderia resultar em problemas de servidor em termos de carga ou outros?