Отправка письма незарегистрированному пользователю в группе

У нас есть публичный адрес электронной почты для поддержки, и мы хотим мигрировать на Discourse (для нашего сообщества), чтобы иметь единую платформу.

В наших тестах незарегистрированный пользователь отправляет письмо (в публичную категорию), и Discourse его находит, но если кто-то отвечает, пользователь ничего не получает. Ни письмо вроде «вы анонимный пользователь, перейдите сюда для обсуждения».

Я нашел эту тему, но ей уже 6 лет: Discourse as a private email support portal

Поэтому неясно, может ли анонимный пользователь получать письма от Discourse на сегодняшний день, и я не могу найти для этого никакого плагина.

Кто-нибудь может помочь?

2 лайка

Любая помощь?
Я не знаю, как найти об этом информацию, но странно, что Discourse не информирует анонимных пользователей.

Итак, после небольшого исследования выяснилось, что гостевые пользователи получают письма от Discourse в случае, если адрес электронной почты не принят (например, из-за спам-фильтра или если он слишком короткий), однако в логах не фиксируется никаких ошибок.

Вы перепутали анонимных пользователей с пользователями на этапе подготовки.

Если письмо с ответом было отправлено и отклонено, возможно, вы найдёте ошибку в разделе «Электронная почта» > «Отклонённые» > столбец «Тип письма».

При нажатии на ошибку типа письма вы можете увидеть ответ от почтового провайдера (обычно в конце тела сообщения):

Например:

<my-address@example.com>: Host or domain name not found. Name service error for
    name=example.com type=AAAA: Host not found

Это может помочь вам понять, где именно возникла проблема.

2 лайка

Спасибо, но страница с уведомлением о недоставленном письме пуста в нашем экземпляре.
В любом случае, какой это тип пользователя, который отправляет письмо, но не зарегистрирован для категории, которая это разрешает?

Если оно отвечает на письма, поступающие в его почтовый ящик с сайта, но не зарегистрировано, это пользователь на этапе тестирования.

Хорошо, теперь всё понятно. У нас есть подготовленные пользователи, но часть «Автоматически отслеживает все сообщения, в которых участвует, и получает уведомления о ответах», не работает у нас.
В логах Discourse нигде нет ошибок, которые сообщали бы о проблемах, которые мы пытаемся воспроизвести на новом экземпляре с теми же настройками.

Мне также удалось воспроизвести это поведение. Пользователь в режиме тестирования создается при отправке письма на тему категории, но он не получает уведомлений о ответах на свою тему. SMTP работает во всей системе Discourse, однако для пользователей в режиме тестирования не записывается никаких логов.

Discourse v: 2.7.0.beta6 (7e2b7bdd78)

1 лайк

Подтверждено, что это ошибка, поэтому мы ждем обратной связи.

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

В качестве альтернативы вы можете создать группы с выставлением счетов и разрешить им получать электронную почту, а ваш персонал сможет отвечать им. Именно так поступаем мы.

У нас есть категория поддержки для итальянской ассоциации Linux, где незарегистрированные пользователи могут задавать вопросы. Сейчас это осуществляется по электронной почте силами группы волонтёров, но мы хотим перенести эту функцию на форум, чтобы к помощи могли подключиться и другие члены сообщества, а процесс стал прозрачным.

Регистрация осуществляется через SSO с интеграцией SAML в Discourse, поэтому для нас проблема заключается в том, что Discourse не отправляет электронные письма создателю темы (пользователю в режиме ожидания), когда на её сообщения отвечают.

Многие пользователи предпочитают отправлять письма по электронной почте (этот адрес существует уже несколько лет и является публичным даже для людей вне сообщества), даже не имея учётной записи. Мы разрешили отправку писем только в этой категории именно для этих целей и для помощи всем пользователям в процессе миграции на новую платформу.

1 лайк

(извините за мои забавные опечатки выше — исправлю их. Мой телефон иногда ужасно автодополняет слова..)

