changement des liens pour administrer des listes suite à la mise à jour à alternc-mailman 1.6

[sebas]

Est-ce que c'est une feature ou un bug? Dans le bureau dans le menu de mailman /admin/mman_list.php les urls pour l'administration des listes ont changé, on a maintenant https://mail."domaine"/cgi-bin/mailman/admin/nom-de-la-liste avant on avait https://"domaine"/cgi-bin/mailman/admin/nom-de-la-liste

le lien fonctionne pareil... mais pourquoi le changement?

[anarcat]

C'est un "feature". C'est un hack que PierreGilles? a fait pour que ça marche de son côté, je suis pas certain que c'est la bonne approche pour nous...

Mais c'est une idée intéressante parce que ça permet d'avoir le domaine ailleurs et que les listes marchent quand même.

Je pense personnellement que ça devrait être un "setting" (une VariableAlternc) qui détermine quel est le domaine utilisé pour les URLs de liste:

1. <domaine> (e.g. https://example.com/cgi-bin...)
2. mail.<domaine> (e.g. http://mail.example.com/...)
3. mail.<fqdn> (e.g. ...mail.koumbit.net...)

La dernière option est celle que je préconise pour Koumbit car elle éliminerait les problèmes que les utilisateurs ont présentement avec Firefox 3beta qui ne peux pas visiter les pages de mailman car le certificat SSL n'est pas le bon (*.koumbit.net vs <domaine>).

[sebas]

Merci pour l'explication. Je suis pas mal d'accord avec toi, ça devrait être une config dans le module de alternc-mailman. Par contre, à la place de réutilisé mail.<domaine>, qui peut être parfois lié au mx et au webmail, je préconiserais d'utiliser https://listes.<le-url-du-bureau>/

Une autre option serait de laisser la possibilité à la création de la liste de choisir le url d'administration et des archives, on permet ainsi plus de flexibilité.

Pour en revenir à cette nouvelle "feature", le changement de url cause un problème dans mailman. La liste ne sait pas que le url est changé donc on doit logguer 2 fois pour administrer une liste, la première fois avec le url proposé par mailman-alternc et l'autre fois avec le url que mailman a de configurer pour la liste.

Conclusion, quand on change le url pour administrer les listes, on devrait avoir un script qui met à jour les urls de configuration dans les listes de mailman.

[sebas]

J'ai trouvé le commit en cause: [2097]

[denis]

Je trouve que c'est une mauvaise idée qui crée pleins de confusions ...

Outre le gros bug du double log, que se passe t'il si les listes sont en sous-domaines blabla@… ? Que se passe t'il s'il y a des listes sur plusieurs sous-domaines ?

Si quelqu'un a besoin d'avoir le domaine ailleurs, le plus simple est de créer un sous-domaine pour gérer les listes, non ?

Je passerais ce bug en bloquant plutôt que mineur !

[pierre-gilles]

Replying to denis:

Je trouve que c'est une mauvaise idée qui crée pleins de confusions ...

ben en fait ce que tu considères comme un bug est indispensable pour une plateforme ou le serveur www est délégué via une IP.

Outre le gros bug du double log, que se passe t'il si les listes sont en sous-domaines blabla@… ?

ben je comprends pas je n'observe pas ce comportement.

Que se passe t'il s'il y a des listes sur plusieurs sous-domaines ?

c'est un des avantages de cette modif, tu peux avoir plusieurs liste ayant le même nom public genre news@… et news1@… puisque les listes côtés mailman sont vu comme news-ndd1.tld et non plus comme news...

Enfin cette modif reste compatible avec le fonctionnement antérieur d'AlternC, introduit du vhosting en douceur.

Si quelqu'un a besoin d'avoir le domaine ailleurs, le plus simple est de créer un sous-domaine pour gérer les listes, non ?

ben non car pourquoi se priver de contact@… et pourquoi s'imposer d'utiliser un sous domaine pour la gestion des mailings lists ?

Je passerais ce bug en bloquant plutôt que mineur !

pour moi le bug était avant encore une fois.

[denis]

En tout cas chez moi pour une liste test@…

si je vais sur http://lists.domaine.tld/cgi-bin/mailman/listinfo, j'ai la liste des listes

si je vais sur http://lists.domaine.tld/cgi-bin/mailman/admin/test, je rentre dans l'interface sans problème

si je vais sur http://mail.domaine.tld/cgi-bin/mailman/listinfo, j'ai "Il n'y a actuellement pas de listes de diffusion Mailman publiques"

si je vais sur http://mail.domaine.tld/cgi-bin/mailman/admin/test, je rentre dans l'interface mais je vais devoir me relogger une deuxième fois via http://lists.domaine.tld/cgi-bin/mailman/admin/test car la valeur de hostname est http://lists.domaine.tld dans la conf de la liste

[anarcat]

Koumbit va développer cette semaine ou dans les semaines à venir une solution intermédiaire basée sur une VariableAlternc qui devrait satisfaire tout le monde.

Le comportement original (sans le mail. dans mail.example.com) redeviendrait le comportement par défaut mais une option de configuration dans AlternC permettera à l'administrateur du système de changer les liens générés par AlternC dans les listings.

De notre côté, nous travaillons à migrer les adresses *web* (et non les adresses courriels, qui restent @example.com, @example.org...) vers https://listes.koumbit.net/cgi-bin/mailman/. Ceci est fait principalement pour en finir une fois pour toute avec la confusion des adresses web des listes et éliminer les warnings (qui deviennent des erreurs fatales dans Firefox 3) liées aux certificat SSL. Dans notre configuration, la VariableAlternc mentionnée plus haut sera réglée à "listes.koumbit.net" et l'adresses des nouvelles listes sera "hardcodée" à https://listes.koumbit.net... dans mm_cfg.py. Nous utilisons withlist pour convertir les listes existantes.

La configuration par défaut livrée avec source:alternc-mailman sera que les listes aurant les adresses web https://<domaine>/cgi-bin/mailman/<op>/<liste> pour une liste <liste>@<domaine>, mais Koumbit n'utilisera pas cette configuration et ne pourra donc pas la supporter chez AlternC.

Il est de mon avis que cette solution devrait faire consensus dans la communauté, corrigez-moi si je me trompe. :)

[sebas]

Replying to anarcat:

Koumbit va développer cette semaine ou dans les semaines à venir une solution intermédiaire basée sur une VariableAlternc qui devrait satisfaire tout le monde. Le comportement original (sans le mail. dans mail.example.com) redeviendrait le comportement par défaut mais une option de configuration dans AlternC permettera à l'administrateur du système de changer les liens générés par AlternC dans les listings.

super.

De notre côté, nous travaillons à migrer les adresses *web* (et non les adresses courriels, qui restent @example.com, @example.org...) vers https://listes.koumbit.net/cgi-bin/mailman/. Ceci est fait principalement pour en finir une fois pour toute avec la confusion des adresses web des listes et éliminer les warnings (qui deviennent des erreurs fatales dans Firefox 3) liées aux certificat SSL. Dans notre configuration, la VariableAlternc mentionnée plus haut sera réglée à "listes.koumbit.net" et l'adresses des nouvelles listes sera "hardcodée" à https://listes.koumbit.net... dans mm_cfg.py. Nous utilisons withlist pour convertir les listes existantes.

cool.

La configuration par défaut livrée avec source:alternc-mailman sera que les listes aurant les adresses web https://<domaine>/cgi-bin/mailman/<op>/<liste> pour une liste <liste>@<domaine>, mais Koumbit n'utilisera pas cette configuration et ne pourra donc pas la supporter chez AlternC.

Avec firefox 3 qui va sortir bientôt, peut-être que la configuration par défaut devrait être http et non pas https. Sinon, on risque d'avoir des rapports de bug dans le genre, "je ne peux pas accéder à mes listes par le web..."

---

Il n'y a pas une page dans wiki qui liste les configurations "par défaut" d'AlternC?

---

Il est de mon avis que cette solution devrait faire consensus dans la communauté, corrigez-moi si je me trompe. :)

