Re: [sympa-fr] Utilisation du fichier msg_count dans Sympa ...

[Patrick Proniewski <adresse@cachée>]

Bonjour,

Bon, donc je prends note que nos symptômes sont bien anormaux :)

Toutes les listes ne sont pas concernées, autant que je puisse dire. Mais je 
n'ai pas trouvé de discriminant permettant de dire qu'un type de liste en 
particulier est touché par ce problème. Le truc c'est qu'on a 1816 listes 
actuellement, et que je ne sais pas comment je pourrais faire une comparaison 
entre la date du dernier message reçu, et la date de mise à jour de msg_count.

Existe-t-il quelque chose dans la base de données qui stockerait des info 
intéressantes (et dont la mise à jour soit indépendante de celle du fichier 
msg_count) ?

Lancer sympa.pl en mode débug risque d'être compliqué, donc je garde l'option 
sous le coude pour plus tard. Et compte tenu du volume que nous traitons 
Côté fichiers, en effet les droits sont bons et ont été vérifiés.

Notre problème (outre la cause technique qui reste à déterminer) c'est qu'on 
ne s'aperçoit du dysfonctionnement qu'à posteriori : quand notre script a 
tourné et qu'il a désactivé une liste qui est encore active. Tous les 
utilisateurs n'en prennent pas immédiatement conscience ce qui complique 
énormément le diagnostique.

On 26 juin 2014, at 09:54, David Verdin <adresse@cachée> wrote:

> Bonjour,
> 
> Sans surprise, dans ma propre instance de la version stable (6.1.22) il n'y 
> a aucun problème de mise à jour des fichiers stats et msg_count.
> "Chez moi, ça marche", quoi. La bonne réponse de développeur.
> 
> Bon. Est-ce que toutes les listes sont concernées ou bien est-ce que ça 
> concerne des listes modérées ou avec un autre mécanisme particulier ?
> 
> Sinon, tu peux lancer sympa.pl en mode debug (sympa.pl -d) pour avoir plus 
> de logs.
> Autre chose à vérifier : les droits sur les fichiers. Il faut - bien sûr - 
> que Sympa puisse écrire dans ces fichiers. Je pose la question à tout 
> hasard, mais vous avez sûrement déjà dû regarder ça.
> 
> Sinon, montre nous les logs de Sympa quand il traite un message. Ça nous 
> donnera sans doute des indices.
> 
> Voili voilou.
> 
> David
> 
> Le 16/06/14 16:21, Patrick Proniewski a écrit :
>> Bonjour,
>> 
>> Notre problème persiste : il semble que le fichier msg_count présent dans 
>> chaque répertoire de liste n'est pas systématiquement mis à jour quand un 
>> message est envoyé sur une liste (SYMPA V6.1.17)
>> 
>> Est-ce que quelqu'un versé dans le code de Sympa serait en mesure de nous 
>> dire ce qui peut expliquer cette situation ?
>> 
>> C'est un petit problème car nous nous appuyons justement sur la mise à 
>> jour de ce fichier pour déterminer de quand date le dernier message sur la 
>> liste, et ainsi fermer les listes inactives depuis x jours.
>> 
>> Merci,
>> 
>> On 26 mai 2014, at 11:36, Ozcan SAHIN <adresse@cachée> wrote:
>> 
>>> Bonjour,
>>> 
>>> Nous avons mis en place un script de nettoyage dans Sympa pour éviter de 
>>> garder les listes obsolètes.
>>> Normalement quand une liste reçoit un mail, sympa fait la maj du fichier 
>>> msg_count.
>>> Le script marche en référant la date de modification de ce fichier.
>>> Si la liste n'a pas reçu un mail depuis 6 mois alors le script la clôture.
>>> 
>>> Par contre, on a remarqué que même si la liste reçoit un mail, le fichier 
>>> msg_count n'est pas traité par Sympa.
>>> 
>>> Avez-vous une idée ?
>>> 
>>> Merci d'avance
>>> 
>>> -- 
>>> 
>>> Özcan SAHIN
>>> Administrateur Systèmes
>>> Pôle Système  - DSI - Université Lumière Lyon 2
>>> 04 78 77 26 66
>>> 
>> Patrick PRONIEWSKI
> 
> -- 
> A bug in Sympa? Quick! To the bug tracker! 
> <https://sourcesup.renater.fr/tracker/?group_id=23>
> RENATER logo
> *David Verdin*
> Études et projets applicatifs
> 
> Tél : +33 2 23 23 69 71
> Fax : +33 2 23 23 71 21
> 
> www.renater.fr <http;//www.renater.fr>
>       RENATER
> 263 Avenue du Gal Leclerc
> 35042 Rennes Cedex
> 
> 
> 

Patrick PRONIEWSKI
-- 
Responsable pôle Opérations - DSI - Université Lumière Lyon 2
Responsable Sécurité des Systèmes d'Information

Attachment: smime.p7s
Description: S/MIME cryptographic signature