This is a suggestion to add a feature to the category security, to restrict access to a topic to the author. By adding other groups to the category security, e.g. author & tech_support_group, you can easily create customized messaging experiences.
In my use case, I would like to have a tech support ticketing system, so a user can report some issue, which may be sensitive or boring to other users, and the topic will only be visible to themselves and anyone in the service group. The ticketing workflow is a common usage pattern that might be called orders, requests, submissions, etc., depending on the community needs
Another use-case of this feature would be to create a Drafts category, for situations when you are not ready to post but want to save your work.
I know you guys have strong feelings about this one… but since I haven’t been banned yet, I’ll just describe what seems to me like a pretty simple feature request.
They just have to report it via email is literally the only difference – and that’s usually what you want anyways, as pretty much every company ever has a support@example.com or help@example.com address.
1. User starts new topic, like any other topic.
2. User chooses category, which has author-only feature attached. They publish it.
3. Topic is visible to author only, and any other group given access through permissions.
Yes, there probably needs to be an icon attached that identifies the topic has author-only visibility. Not unlike unlisted.
We have zero plans for topic based user permissions for the forseeable future, so I suggest you use different software if that is a hard showstopper requirement.
Your options are
email into help@example.com which automatically creates a PM to the @help group in Discourse, and already works today. We use it this way in fact…
or
User starts PM like any other PM
User selects @help group as the target for the PM.
Topic is visible to author only, and the @help group