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

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

Bonjour,

Merci pour l'explication.

L'url d'accès au archives (idem pour l'url pour l'accès à une archive en 
particulier) est en http mais une réécriture apache force le passage en 
https. Donc au moment de supprimer une archive, nous sommes en https…

Pour ce qui est de la configuration Apache, elle est minimaliste et ressemble 
à celà:

<VirtualHost <@ip>:443>
  ServerName listes.test.domain.tld

  DocumentRoot /home/sympa/html
  ErrorLog /var/log/httpd/listes.test-error.log
  CustomLog /var/log/httpd/listes.test-access.log combined env=!image

  Alias /static-sympa "/home/sympa/static_content"
  ScriptAlias /wws "/home/sympa/bin/wwsympa-sudo-wrapper.pl"
  <Location /wws>
    <IfModule mod_fastcgi.c>
      SetHandler fastcgi-script
    </IfModule>
  </Location>

  ScriptAlias /sympasoap /home/sympa/bin/sympa_soap_server-wrapper.fcgi

  <Location /sympasoap>
     SetHandler fastcgi-script
  </Location>

</VirtualHost>

<VirtualHost <@ip>:80>
 ServerName listes.test.domain.tld
 Alias /static-sympa "/home/sympa/static_content"
 ScriptAlias /wws "/home/sympa/bin/wwsympa-sudo-wrapper.pl"

 <Location /wws>
    <IfModule mod_fastcgi.c>
       SetHandler fastcgi-script
    </IfModule>
 </Location>

        RewriteEngine on
        RewriteCond %{HTTPS} !=on
        RewriteRule . https://%{HTTP_HOST}%{REQUEST_URI} [L]
        RewriteLog "/var/log/httpd/rewrite_debug.log"
        RewriteLogLevel 3 
</VirtualHost>




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


----- 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
> >
> >
> >
>