The mailing list for listmasters using Sympa

[Olivier Salaun - CRU <address@concealed>]

Craig Carey wrote :
> I tried out wwsympa and found it to be too slow even with fastCGI.

We reasonnable delays with FastCGI and our 100 000 subscribers.
Are all your lists using a relational database ? 
Try sympa-users info page : http://listes.cru.fr/wws/info/sympa-users

> I have a problem with my Sympa system: low quality messages are coming into
>  my list from a few individuals. I did not see a feature to prevent a single
>  individual from re-subscribing himself/herself.

You could manage a list for "convicts" and define your own subscribe
scenario that will reject requests from people subscribers of "convicts" 
list. We currently insert the following mailto: on our web root page :
        <A HREF="mailto:address@concealed";></A>
                                                 __ ---> no anchor !!

with: spammer-subscribe: "|/home/sympa/bin/queue spammer-subscribe"

All our subscribe scenarii (except "spammer" :) start with the following rule 
:

        is_subscriber(spammer,[sender]) smtp -> reject

> A problem area could be moderating: if there are 20 moderators, and
>  each needs to give a weighty consideration to messages, then 19/20
>  get to consider making a decision but would not be able to have any power
>  to use the result of their considerations. Throughput is slowed if the 
> number
>  of moderators is less. That might improve quality but it is not ideal.
>
>  It would be nice if *all* messages sent to moderators gave the latest
>  information on which messages had been approved. To keep moderators up to
>  date, messages indicating that a message has already been approved, could
>  be sent even if that was the only information in the message. There is a
>  limit on the number of moderators.

This is not joined to "approval requests" but may be obtained either via
MODINDEX command or through WWSympa spool lookup.

> I have an international list that is sure to get too much interest from USA
>  I want subscribers in 1-2 countires to delete unsatisfactory messages 
> coming
>  out of USA. There is no need to have a only a few moderators. Reducing 
> delays
>  is a reason to have many.

We plan to allow definition of owners of list A to be subscribers of list
B. List B could be any of LDAP, SGBD, File source. This should ease management
of ownership.


O Salaün