Звучит интересно. Мне кажется, вы заходите за границы того, для чего предназначена функциональность временных пользователей. Но, я полагаю, мы разрешаем эту настройку для категорий, что создаёт временных пользователей, поэтому вы предполагаете, что таким пользователям должны приходить ответы на их темы? Не уверен, что это предположение разделяет команда или другие сайты, использующие эту настройку. Мне кажется, эта настройка предназначена для того, чтобы категория форума могла дублировать рассылку, даже если подписчики этой рассылки не все зарегистрированы на форуме.

Screen Shot 2021-04-12 at 11.27.33 AM

Я бы предложил вам попробовать несколько других вещей.

(1) Если вы администратор, вы можете посмотреть настройки электронной почты и уведомлений временного пользователя. Возможно, некоторые настройки пользователя по умолчанию несовместимы с вашим способом работы. Например, настройку «Отправлять мне письма только когда я вдали» может потребоваться установить в значение «всегда» на вашем сайте. То же самое касается настройки «Когда я публикую сообщение в теме, установить отслеживание этой темы» — возможно, её нужно установить в значение «наблюдение». Когда вы отслеживаете, вы не будете получать ответы, кроме как на свои собственные сообщения.

(2) Вы могли бы рассмотреть использование группового почтового ящика для таких запросов поддержки от анонимных писем. Скорее всего, они будут рады, что их запросы будут отображаться в результатах поиска Google. Затем вы можете использовать полученную информацию, чтобы создавать новые темы на форуме, удалив личную идентифицирующую информацию.

Если вышеуказанное вас не устраивает, возможно, стоит investigate баг, связанный с настройками категорий и временными пользователями. Это должен будет решить кто-то другой из моей команды..

1 лайк

Согласно Understanding user statuses, roles, and permissions, это должно быть стандартным поведением в Discourse. В любом случае, пользователь должен получать от Discourse что-то вроде сообщения со ссылкой на тему или уведомления, которое форум может настроить по своему усмотрению. Иначе функция не будет особенно полезной. Это похоже на форму обратной связи без возможности написать пользователю, который её инициировал.

  1. Мы проверили, что при валидации «стадируемого» пользователя он должен получать письма от Discourse с теми же настройками (включая возможность их изменения). Похоже, что «стадируемый» пользователь вообще ничего не получает от Discourse, и в логах нет никаких ошибок или предупреждений.

  2. Я не могу найти ничего о поле «Группа» в Google для Discourse (почему нет документации вне форума и нескольких страниц на GitHub? Но это уже личное возмущение). Мы хотим, чтобы пользователи форума могли вступать в эту категорию, и я не уверен, что это соответствует нашим потребностям или что это проще в использовании по сравнению с категорией.

Вы провели отличное исследование! Извините, что поведение системы немного неясно. Я немного протестировал и смог заставить это работать на своём сайте:

  • включите «стадируемых» пользователей;
  • создайте категорию с собственным адресом входящей почты и включите настройку «Принимать письма от анонимных пользователей без аккаунтов»;
  • отправьте письмо в эту категорию с адреса, который ещё не привязан к пользователю;
  • убедитесь, что пост появился в категории и был создан стадируемый пользователь;
  • откройте настройки стадируемого пользователя и измените параметр «Отправлять мне письмо, когда кто-то цитирует меня, отвечает на мой пост, упоминает мой @username или приглашает меня в тему» на «ВСЕГДА».

Попробуйте это на своём сайте? Если не сработает, значит, где-то есть другие настройки администратора, которые отличаются. Я не уверен, как с этим справиться в рабочей среде, поскольку невозможно установить настройки по умолчанию для стадируемых пользователей, отличные от настроек по умолчанию для зарегистрированных пользователей. :thinking:

