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

[David Verdin <adresse@cachée>]

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