Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Re: Prépackages v8 de Sympa 3.0.3 disponibles

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Aumont <adresse@cachée>
  • To: Sebastien Sable <adresse@cachée>
  • Cc: Jérôme Marant <adresse@cachée>, adresse@cachée
  • Subject: Re: [sympa-fr] Re: Prépackages v8 de Sympa 3.0.3 disponibles
  • Date: Fri, 02 Feb 2001 09:43:56 +0100


> Juste une petite question, quels sont les avantages de sympa par
> rapport à mailman?

Soyons clairs, nous n'avons pas testé mailman que nous ne connaissons que
comme
abonné.

Il y a quelques différences d'architecture : l'absence d'un SGBD dans Mailman,
l'absence de CGI résidents, pas de listes dynamiques via requète LDAP ou SQL,
pas
d'authentification HTTPS et S/MIME, pas de cryptage. Citons aussi le
multilinguisme
de Sympa (nous venons de recevoir l'interface web en Chinois),
l'impossibilité de
personnaliser le look de l'interface web de Mailman et enfin le fait que
mailman
propose surtout une interface web à chaque liste et non une interface à
toutes les
listes.

Coté maturité des deux produits, je constate que beaucoup de chose de la
la whish list de mailman sont des choses déjà dispo dans sympa (cf les points
relevés plus bas).

A mon tour de poser une question : quels sont les avantages de Mailman par
rapport à Sympa?

Serge Aumont

extrait de http://www.list.org/todo.html

Plain text digests should conform to RFC 1153.

If a message has MIME parts and the header/footer is going to be added, the
message
should be transformed into a mulitpart/mixed with the header and footer added
as
text/plain parts.

All web UI must be configurable so that it more easily integrates into an
existing site's
design. Probably means using a template language/system

A heirarchy of page designs and information: e.g. the most specialized of the
following
wins: site, virtual host, list, language, user.

Web pages should never mention turned-off features

Separate list admin role from list moderator role

Allow the list-admin to require approvals for unsubs

Searching for members/addresses with regular expressions from both the
command line and web
interface

Make it easier for an admin who manages multiple lists to handling pending
requests sitting on all those
lists.

Ability to ban specific troublesome users (from posting, subscribing, etc).
Posts from banned users
would be discarded.

More flexible digests: index digests (subject and authors only, with URLs to
retrieve the article)

Allow users to subscribe without selecting a password and have Mailman create
a password for them.

Full creation, deletion, renaming, etc. of lists through the web (and
email?), including fixing aliases file
updates.

Confirmations should be both email and web based, and be used for both
subscription and
unsubscription (configurable by the list admin).

Support the `which' command.

Add -join and -remove addresses for easy subscription, unsubscription

Search engine for archives

Allow list owner to edit archive messages
optional form front-end to public interfaces as a filter to address
harvesters.

-----------------------------------------------------------
Serge Aumont Comité Réseaux des Universités
Campus Beaulieu
35042 Rennes Cedex +33 2 998 471 47



Archives gérées par MHonArc 2.6.19+.

Haut de le page