Recebi uma notificação da AWS informando que Yahoo e Gmail estão implementando uma longa lista de novas regras para remetentes de e-mail “em massa”.
O Discourse, acho que pode se enquadrar nessa categoria, especialmente se você usar o Modo Lista de E-mails (como nós fazemos).
Existem planos (ou talvez já o faça) para implementar esses novos requisitos nos E-mails do Discourse?
As mudanças / requisitos estão descritos aqui:
Algumas delas são externas, como DKIM e SPF, mas há algumas mudanças exigidas também no corpo do e-mail.
Espera-se que os remetentes em massa incluam um mecanismo para cancelar a inscrição adicionando um link fácil de encontrar dentro da mensagem. As regras de provedores de caixa de correio de fevereiro de 2024 exigirão que os remetentes adicionem também cabeçalhos de cancelamento de inscrição com um clique, conforme definido por RFC 2369 e RFC 8058. Esses cabeçalhos facilitam o cancelamento da inscrição pelos destinatários, o que reduz a taxa com que os destinatários reclamarão marcando as mensagens como spam.
Existem muitos fatores que podem resultar em suas mensagens serem classificadas como em massa por qualquer provedor de caixa de correio. Volume acima de 5000 por dia é um fator, mas o fator principal que os provedores de caixa de correio usam é se o destinatário realmente deseja receber o e-mail.
O Discourse já gera links de cancelamento de inscrição no cabeçalho List-Unsubscribe e no corpo da mensagem. Você já revisou esses e os achou insuficientes?
Isso chamou minha atenção novamente recentemente, e eu realmente tive a capacidade de me aprofundar nos detalhes.
Temos um cabeçalho List-Unsubscribe há muito tempo, mas há um forte impulso para ter um cancelamento de inscrição real de um clique sem uma etapa de confirmação adicional do remetente.
Tive um problema semelhante em uma lista de e-mail diferente, o problema com o cancelamento de inscrição de um clique é que muitos clientes de e-mail e filtros de spam/vírus clicam/ativam links para “investigá-los” e acabam cancelando a inscrição de alguém, então você definitivamente precisa de uma confirmação de algum tipo, não apenas uma ativação de link.
Tivemos um monte de pessoas, especialmente aquelas no ambiente corporativo/Outlook, que foram automaticamente canceladas.
Mas talvez se for feito através deste cabeçalho, esteja tudo bem.
Essa preocupação é abordada especificamente por este RFC.
Uma solicitação GET não deve acionar o cancelamento da inscrição exatamente por esse motivo, apenas um POST que deve ser explicitamente confirmado pelo usuário.
Quando testei isso no Gmail, há uma confirmação secundária, mas ela ocorre no cliente de e-mail — então acredito que isso ainda atende aos requisitos de “cancelamento de inscrição fácil” sem o risco de cancelamentos não intencionais devido a investigações do cliente de e-mail:
