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.
También está Mailjet, con hasta 6000 correos gratuitos al mes.
Me interesó Elastic Email porque tienen una alianza para organizaciones sin fines de lucro, y yo administro un foro para una organización sin fines de lucro.
Todavía no tengo claro cuál es el problema con el enlace de cancelación de suscripción: ¿alguien puede resumir qué sucede exactamente si los usuarios hacen clic en ese enlace en lugar del que añade Discourse (o si no hay enlace de Discourse, como es el caso de los correos de confirmación de registro)?
ACTUALIZACIÓN: Elastic Email ahora puede trabajar con los administradores de Discourse para desactivar el enlace de cancelación de suscripción de EE y gestionar las suscripciones a través de Discourse.
Levanté el problema con su soporte y recibí esta respuesta:
Hola Dan,
Algunos de nuestros clientes están utilizando discourse.org y estamos muy satisfechos con sus estadísticas de envío. En otras palabras, todos son negocios legítimos a los que nos encanta atender.
Teniendo en cuenta tus circunstancias, trabajaremos contigo para desactivar el enlace de cancelación de suscripción. De esta manera, podrás gestionar la suscripción a través de Discourse.org.
Espero que esto te funcione.
Gracias
Lubomir
Dan, creo que el problema es que se produce una desconexión. Los datos en Discourse no reflejan el hecho de que los correos electrónicos ya no se envían y se pierden en la lista de supresión del servicio de correo electrónico.
Luego tienes la molesta tarea manual de limpiarlos periódicamente en Discourse.
Además, y probablemente sea lo peor, no pueden simplemente reactivar su suscripción a través de la interfaz de Discourse y de alguna manera tienes que eliminar la supresión en el servicio de correo electrónico.
¡Esta es una gran noticia! Gracias, seguiré el hilo.
Ese es un problema tal como se describió anteriormente. Creo que lo que debe hacerse es agregar un webhook para Mailjet, de modo que Mailjet pueda notificar a Discourse cuando esto ocurra. (hay una howto para Mailgun y otros).
Aunque es bueno que Mailjet elimine sus enlaces de cancelación de suscripción, esto aún no cubre el caso en que una dirección deje de funcionar por alguna otra razón.
Recientemente agregué una PR para Postmark: Postmark bounce support? - #6 by pfaffman.
Imagino (pero no es mi decisión) que una PR similar para ElasticEmail también sería bienvenida.
Sus webhooks están documentados aquí: https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
Acabo de hablar con ellos y han indicado que tienen la intención de eliminarlos también de mis correos electrónicos.
¡Esto es genial!
Añadire que uno de los criterios que utilizan parece ser que ofrecerán ayuda siempre que todos tus correos electrónicos sean generados por Discourse (
)