sympa icon indicating copy to clipboard operation
sympa copied to clipboard

moderated messages should NOT be hidden from owner

Open tmclaren opened this issue 2 years ago • 4 comments

Issue #1409, restricted the pop up notification for moderated messages and the moderate message queue is no longer visible to the owner. Additionally, the left menu does not provide access to the moderation queue for privileged owners or normal owners. I realize privileged owners could add themselves to the moderator's list but this has a potentially negative side effect. Specifically, the owners start receiving the automated messages when a message is waiting for moderation. Most owners do not want that extra email event since they've assigned others to moderate.

Expected Behavior

Owners should be able to see moderation queue (left menu) and the popup notifications when they log into the web UI without assigning themselves the moderator role. The privileged and normal list owner should NOT be restricted from their mail list settings or behavior unless the listmaster has configured the server to specifically restrict the view of a setting/behavior in the ~/edit_list.conf.

Current Behavior

Currently, the owner is restricted from seeing the moderation popup message or left menu "Moderate Messages ()' queue when they assigned others to moderate the list. List owners do not have visibility to the moderation queue.

Possible Solution

Change permissions to allow owners to see the popup message and the left menu moderation queue no matter if moderators are assigned.

  1. Re-enable the popup messages for owners revert #1409: web_tt2/info.tt2 line 20 old > [% IF is_editor %] new > [% IF is_owner || is_editor %]

  2. Enable the left menu 'Moderate Messages (x)' for the owners: web_tt2/list_menu.tt2

line 100 old < [% IF is_editor %] new > [% IF is_owner || is_editor %]

Context

We've had a number of list owners comment about not being able to see the moderation queue and wanting this permission.

A common use case is the professor and teaching assistant (TA) relationship: Prof X creates and configures a class list and the TA moderates the lists. However, the Prof wants to spot check the list to verify the TAs are moderating inbound messages in a timely manner. They should be able to see the moderation queue (from menu or popup) when they log into the web UI. Unfortunately, permissions to see the queue are disabled.

We've made this local change to accommodate the list owners.

tmclaren avatar Jun 20 '22 15:06 tmclaren

Hi @tmclaren ,

I realize privileged owners could add themselves to the moderator's list but this has a potentially negative side effect. Specifically, the owners start receiving the automated messages when a message is waiting for moderation. Most owners do not want that extra email event since they've assigned others to moderate.

The owner assingning themselves as moderator can change "reception mode" setting of their own as moderator to be "no notifications".

ikedas avatar Jun 21 '22 00:06 ikedas

While that is true, The larger issue is the default restriction of hiding the moderation queue from a list owner when moderators are defined. This default behavior requires the owner to add themselves to the moderator pool AND turn off notifications vs. a default behavior that allows owner visibility to the queue w/o jumping through hoops or additional configuration.

tmclaren avatar Jun 21 '22 14:06 tmclaren

I agree that this is a retrograde step.

The owners of a list should be able to see moderated messages without having to make themselves a list moderator.

If nothing else this allows list owners to notice if list moderators are failing to moderate messages on large sites with thousands of lists where there is continuous turn over of list managers and moderators.

For what it is worth: in Mailman owners are automatically moderators. The moderators list just defines additional people who are able to approve messages.

dpc22 avatar Jul 17 '22 17:07 dpc22

Hi, I honestly don't mind either way (it's just a difference in one step), however I hope we would find a solution that takes into account the many people who have established operating procedures based on the current behavior of Sympa.

ikedas avatar Jul 18 '22 00:07 ikedas