Мне нужен способ создавать сводные письма о активности по запросу, а не автоматически и не на основе активности конкретного пользователя (посетившего или не посетившего форум).
Контекст: у нас есть экземпляр Discourse с примерно 1,1 тыс. активных пользователей и около 1,5 тыс. постов в неделю. Однако есть ряд пользователей «вне Discourse», которые по разным причинам всё ещё предпочитают классические рассылки (на базе GNU Mailman).
Цель — использовать красиво оформленные и информативные письма с обзором активности в качестве «вводного письма», чтобы вызвать больший интерес к обсуждениям на базе Discourse. Особенно среди тех пользователей, кто пока ещё предпочитает «старую школу» классических рассылок (потому что они ещё не знают, что Discourse гораздо мощнее ;-=)).
Возможные требования:
письмо с обзором активности должно создаваться «по запросу»;
формат должен быть либо статическим HTML, либо PDF-файлом;
администраторы или модераторы должны иметь возможность создавать такие письма и пересылать их пользователям «вне» круга регулярных пользователей Discourse (например, публикуя их в классической рассылке);
содержание письма с обзором активности должно быть настраиваемым в зависимости от категорий или тем;
оно должно ограничиваться определённым временным интервалом (например, включать только активность за последнюю неделю).
Вопросы:
a) Возможно ли что-то подобное уже сейчас, например, с помощью специальных API-запросов?
b) Если нет, что нужно сделать для реализации такой функции?
Возможно, возникло недопонимание. Цель не заключается в использовании Discourse как «платформы для email-маркетинга». Обе упомянутые системы (Discourse и почтовые списки Mailman) используются только для внутренней группы пользователей (не публично).
У нас есть ряд пользователей, которые по различным причинам всё ещё не используют Discourse (например, потому что считают его «слишком сложным» или не хотят использовать браузер вместо почтового клиента и т. д.). Цель — использовать уведомления о активности в качестве «закусочки для Discourse».
Задача — сделать этих пользователей более открытыми к использованию Discourse. Это можно достичь с помощью серии писем с интересным контентом и ссылками из платформы Discourse, которые будут отправляться вручную модераторами, имеющими доступ как к экземпляру Discourse, так и к старым почтовым спискам.
Конечная цель — миграция всех пользователей и их командной коммуникации на экземпляр Discourse и замена внутренних почтовых списков.
Я вас прекрасно понимаю. Хотя то, что вы описываете, кажется отличным от платформы email-маркетинга, это означало бы расширение почтовой системы Discourse для обеспечения детальной кастомизации и возможности выбора пользователей на основе их активности внутри сообщества. Это будет непросто, так как письма, отправляемые из Discourse, носят транзакционный характер и в большей степени являются уведомлениями.
То, что вы описали, действительно звучит полезно, и я вполне вижу в этом необходимость: запросы на дополнительный функционал для email — не редкость. Большинство таких задач можно решить с помощью сторонних систем, поэтому, скорее всего, любые улучшения в области email будут зависеть от интеграции со сторонними сервисами (мы начали более активно изучать этот вопрос недавно).
Некоторая интеграция со сторонними сервисами рассылки уже возможна через вебхуки, но для нетехнических специалистов это может быть сложно… и даже в этом случае возможности остаются ограниченными.
Скорее всего, будущие улучшения будут заключаться в более прямой интеграции с платформами email-маркетинга, такими как Mailchimp, ConvertKit, Constant Contact и другими. Таким образом, возможно, вы сможете настроить простую автоматизацию без написания кода, например:
если [пользователь не входил в систему в течение X дней] то [подписать пользователя на список X в Mailchimp], где в списке используются кастомизированные шаблоны писем, которые извлекают конкретные данные из тем сообщества и формируют красиво оформленное отображение, как вы и описывали.
И я предполагаю, что любой SQL-запрос всё равно не решит задачу, связанную с необходимостью получить отформатированный вывод (контент и/или ссылки на «реальные сообщения/темы»).