+1 pour la proposition d'Anarcat

[anarcat]

Replying to sebas:

Replying to anarcat:

La configuration par défaut livrée avec source:alternc-mailman sera que les listes aurant les adresses web https://<domaine>/cgi-bin/mailman/<op>/<liste> pour une liste <liste>@<domaine>, mais Koumbit n'utilisera pas cette configuration et ne pourra donc pas la supporter chez AlternC.

Avec firefox 3 qui va sortir bientôt, peut-être que la configuration par défaut devrait être http et non pas https. Sinon, on risque d'avoir des rapports de bug dans le genre, "je ne peux pas accéder à mes listes par le web..."

Peut-être...

Il n'y a pas une page dans wiki qui liste les configurations "par défaut" d'AlternC?

Quelles configurations? On pourrait utiliser la page VariableAlternc pour ces configurations là, mais il y a aussi le combo debconf/local.sh et my.cnf.

Notez que Patrick Hétu vient de joindre une patch à ce bug, je vais la commiter jeudi.

A.

[anarcat]

(In [2245]) add a configuration variable to control the domain in the list urls. if it is set, it will be used to construct the urls in the mailing list listings. If it is unset, the list's domain name will be used.

the default behaviour is therefore reverted to the one before commit [2097] where the list domain is used (without the prepended "mail.").

the NEWS file has more information on how to configure your installation with the new setting.

Closes: #1131