Опция «Пользовательский адрес входящей почты» недоступна для автоматических групп. Это приемлемо для всех остальных и для групп с уровнем доверия, но я не уверен, что это имеет смысл для сотрудников/администраторов/модераторов.
Мне пришлось создать отдельную группу «support» для наших модераторов. Это допустимое обходное решение, но оно создает небольшую, но раздражающую административную нагрузку.
Есть ли веская причина для отключения этой функции (или IMAP в целом) для таких групп?
Что произойдёт, если я просто вставлю адрес электронной почты в groups.incoming_email для @moderators на моём форуме? Тестировать это безопасно довольно сложно без создания нового экземпляра.
Что ж, раз никто не сказал мне, что это полная глупость, я протестировал эту команду Rails на малоиспользуемом экземпляре.
И, похоже, это работает (пока что)!
Используйте на свой страх и риск, сначала сделайте резервную копию
Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")
Group.where(name: "=groups.name=").update(incoming_email: nil)
Я не уверен, что это готово для руководства @nathank? Это кажется довольно непроверенным.
Хорошо, хорошо, я протестирую это ещё раз и перенесу в раздел руководства, как только это будет подтверждено. Пока всё работает отлично.
Меня всё ещё смущает, почему эта функция отключена в интерфейсе. Я понимаю, что включение электронной почты для автоматического создания больших групп может быть рискованным (особенно для таких популярных сайтов, как meta.discourse.org), но странно полностью лишать администраторов такой возможности.
Интересно, не является ли это пережитком прошлого и не стоит ли пересмотреть это решение — особенно для администраторов, модераторов и сотрудников.
Я узнаю, что смогу. 
Мне кажется, что это должно работать. Я не уверен, что это хорошая идея, но я не думаю, что это может навредить чему-либо.
Потому что эти группы немного особые, так как на самом деле они являются алиасами, и имеет больше смысла просто создать «обычную» группу для людей, которые являются «администраторами» или «сотрудниками» в вашей организации.
Мои сомнения связаны с тем, стоит ли добавлять это в качестве рекомендации или нет. Не знаю, почему это обычно заблокировано, но я склонен доверять интерфейсу. 
Хотя, если окажется, что всё в порядке, мы всегда сможем это откатить.
Я как раз изучал возможность создания почтовых адресов для сотрудников на моём форуме района и столкнулся с этой проблемой. Поскольку существует входящий ящик администратора, мне кажется логичным, чтобы у этого ящика мог быть свой email-адрес, чтобы люди могли ему писать. То же самое касается модераторов: имеет смысл разрешать отправлять им письма по электронной почте, например, для помощи с входом в учётные записи и подобными вопросами.
Для приватного сообщества по приглашениям, которое управляется неформально, как мой форум района, другого способа связаться с владельцами сайта нет, если только они не укажут email-адрес в описании, которое теперь отображается на странице входа. Я бы предпочёл предоставить email-адрес для связи с модераторами, а не свой личный Gmail.
Я попробую этот обходной путь, но также считаю, что было бы интересно обсудить возможность реализации этой функции через интерфейс и даже поощрения её использования для приватных сайтов.
Я думаю, что плагин, принимающий username@hostname, должен быть возможен.
В точности мои мысли! После использования в течение 6 месяцев на двух крупных частных сайтах я не заметил никаких проблем. И, несмотря на то что это prominently размещено на странице входа, мы получили очень мало писем и ещё меньше спама.
Так что это был оглушительный успех, и я бы очень рекомендовал внедрить это в интерфейс.
Это совершенно другая история, но потенциально очень полезная, Джей. Это работало бы отлично, если бы его можно было настроить так, чтобы он применялся ко всем пользователям из указанных групп.
Для тех, кто хочет управлять аккаунтами (например, Mailgun, AWS, Digital Ocean) из своей учётной записи администратора, настройка сайта auto_generated_allowlist крайне полезна.
Она позволяет письмам типа «без ответа» и другим автоматически генерируемым сообщениям проходить сквозь обычно строгие фильтры. Это даёт возможность управлять счёт-фактурами и письмами с подтверждением аккаунта в рамках вашего экземпляра силами вашей команды.