RE: [sympa-fr] Liste et base Postgres

[Nicolas Huillard <adresse@cachée>]

Problème résolu.

Explications :
* j'ai modifié les droits d'accès aux répertoires de listes :
        drwxrwsr-x   3 sympa    sympa        1024 Aug 17 16:37 
/home/sympa/expl/listeghs/
* de cette manière, les utilisateurs du groupe sympa ont le droit de 
manipuler leur contenu
* j'ai étendu le principe à : on peut créer une liste en créant un 
répertoire avec son contenu normal, en tant qu'utilisateur du groupe sympa. 
Ca donne :
        drwxrwsr-x   3 nhuillard  sympa        1024 Aug 17 16:37 
/home/sympa/expl/listeghs/
* normalement, tout utilisateur du groupe sympa a aussi un accès complet à 
mon répertoire
* malheureusement, le process sympa.pl, qui fait ses $( = $) = 
(getpwnam('sympa'))[2]; n'a pas accès en écriture au répertoire
* sympa.pl n'écrit pas son fichier stats, et ne se plaint pas non plus
* il ne crée pas non plus les subscribers.* et archives/*, sans se plaindre
* n'ayant pas de stats, il croit ne pas avoir d'utilisateur, et ne demande 
même pas à la base

Moralité : j'ai peut-ête un bug dans mon Perl 5.004_05, ou alors il faut 
faire très attention à ça (la méthode chlmod g+s dir fonctionne très bien 
avec tout le reste : Apache, analog, Postgres, etc), et le documenter.

NH

> -----Message d'origine-----
> De:   Nicolas Huillard [SMTP:adresse@cachée]
> Date: vendredi 17 août 2001 15:31
> À:    'adresse@cachée'
> Objet:        RE: [sympa-fr] Liste et base Postgres
>
>
>
> > -----Message d'origine-----
> > De: Michel Bouissou [SMTP:adresse@cachée]
> > Date:       vendredi 17 août 2001 15:19
> > À:  Nicolas Huillard; 'adresse@cachée'
> > Objet:      Re: [sympa-fr] Liste et base Postgres
> >
> > Le Vendredi 17 Août 2001 15:07, Nicolas Huillard a écrit :
> > >
> > > N'y aurait-il pas un problème de timeout, pas hasard, genre :
> >
> > Beh, ces histoires de timeout me semblent peu probables. Mon sympa 
tourne
> > depuis des mois sans être arrêté, pas plus que postgres, et reste 
parfois des
> > heures sans aucune sollicitation (la nuit par exemple), et je j'ai j  
amais vu
> > quoi que ce soit qui ressemble à un timeout.
>
> Justement, comme tu ne l'arrête jamais, tu ne vois pas ce détail. 
Epxlication ci-dessous.
>
> >
> > > * quand on lance sympa, il ne charge pas la liste des abonnés, et 
démarre
> > > son compteur,
> >
> > Quel compteur ?
>
> Pour ce qui est les include, Sympa me semble procéder comme suit :
> * il charge une fois la liste complète des abonnés (quand il en a besoin, 
peu importe à quelle occasion)
> * il date sa liste : la liste est valable le XX à HH:MM
> * lors du prochain besoin (mail à router, etc), il regarde si sa liste 
est fraiche (différence en date actuelle et date de la liste < timeout), et 
la recharge si elle ne l'est pas
> * une fait ce qu'il a à fair,e avec la liste disponible.
>
> Il n'y a pas de rechargement de type cron, c'est juste une indication de 
"fraicheur".
> On voit bien que dans un fonctionnement normal, la liste est probablement 
toujours correcte, à une heure près.
> Par contre, lors du mancement, on peut tomber sur le problème suivant : 
la liste est datée, mais est vide. Elle est donc "fraîche" mais erronée. On 
ne peut voir ça que lors du lancement de Sympa.
>
> > Je ne pense pas que Sympa charge jamais de lui-même une quelconque 
liste
> > d'abonnés s'il n'est pas sollicité (message à délivrer ou consultation 
des
> > abonnés sur l'interface Web)
>
> On est d'acccord.
>
> > Quand c'est le cas, Sympa soit se contenter d'accéder à la DB en 
fonction des
> > besoins.
> >
> > > * pendant toute la durée du timeout avant réfraichissement de la 
liste (1
> > > heure a priori), Sympa n'a aucun abonné
> > > * une heure plus tard, il va se rafraichir les idéee et interroge la 
base :
> > > il a soudain plein de monde
> >
> > Je ne crois pas que Sympa fasse un quelconque rafraîchissement horaire 
tel
> > que celui que tu supposes...
>
> On est d'acccord.
>
> NH