infra-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Lambertus (JIRA)" <>
Subject [jira] [Updated] (INFRA-17723) ezmlm subscriber probation
Date Fri, 25 Jan 2019 01:54:00 GMT


Chris Lambertus updated INFRA-17723:
    Status: Waiting for user  (was: Waiting for Infra)

The sendsubscribertomod thing was implemented due to specific cases of abuse. Is there a notable
use case for this alternative? My feeling is that the need for this is so small that it's
not worth the development effort, although you are more than welcome to do so.

> ezmlm subscriber probation 
> ---------------------------
>                 Key: INFRA-17723
>                 URL:
>             Project: Infrastructure
>          Issue Type: New Feature
>          Components: Mailing Lists
>            Reporter: Sebb
>            Priority: Minor
> The sendsubscribertomod feature was recently added to deal with subscribers who sometimes
post inappropriate material.
> However these people have to be added to the list after they have posted some mails.
> It might be useful to implement a related feature: subscriber probation.
> The idea would be to add new subscribers to the sendsubscribertomod list.
> Their posts would need to be moderated until it was clear that they were abiding by the
rules, at which point they could be removed from the list.
> The advantage is that read-only users would not neet to be moderated at all, and initial
bad posts would not appear on the list.
> The disadvantage is that genuine subscribers would need to be moderated initially. However
if it proved feasible to check for a valid committer e-mail in LDAP first, this should reduce
the volume considerably.

This message was sent by Atlassian JIRA

View raw message