Eu fiz um fork que estamos usando há alguns meses:
Se houver interesse em discuti-lo, abrirei um tópico apropriado.
Recursos adicionais deste fork são:
- opções de configuração para
- categorias, que devem ser incluídas no envio de e-mails
- grupos de usuários, que devem ser direcionados no envio de e-mails
- hora do dia, quando o envio de e-mails deve ocorrer
- modelo de e-mail atualizado (com melhor suporte para modo escuro)
A principal razão para usar este plugin foi poder prometer aos usuários “um e-mail por dia”.
No entanto, em nossa experiência, um e-mail que resume as alterações em um dia é ignorado por muitos destinatários ou acaba no spam.
Outras desvantagens de enviar um resumo de atualizações para um grupo-alvo que usa principalmente um fórum por e-mail são
- nenhuma informação sobre uma atualização na linha de assunto do e-mail
- os usuários não podem processar as informações individualmente, ou seja, excluir parcialmente, marcar, etc.
- não é possível responder por e-mail
- a criação automática de threads em seu cliente de e-mail será desativada
- você tem que reinventar a roda, se quiser assinaturas granulares de fluxos de informação em seu discourse.
Haverá áreas de aplicação onde tal atualização continuará a fazer sentido. Para isso, seria vantajoso pelo menos ter a linha de assunto gerada por IA.
No entanto, decidimos esperar que o usuário receba um grande número de e-mails, mas possibilitar a assinatura deles em detalhes cada vez maiores através do uso de tags.
Como a atribuição de tags agora leva ao envio de e-mails, é importante poder cancelar a assinatura deles através de um link no e-mail:
A longo prazo, seria desejável que a urgência das atualizações (imediata, resumo semanal ou mensal) pudesse ser configurável ou selecionável pelos usuários por tag / categoria.