Здравствуйте!
Я хочу, чтобы Discourse отправлял исходящие электронные письма только для:
- сброса пароля
- ничего другого.
Почему? Большинство текущих уведомлений уже покрываются push-уведомлениями. Поэтому это не важно.
С уважением,
Гульшан
Я уже изучал этот вопрос, но, насколько мне известно, планов по его реализации нет. Вы можете отключить все уведомления, кроме уведомлений о действиях сотрудников, но нельзя отключить все, кроме уведомлений о сбросе пароля.
Единственное решение для вас — массово изменить настройки уведомлений пользователей для всех аккаунтов, чтобы они не получали сводку по электронной почте и не получали уведомлений об упоминаниях или сообщениях и т. д., как показано на скриншоте ниже. Однако, если позже они решат изменить эти настройки, вы не сможете им помешать.
Отлично! Вы можете установить email time window mins в 2000000000, что соответствует очень большому промежутку времени. Максимальное значение для personal email time window seconds такое же, но это тоже очень долгий срок. К тому времени все ваши текущие пользователи уже, скорее всего, уйдут из жизни (хотя для PMS это не так — некоторые, вероятно, будут живы ещё через 63 года). А сводки можно просто отключить.
Нет, это не связано.
Если это новый сайт, вы можете установить настройки пользователя по умолчанию через настройки администратора.
Если нет, вы можете сделать это через консоль Rails. Edit a user preference for everyone or a subset of users
Разве «временное окно для электронной почты» не будет ждать так долго перед отправкой уведомления по электронной почте? Мне кажется, что изменение этих настроек и отключение сводных писем решит эту проблему.
Этому сайту уже два года. Я считаю, что большинство активных пользователей приходят сюда сами. Остальные — из поисковых систем.
Думаю, это определённо идея, которую стоит попробовать… но это кажется злоупотреблением этой настройкой. 
Вопрос: если упомянутый пользователь, которому должно прийти письмо, находится онлайн, получает ли он уведомление немедленно или нужно ждать истечения времени окна для скрытого редактирования?
Я не совсем понимаю, как они узнают, что нужно прийти, если не получают письма.
Вы не используете ответ по электронной почте?
Мы не предпочитаем ответы по электронной почте, только через веб-интерфейс.
Верно. Я почти уверен, что многие пользователи возвращаются на сайт именно потому, что получают уведомления о событиях, которые их интересуют. Discourse хорошо справляется с определением того, что важно для пользователей. Считаю, что отказ от отправки уведомлений по электронной почте — плохая идея. И я предполагал, что это будет очень сложно реализовать, поскольку это такая плохая идея, но, думаю, установка максимальных значений для этих окон уведомлений решит проблему. 
Я действительно считаю, что иногда возникают ситуации, когда вы хотите отключить уведомления по электронной почте, даже временно — например, при настройке новых сообществ или тестировании, — при этом позволяя участникам входить в систему и пользоваться форумом. У меня как раз сейчас есть такой случай. Я медленно настраиваю форум района, чтобы заменить группу Yahoo, потому что уже импортировал всех участников, но не хочу начинать отправлять уведомления по электронной почте, пока не отключу группу Yahoo.
Интересно, мог бы плагин добавить опцию к настройке администратора «Отключить электронную почту», например, «Только сброс паролей».
Отключение электронной почты с настройками «нет» возвращает это уведомление, которое может напугать пользователя.
Все исходящие электронные письма были глобально отключены администратором. Уведомления по электронной почте любого рода отправляться не будут.
Поэтому я хотел бы найти сбалансированное решение, максимально простое и ограниченное критически важными электронными письмами и еженедельными дайджестами для посетителей, которые вернулись за последние 60 дней (ранее этот срок составлял 1 год).
Тогда мой совет в начале и есть ваш ответ. Массово измените настройки пользователей, чтобы отключить отправку уведомлений по электронной почте.
Я не согласен с этим: вам нужно убедиться, что почта работает, и понимать, как запуск сообщества повлияет на рассылку.
У нас уже было несколько тем в поддержке именно по этому вопросу: люди быстро мигрируют, вообще не тестируют почту, а затем начинают отправлять тысячи сообщений. Внезапно мы оказываемся в роли «плохих парней», потому что их тесты это игнорировали.
Именно поэтому существуют такие инструменты, как mailhog, и они являются важной частью моего набора средств для миграции. Лучшее из того, что их можно запускать в Docker, так что вы можете поднимать и останавливать их по требованию. Вы видите все входящие сообщения в браузере, и при желании можете перенаправлять их на реальные SMTP-серверы для доставки.
И не зря: Discourse нельзя использовать в таком состоянии. Эта настройка предназначена только для временного использования, поэтому сообщение сделано максимально очевидным. Никакие письма не отправляются, включая запросы на сброс пароля.
Моя главная цель — не дублировать контент «Push-уведомлений» в электронной почте.
Я хочу, чтобы мои пользователи чувствовали, что их приветствуют, и были довольны важными уведомлениями по электронной почте.
Уведомления push отправляются только в том случае, если пользователь был активен в последние 10 минут.
Уведомления по электронной почте отправляются только в том случае, если пользователь не был активен в течение 10 минут:
Они не должны дублироваться. Если это происходит, значит, вы изменили свои настройки.
Отличный совет, спасибо! Возможно, для моего конкретного случая решением будет массовая деактивация импортированных пользователей, чтобы уведомления об ответах на прошлые и текущие обсуждения получали только те, кто сам решит зайти и войти в систему.
Не уверен, что это так 
Я должен был уточнить, что имел в виду уведомления браузера. Уведомления, размещенные на хостинге CDCK, приходят в приложение в любом случае.
Мне кажется, я никогда не вижу их дублирования между приложением и десктопом, но, возможно, я просто недостаточно внимателен!