Кстати, несколько лет назад я оказался в такой же ситуации, как и вы, как видно из связанных тем ниже. Если кратко: функционал стадируемых пользователей лучше поддерживается в групповых личных сообщениях, чем в категориях/темах. Стадируемые пользователи в основном нужны, чтобы сотрудники могли общаться с людьми по электронной почте через групповые почтовые ящики для оказания поддержки. Именно так команда Discourse и использует эту функцию. Стадируемые пользователи не входят в систему, поэтому наличие у них настроек профиля — скорее случайность, и изменение этих настроек может иметь непредвиденные последствия. Между тем мы хотим, чтобы люди создавали аккаунты и входили в систему для участия в обсуждениях сообщества, поэтому добавлять поддержку участия стадируемых пользователей в темах контрпродуктивно. Думаю, эта функция была добавлена для сайтов, которые хотели зеркально копировать рассылки или использовать Discourse как архив для своих рассылок.

Честно говоря, я не знаю, является ли это ошибкой и если да, то как её исправить. Изменение этих настроек по умолчанию позволило бы таким сайтам, как ваш, использовать эту случайную функциональность для ваших целей:

  • стадируемые пользователи наблюдают за каждым сообщением и каждой темой, в которой они участвуют (как в личных сообщениях);
  • у стадируемых пользователей параметр «Отправлять мне письмо, когда кто-то цитирует меня, отвечает на мой пост, упоминает мой @username или приглашает меня в тему» установлен на «ВСЕГДА».

Альтернативно, мы могли бы сосредоточиться на том, чтобы стадируемые пользователи использовались только для личных сообщений, а не для тем, и убрать настройку «Принимать письма от анонимных пользователей без аккаунтов» из параметров категории. Её можно было бы сделать скрытой, если она необходима некоторым сайтам по каким-то историческим причинам, вероятно, связанным с зеркальным копированием рассылок.

Надеюсь, это немного поможет вам продвинуться вперёд. :wink:

1 лайк

Я хочу включить это по умолчанию для всех пользователей, чтобы избежать любых проблем (я просто ищу настройки в панели Discourse, но пока не нашёл их).

Это настройка администратора «Уровень уведомлений по умолчанию для электронной почты». Обратите внимание, что это означает, что все пользователи, которые зарегистрируются с этого момента, начнут получать уведомления по электронной почте, даже если они находятся в системе.

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

Отключить режим рассылки
Запретить пользователям включать режим рассылки (предотвращает отправку любых писем рассылки.)

Она была включена, поэтому я сейчас её отключил.

Кроме того, пользователь, которого мы используем для тестов, уже имеет этот параметр, установленный в значение «Всегда».
В любом случае, в нашем случае эти изменения не помогли.

Теперь я задаюсь вопросом, почему пользователи не получают никаких писем, например, о регистрации для ответа.

Эта проблема не связана с режимом рассылки. Попробуйте создать нового тестового пользователя с совершенно другим адресом электронной почты и повторите шаги по воспроизведению, описанные выше?

Возможно, пришло время обратиться в канал Marketplace за помощью в настройке к консультанту. Здесь, на Meta, много умных людей, предлагающих свои услуги, которые помогут с устранением неполадок и любыми настройками, которые могут понадобиться для вашего случая использования.

Я подумал, что простое решение — отправить пользователям, находящимся на этапе регистрации, электронное письмо со ссылкой на тему и приглашением зарегистрироваться в Discourse.

Поэтому я ищу плагины, но кроме следующих ничего не нашёл:

Это отличная идея, но… сколько таких писем вы получаете? Стоит ли усилий создавать всю эту автоматизацию? И, честно говоря, на мой взгляд, странно публиковать на общем форуме письмо, которое кто-то отправил. Я бы был раздражён, если бы со мной такое случилось! Поэтому я не думаю, что это будет реализовано в ядре Discourse.

Если бы я был на вашем месте, я бы настроил доставку таких писем в общий ящик, который отслеживают сотрудники (это могут быть волонтёры). Они смогут решить, стоит ли создавать публичную тему по этому вопросу. Если да, они могут создать тему, пригласить пользователя присоединиться к ней и продолжить обсуждение. Сейчас сотрудникам легко приглашать адреса электронной почты и указывать тему, на которую пользователь будет перенаправлен при первом входе в систему.

1 лайк