Developers of Sympa

[Olivier Salaun <address@concealed>]

Hi Sergiy,

You're right and your patch looks just fine, we've applied it :
http://listes.cru.fr/cgi-bin/cvsweb.cgi/sympa/src/List.pm.diff?r1=1.287&r2=1.288
http://listes.cru.fr/cgi-bin/cvsweb.cgi/sympa/wwsympa/wwsympa.fcgi.diff?r1=1.253&r2=1.254

But we should extend default value for 'list_check_suffixes' to
        'request,owner,unsubscribe,subscribe,editor'
        (it is currently 'request,owner,unsubscribe')


Sergiy Zhuk wrote:

> as we all know, sympa has several "service" suffixes like -request,
> -unsubscribe etc.
> So, these names should be reserved and no one should be able to create lists
> with the above service suffixes.
> Unfortunately, List.pm and wwsympa.fcgi didn't check service suffixes, so
> you could still create lists like 'test-request', which won't work
> afterwards.
> sympa.pl parses the listname and treats any address ending with a
> service suffix as a service alias, e.g. if you have list 'test-request',
> messages will never go there, but instead sympa will try to forward them to
> owners of the list 'test' even if list 'test' doesn't exist.
> In any case this will be an incorrect behavior.
> There's more than one way to fix it.
> I think the simplest way is to check service aliases in List.pm and
> wwsympa.fcgi, and this is what I did (see attached).
> I'm using 'list_check_suffixes' to get the list of service aliases in use,
> but you can change it to a hardcoded list or to some other variable if you
> wish.
> I did the same thing with 'list_check_suffixes' for sympa.pl once (check
> the archives)

--
Olivier Salaün
Comité Réseau des Universités