Разрешить TL0 писать сообщения в группу персонала, но не другим участникам или не сотрудникам?

Есть ли способ разрешить пользователям уровня TL0 начинать сообщения в конкретную группу Discourse, но не другим обычным участникам или нештатным сотрудникам? На данный момент я не могу найти способ заставить это работать. Когда пользователи TL0 пишут нашей группе helpdeskteam за помощью, они получают отталкивающее и запутывающее сообщение об ошибке — см. ниже.

Пользователь TL0 пишет в группу, где параметр «Кто может писать этому участнику» установлен в значение «Все». Если я делаю пользователя TL1, сообщение сохраняется без ошибок.

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

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

2 лайка

Почему бы им не отправить письмо? Это письмо можно обработать через группу Discourse.

2 лайка

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

Для ясности: никто из членов не жаловался на это, но мой коллега (на самом деле мой начальник) проверял настройку и обратил внимание на запутанное сообщение об ошибке.

1 лайк

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

1 лайк

Это реальная или воображаемая проблема?

Ага, конечно :wink:

Может, просто добавьте ссылку mailto:, чтобы люди из TL0 могли её найти. В любом случае, они, скорее всего, не знают, как отправить личное сообщение.

Спасибо, Джей! Я согласен с вами и сказал практически то же самое в своем посте, на который вы ссылаетесь.

Возможно, как отмечает Саймон, сообщение об ошибке можно улучшить, чтобы объяснить, почему пользователь не может записывать в группу. Это довольно часто встречается.

3 лайка

Это противоречит тому, что вы сказали ранее.

1 лайк

Вы правы — я печатал быстрее, чем думал. Упоминаются два «это», и я имел в виду два разных случая.

Первое «это» относится к исходному сообщению о невозможности писать в группы, будучи на уровне TL0. На это пока не жалуются, и это не критичная проблема. Если вы не хотите это исправлять, мы можем закрыть эту тему. :wink: Но я всё же считаю, что предоставление TL0 возможности начинать сообщения сотрудникам и в определённые группы было бы очень полезно, чтобы не отправлять участников писать на электронную почту для получения помощи от сотрудников.

Второе «это» относится к более старой ситуации, которая в нашем сообществе уже давно решена, но всё ещё является пограничным случаем, который, по моему мнению, стоит рассмотреть. Раньше мы размещали ссылку на профилях участников в WordPress для отправки сообщений через URL, но убрали её, потому что люди, оставаясь на уровне TL0 и не имея возможности отправлять личные сообщения, сталкивались с этой загадочной ошибкой. До удаления ссылки мы довольно часто получали вопросы по этому поводу. Есть старая тема, посвящённая этому второму случаю: Creating pre-filled personal message links

Возможно, текст ошибки можно изменить на что-то вроде: «Извините, вы не можете отправить это личное сообщение, так как у вас недостаточно прав», — с учётом как получателей-групп, так и получателей-пользователей, и с объяснением, что проблема именно в правах доступа, а не в техническом сбое.

2 лайка

Ах да, теперь это имеет больше смысла.

2 лайка

Я согласен, что это запутанно: дело в том, что существует настройка сайта min trust to send messages, и она должна иметь приоритет. Если установить её в 0, то, полагаю, они смогут писать в группу.

Я вижу здесь ошибку:

На мета-сайте для TL0 это выглядит так… они могут затем закрыть окно, начать создание личного сообщения и, в итоге, не получить разрешения на его отправку.

Как я вижу ситуацию, у нас есть два варианта, @codinghorror:

  1. Если team разрешает всем отправлять личные сообщения… то тогда все могут отправлять их.
  2. Скрыть эту кнопку и оставить так, чтобы min trust to send messages всегда имело приоритет.

Я склоняюсь к варианту (1) с улучшением текста справки для настройки сайта.

@codinghorror, что вы предпочитаете?

2 лайка

Согласен, идея №1 хорошая.

1 лайк

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

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

  • если «команда» разрешает всем отправлять ей личные сообщения… то все могут отправлять ей личные сообщения
  • если «команда» разрешает участникам группы отправлять ей личные сообщения, то все участники группы могут отправлять ей личные сообщения, независимо от их уровня доверия

PR: Ignore `min_trust_to_send_messages` setting when messaging groups by pmusaraj · Pull Request #8104 · discourse/discourse · GitHub

Обновление: это теперь объединено.

5 лайков