Re: [sympa-fr] Impossible de supprimer un message des archives

[Sébastien JEAN <adresse@cachée>]

Bonjour,

Je relance ce fil pour notre problème de suppression d'archive que nous 
n'avons malheureusement pas résolu…

Pour les mêmes raisons, nous rencontrons un nouveau dysfonctionnement: 
Lorsq'un utilisateur tente de faire une recherche dans les archives, la 
requête « post » est envoyée en http et l'utilisateur (en plus d'un message 
d'alerte de la part de son navigateur) est redirigé vers la page d'accueil.

Si l'on compare un Sympa qui fonctionne correctement avec le Sympa qui pose 
problème alors:
-Sur le Sympa fonctionnel, la requête de demande de suppression est du type « 
https://<nom du vhost>/arc/<nom de la liste>/<mois-année>/msg<n°du 
message>.html » et le code de retour du serveur web est « 200 ». Et le 
demande est fonctionnelle,
-sur l'autre Sympa, la requête, qui est envoyé pour faire la demande 
suppression est du type « http://<nom du vhost>/wws/» qui provoque une 
réécriture (code retour 302) et naturellement cette requête affiche la page 
d'accueil (sans autre forme de procès).

(l'absence du wws dans le premier cas est liée à la configuration Apache du 
Sympa où l'on a considéré la racine du vhost comme reférence pour les scripts 
cgi).

Pour moi, je vois 2 problèmes:
-le passage en http,
-la requête post qui est totalement différentes

(bien sûr dans les 2 cas, nous utilisons la même version de Sympa).

Les problèmes rencontrés se limitent (pour l'instant) aux requêtes post pour 
les archives. Ainsi, les requêtes pour la demande de création de liste 
(forcement aussi en post) sont, bien heureusement, fonctionnelles.
 
Quelqu'un aurait-il une idée de ce que j'aurais "loupé" ?

Sébastien JEAN

---
Sous-direction Infrastructure
Direction du Numérique - Université de Lorraine
Tél : 03.83.68.20.64   06.03.19.73.46


----- Mail original -----
> Bonjour,
> 
> L'URL à laquelle est adressée la requête POST est construite à l'aide
> la
> variable d'environnement "SCRIPT_NAME" (le chemin virtuel vers le
> script
> à exécuter pour traiter la requête) ce qui, dans l'install Sympa de
> base, donne "/sympa".
> Lorsque vous cliquez sur le bouton de validation du formulaire, vous
> envoyez donc un requête vers <root_url>/<SCRIPT_NAME>. La question
> est
> donc de savoir : est-ce que, dans la page d'affichage des archives,
> vous
> avez bien une URL racine en https ? Si ce n'est pas le cas, cela
> expliquerait le mauvais adressage de la reque^te.
> 
> Peut-on avoir l'extrait de votre config web qui concerne Sympa ?
> 
> Cordialement,
> 
> David Verdin
> 
> Le 14/06/12 10:24, Sébastien JEAN a écrit :
> > 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
> >
> >
> >
>