Personal i don’t use anymore, but yes for me that was the reason
Yes I chose it because it was recommended and it sent the most email for free out of the recommended services. After discovering there is no clear way for EE to communicate bounce info to Discourse, I plan on making the switch to Mailgun.
EE should be removed from the recommended services IMO due to it not fully integrating with Discourse like the others do. Or at the very least a disclaimer should be added next to the recommendation.
Ran into this same issue over last two months and now regretting using Elastic Email without knowing this limitation.
Just created a pull request for this:
Looks like their pricing also changed completely
100/day limit
Just created a PR to remove it completely as it lost the only benefit it had:
Their paid plans aren’t widely out of line with the others listed. Those suggestions aren’t only for small communities interested in a free ride.
Would recommend updating their details to reflect the change, rather than unilaterally deciding to remove them completely.
(as mentioned on GitHub)
I understand, however as mentioned in the for-removal section and in this thread, the main issue with elastic is the double-footer (which also causes re-subscribe issues); as such I don’t think it should be considered as a recommendation (unless that issue changes).
I believe that the main reason it was kept on the list is that of the generous free plan; given the multiple integration issues.
I’ve filed an alternate PR with the amendments I suggested. Unless @codinghorror asks it be removed all we need to do is update it as-is.
Based on the new severe restrictions to the free tier, Elastic is now sorted at the bottom in the docs, whereas it used to be at the 
so this issue should naturally resolve itself over time.
Também há o Mailjet, com até 6.000 e-mails gratuitos por mês.
Eu estava interessado no Elastic Email porque eles têm uma parceria para organizações sem fins lucrativos, e eu administro um fórum para uma organização sem fins lucrativos.
Ainda não tenho clareza sobre qual é o problema com o link de cancelamento de inscrição — alguém pode resumir exatamente o que acontece se os usuários clicarem nesse link em vez do link que o Discourse adiciona (ou se não houver link do Discourse, como é o caso dos e-mails de confirmação de cadastro)?
ATUALIZAÇÃO: O Elastic Email agora pode trabalhar com administradores do Discourse para desativar o link de cancelamento de inscrição do EE e gerenciar inscrições por meio do Discourse.
Levei o problema ao suporte deles e recebi esta resposta:
Olá, Dan,
Alguns de nossos clientes estão usando discourse.org e estamos muito satisfeitos com as estatísticas de envio deles. Em outras palavras, todos são empresas legítimas que adoramos atender.
Considerando sua situação, trabalharemos com você para desativar o link de cancelamento de inscrição. Dessa forma, você poderá gerenciar as inscrições por meio do Discourse.org.
Espero que isso funcione para você.
Obrigado,
Lubomir
Dan, acho que o problema é que surge uma desconexão. Os dados no Discourse não refletem o fato de que os e-mails não estão mais sendo enviados e acabam perdidos na lista de supressão do serviço de e-mail.
Então, você acaba com um trabalho manual chato de limpar isso periodicamente no Discourse.
Além disso, e provavelmente pior, eles não podem simplesmente reativar sua assinatura pela interface do Discourse; de alguma forma, é necessário remover a supressão no serviço de e-mail.
Isso é uma ótima notícia! Obrigado, vou acompanhar.
Esse é um problema conforme descrito acima. O que precisa acontecer, acredito, é adicionar um webhook para o Mailjet, para que o Mailjet possa notificar o Discourse quando isso ocorrer. (já existe um howto para Mailgun e outros).
Embora seja bom que o Mailjet remova seus links de cancelamento de inscrição, isso ainda não cobre o caso em que um endereço deixa de funcionar por algum outro motivo.
Recentemente, adicionei um PR para o Postmark: Postmark bounce support? - #6 by pfaffman.
Imagino (mas não é minha decisão) que um PR semelhante para o ElasticEmail também seria bem-vindo.
Os webhooks deles estão documentados aqui: https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
Acabei de falar com eles e disseram que pretendem removê-los dos meus e-mails também.
Isso é ótimo!
Vou acrescentar, no entanto, que um dos critérios que eles usam parece ser que eles ajudarão desde que todos os seus e-mails sejam gerados pelo Discourse (
)