Remove (or merge) Elastic email Unsubscribe

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 :top: so this issue should naturally resolve itself over time.

Также есть Mailjet, предлагающий до 6000 бесплатных писем в месяц.

Меня заинтересовал Elastic Email, так как у них есть партнёрство с некоммерческими организациями, а я управляю форумом для некоммерческой организации.

До сих пор не совсем понятно, в чём проблема со ссылкой для отписки — может, кто-нибудь кратко объяснит, что именно происходит, если пользователи нажимают на эту ссылку вместо ссылки, которую добавляет Discourse (или если ссылки от Discourse нет, как в случае с письмами для подтверждения регистрации)?

ОБНОВЛЕНИЕ: Elastic Email теперь может работать с администраторами Discourse для отключения ссылки на отписку в EE и управления подписками через Discourse.

Я поднял этот вопрос в их службе поддержки и получил следующий ответ:

Привет, Дэн,

Некоторые из наших клиентов используют discourse.org, и мы очень довольны их статистикой рассылки. Иными словами, это все легитимные компании, с которыми нам приятно работать.

Учитывая ваши обстоятельства, мы готовы пойти вам навстречу и отключить ссылку на отписку. Таким образом, вы сможете управлять подписками через Discourse.org.

Надеюсь, это вас устроит.

Спасибо,
Любомир

Дэн, я думаю, проблема в том, что возникает разрыв. Данные в Discourse не отражают того факта, что рассылка писем прекращена, и они попадают в список подавления сервиса электронной почты.

Затем вам приходится выполнять утомительную ручную работу по периодической очистке этих записей в Discourse.

Кроме того, и это, вероятно, ещё хуже, они не могут просто повторно активировать подписку через интерфейс Discourse — вам каким-то образом нужно убрать подавление в сервисе электронной почты.

Это отличная новость! Спасибо, я свяжусь для уточнения деталей.

Это проблема, описанная выше. Как я понимаю, необходимо добавить вебхук для Mailjet, чтобы Mailjet мог уведомлять Discourse при таком событии. (Существует руководство howto для Mailgun и других сервисов).

Хотя то, что Mailjet убирает свои ссылки для отписки, — это хорошо, это всё равно не покрывает случай, когда адрес перестаёт работать по какой-то другой причине.

Недавно я добавил PR для Postmark: Postmark bounce support? - #6 by pfaffman.

Предполагаю (но это не моё решение), что аналогичный PR для ElasticEmail тоже будет приветствоваться.

Их вебхуки описаны здесь: https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks

Я только что поговорил с ними, и они заявили, что намерены убрать их и из моих писем.

Это замечательно!

Хочу добавить, что одним из критериев, который они используют, кажется, является то, что они помогут, если все ваши письма генерируются Discourse (:+1:)