Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [sympa-fr] Impossible de supprimer un message des archives
- From: Sébastien Jean <adresse@cachée>
- To: adresse@cachée
- Subject: Re: [sympa-fr] Impossible de supprimer un message des archives
- Date: Thu, 9 Jan 2014 11:00:23 +0100 (CET)
Bonjour,
Je reviens sur ce "vieux" problème que l'on pense avoir corrigé (même si pour
l'instant tout n'est pas parfaitement clair).
Le dysfonctionnement venait de la configuration Apache de nos robots : le
passage en http lors des requêtes Post, qui est la cause du problème bien que
cela soit en fait le navigateur qui ne l'accepte pas (et c'est bien normal),
se produit lorsque dans la configuration Apache du robot/VirtualHost nous ne
rappelons pas explicitement la configuration ssl (typiquement le SslEngine
On, le SSLCertificateFile, le SSLCertificateKeyFile et le
SSLCertificateChainFile). Dans ce cas nous "héritons" de la configuration ssl
par défaut (nous n'utilisons qu'un certificat multivalué pour tout nos
robots). Et dans ce cas (bien que le chiffrement fonctionne sans problème par
ailleurs), les requêtes post (ou au moins une partie) passent en http (mais
pourquoi ?).
Si dans la configuration Apache de nos robots/VirtualHost, nous déclarons la
partie ssl explicitement, le passage en http des requêtes Post disparaît (du
coup, la suppression des archives et d'autres fonctionnalités ne pose plus de
problème).
Cette explication, bien que corrigeant le problème, n'est pas totalement
satisfaisante (si vous avez plus d'explication, nous sommes preneurs), je la
partage au cas où cela puisse servir à quelqu'un.
Bonne réception.
Sébastien JEAN
----- Mail original -----
> Bonjour,
>
> Nous rencontrons un dysfonctionnement bizarre avec notre Sympa en
> version 6.1.11. Lorsque nous tentons de supprimer un messages des
> archives d'une liste, ce n'abouti pas (le message n'est jamais
> supprimé) et l'on retourne sur la page d'accueil (cela fonctionne
> correctement avec la même version de Sympa sur un autre serveur).
>
> Ce que j'ai constaté:
> -quand nous cliquons sur le bouton « Demander la suppression de ce
> message », après avoir selectionné 1 ou plusieurs message, ou bien
> sur le bouton « Demander la suppression de ce message » dans la
> fenêtre de lecture d'un message archivé, nous faisons un requête «
> POST » en http, alors que l'interface est accessible en https (en
> conséquence le navigateur affiche un message d'alerte).
> -coté log Apache, on voit clairement que la requête POST est faite en
> http (ceci confirmé via l'alerte du navigateur ou via firebug,ou
> même via tcpdump).
> -La configuration n'a rien d'extordinaire: les urls sont déclarées en
> https pour Sympa, et l'on a un réécriture standard en https. Si l'on
> active les logs de réécriture, on constate que la requête de demande
> de suppression d'un message dans les archives est réécrite et
> redirige l'utilisateur sur la page d'accueil. Sur notre autre
> serveur fonctionnel, la réécriture Apache n'est pas solicitée dans
> ce cas (uniquement une requête post en https).
> -Coté log Sympa, il ne se passe pas grand chose puisque la méthode «
> do_remove_arc » n'est jamais apellée…
> -Si l'on passe un robot de test, dans un virtualhost en full http
> sans aucun réécriture, alors tout fonctionne correctement.
>
> C'est donc bien la requête « post » en http sur un robot qui est
> publié en https qui pose problème.
>
> Un des différences entre nos 2 serveurs touche la version de l'OS (RH
> 5.8 pour le serveur fonctionnel et Centos 6.2 pour l'autre). Une
> version de librairie Cpan différente pourrait être la cause de nos
> problèmes?
>
> Avez vous une autre idée de l'origine de ce dysfonctionnement ?
>
> Sébastien JEAN
>
> ---
> Sous-direction Infrastructure
> Direction du Numérique - Université de Lorraine
> Tél : 03.83.59.61.49 06.03.19.73.46
>
>
>
>
--
Sébastien JEAN
Sous-direction Infrastructure
Direction du Numérique - Université de Lorraine
Tél : 03.83.68.20.64
- Re: [sympa-fr] Impossible de supprimer un message des archives, Sébastien Jean, 09/01/2014
Archives gérées par MHonArc 2.6.19+.