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.
C’è anche Mailjet, con fino a 6000 email gratuite al mese.
Ero interessato a Elastic Email perché offrono una partnership per organizzazioni non profit, e gestisco un forum per un’organizzazione non profit.
Non sono ancora chiaro sul problema con il link di disiscrizione: qualcuno può riassumere cosa succede esattamente se gli utenti cliccano su quel link invece del link aggiunto da Discourse (o se non c’è alcun link da parte di Discourse, come nel caso delle email di conferma della registrazione)?
AGGIORNAMENTO: Elastic Email può ora collaborare con gli amministratori di Discourse per disabilitare il link di disiscrizione di EE e gestire le iscrizioni tramite Discourse.
Ho segnalato il problema al loro supporto e ho ricevuto questa risposta:
Ciao Dan,
Alcuni dei nostri clienti utilizzano discourse.org e siamo molto soddisfatti delle loro statistiche di invio. In altre parole, si tratta tutte di aziende legittime che siamo lieti di servire.
Considerando la tua situazione, lavoreremo con te per disabilitare il link di disiscrizione. In questo modo potrai gestire le iscrizioni tramite Discourse.org.
Spero che questo vada bene per te.
Grazie
Lubomir
Dan, penso che il problema sia che si crea una disconnessione. I dati in Discourse non riflettono il fatto che le email non vengono più inviate e finiscono nella lista di soppressione del servizio di posta.
Di conseguenza, hai il fastidioso compito manuale di pulire periodicamente questi elementi in Discourse.
Inoltre, e probabilmente è peggio, non possono semplicemente riattivare l’abbonamento tramite l’interfaccia di Discourse; devi in qualche modo rimuovere la soppressione nel servizio di posta.
Questa è una grande notizia! Grazie, farò un seguito.
Questo è un problema come descritto sopra. Credo che ciò che deve accadere sia aggiungere un webhook per Mailjet, in modo che Mailjet possa notificare a Discourse quando ciò accade. (esiste una guida howto per Mailgun e altri).
Sebbene sia positivo che Mailjet rimuova i propri link di disiscrizione, ciò non copre comunque il caso in cui un indirizzo smetta di funzionare per un altro motivo.
Recentemente ho aggiunto una PR per Postmark: Postmark bounce support? - #6 by pfaffman.
Immagino (ma non spetta a me decidere) che una PR simile per ElasticEmail sarebbe ben accolta.
I loro webhook sono documentati qui: https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
Ho appena parlato con loro e hanno dichiarato che intendono rimuoverli anche dalle mie email.
È fantastico!
Aggiungo però che uno dei criteri che utilizzano sembra essere che forniranno assistenza solo se tutte le tue email sono generate da Discourse (
)