Re: [fr@sympa] Quelques soucis d'install 6.2.72

[Frédéric Goudal <adresse@cachée>]

Bonjour,

Et merci..

Pour être bien sûr : ça à changé entre la 6.2.42 et la 6.2.72 ? 

Donc il va falloir se tapper toutes les définitions de listes à la main ? Il 
n’y a pas eu de script de migration ?

f.g.

> Le 31 janv. 2024 à 16:23, Pascal Maes <adresse@cachée> a écrit :
> 
> Bonjour,
> 
> 
> Les propriétaires et modérateurs sont maintenant dans la DB et plus dans 
> les fichiers de configuration.
> 
> Le plus simple consisterait à ajouter un propriétaire dans une liste puis 
> faire un dump
> 
>    /var/sympa/bin/sympa.pl dump --role=owner nom_de_la_list@nom_du robot
> 
> Cette commande va créer un fichier owner.dump dans le dossier de la liste.
> À partir de ce fichier, vous pouvez créer les fichiers owner.dump et 
> editor.dump pour vos listes et ensuite les importer
> 
>    /var/sympa/bin/sympa.pl dump --role=owner,editor nom_de_la_list@nom_du 
> robot
> 
> 
> 
> 
> 
>> Le 31 janv. 2024 à 12:52, Frédéric Goudal 
>> <adresse@cachée> a écrit :
>> 
>> Bonjour,
>> 
>> Bingo, j’ai avancé un peu du coup mes listes s'affichent
>> 
>> MAIS…..  les infos genre propriétaire ne sont toujours pas affichées (y 
>> compris si je suis le propriétaire de la liste), par contre j’ai le bouton 
>> pour éditer le propriétaire…  et j’ai accés aux sources de données...
>> 
>> Une idée de piste encore ?
>> 
>> f.g. l’uograde n’est pas un long fleuve tranquille….
>> 
>> 
>> 
>>> Le 31 janv. 2024 à 11:40, David Verdin <adresse@cachée> a écrit :
>>> 
>>> Ouai c'est ça.
>>> 
>>> [conf->host] a disparu des scénarios. C'est devenu [domain]. Pourquoi ? 
>>> Aucune idée. Mais c'est comme ça.
>>> 
>>> Le 31/01/2024 à 11:37, Frédéric Goudal a écrit :
>>>> Effectivement en ajoutant quelques messages de debug, la raison du rejet 
>>>> est : not_compiled
>>>> 
>>>> Voilà le scenario
>>>> 
>>>> title.gettext intranet access
>>>> 
>>>> # this is example of a rule to check local adresses
>>>> # verify_netmask('1.12.123.0/24') smtp,md5,smime -> do_it
>>>> match([sender],/[conf->host]$/)            smtp,md5,smime    -> do_it
>>>> match([sender],/bordeaux-inp\.fr/)            smtp,md5,smime    -> do_it
>>>> is_subscriber([listname],[sender])         smtp,md5,smime    -> do_it
>>>> is_owner([listname],[sender])              smtp,md5,smime    -> do_it
>>>> is_editor([listname],[sender])             smtp,md5,smime    -> do_it
>>>> is_listmaster([sender])                    smtp,md5,smime    -> do_it
>>>> 
>>>> 
>>>> Copié tel quel de l’ancien serveur…
>>>> 
>>>> En ajoutant du log la raison du rejet est : not-compiled….
>>>> 
>>>> 
>>>> f.g.
>>>> 
>>>> 
>>>>> Le 31 janv. 2024 à 11:24, David Verdin <adresse@cachée> a 
>>>>> écrit :
>>>>> 
>>>>> Oh, et il ya quoi dans "visibility.intranet" ? Ces scénarios ont 
>>>>> disparu de la distribution récente de Sympa car trop souvent source 
>>>>> d'erreur.
>>>>> 
>>>>> Le 31/01/2024 à 10:01, Frédéric Goudal a écrit :
>>>>>> Bonjour,
>>>>>> 
>>>>>> Merci c’est plus clair sauf mais il va aussi chercher des scenarii dans
>>>>>> /usr/local/share/sympa/default/scenarii
>>>>>> 
>>>>>> Bon j’ai trouvé un scenario qui était en erreur précédemment, et qui 
>>>>>> ne l’est plus mais…. ça ne marche pas mieux.
>>>>>> 
>>>>>> J’ai ça dans les logs pour une liste non affichée ;:
>>>>>> 
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2 
>>>>>> Sympa::Scenario::new(Sympa::Scenario, Sympa::List 
>>>>>> <adresse@cachée>, visibility, ...)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::search_fullpath(Sympa::List <adresse@cachée>, 
>>>>>> visibility.intranet, subdir)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::get_search_path(Sympa::List <adresse@cachée>, 
>>>>>> subdir, scenari)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::search_fullpath() Name: visibility.intranet; file 
>>>>>> /usr/local/etc/scenari/visibility.intranet
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2 
>>>>>> Sympa::Scenario::authz(Sympa::Scenario 
>>>>>> <visibility.intranet;/usr/local/etc/scenari/visibility.intranet>, md5, 
>>>>>> HASH, …)
>>>>>> 
>>>>>> Et pour une liste affichée :
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2 
>>>>>> Sympa::Scenario::authz(Sympa::Scenario 
>>>>>> <visibility.intranet;/usr/local/etc/scenari/visibility.intranet>, md5, 
>>>>>> HASH, ...)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2 
>>>>>> Sympa::Scenario::new(Sympa::Scenario, Sympa::List 
>>>>>> <adresse@cachée>, visibility, ...)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::search_fullpath(Sympa::List <adresse@cachée>, 
>>>>>> visibility.noconceal, subdir)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::get_search_path(Sympa::List <adresse@cachée>, 
>>>>>> subdir, scenari)
>>>>>> Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 
>>>>>> Sympa::search_fullpath() Name: visibility.noconceal; file 
>>>>>> /usr/local/share/sympa/default/scenari/visibility.noconceal
>>>>>> 
>>>>>> 
>>>>>> Ça se ressemble étrangement…   du coup je ne sais pas quel paramètre 
>>>>>> fait qu’une liste est visible et pas l’autre…. :(
>>>>>> 
>>>>>> 
>>>>>> f.g.
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> Le 31 janv. 2024 à 08:00, Pascal Maes <adresse@cachée> a 
>>>>>>> écrit :
>>>>>>> 
>>>>>>> Bonjour,
>>>>>>> 
>>>>>>> 
>>>>>>> Les scenarii non modifiés sont dans /var/sympa/default/scenari
>>>>>>> 
>>>>>>> Un scenario modifié se trouve 
>>>>>>> (https://www.sympa.community/manual/customize/basics-scenarios.html)
>>>>>>> 
>>>>>>> 
>>>>>>>  - dans /var/sympa/etc/scenari s'il est valable pour le serveur
>>>>>>> 
>>>>>>>  - dans /var/sympa/etc/<robot>/scenari s'il doit être appliqué au 
>>>>>>> robot
>>>>>>> 
>>>>>>>  - dans /var/sympa/list_data/<robot>/<list>/scenari s'il doit être 
>>>>>>> appliqué à la liste
>>>>>>> 
>>>>>>> 
>>>>>>> Les custom_conditions et search_filters se trouvent dans 
>>>>>>> /var/sympa/etc 
>>>>>>> (https://www.sympa.community/manual/customize/custom-scenario-conditions.html,
>>>>>>>  https://www.sympa.community/manual/customize/basics-scenarios.html)
>>>>>>> 
>>>>>>> Les data_sources, comme pour les scenari : 
>>>>>>> https://www.sympa.community/manual/customize/data-sources.html
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> Le 30 janv. 2024 à 18:12, Frédéric Goudal 
>>>>>>>> <adresse@cachée> a écrit :
>>>>>>>> 
>>>>>>>> Ok…
>>>>>>>> 
>>>>>>>> J’imagine que si sur l’interface web j’ai accés à « administration 
>>>>>>>> des listes » je suis bien administrateur ?
>>>>>>>> 
>>>>>>>> Une petite précision : nous avons plusieurs robots, et le serveur en 
>>>>>>>> prod hérite d’une longue histoire.
>>>>>>>> 
>>>>>>>> Je pense avoir trouvé effectivement une source d’erreur, mais je ne 
>>>>>>>> sais pas trop comment la corriger :
>>>>>>>> J’ai une erreur effectivement au niveau d’un scenario 
>>>>>>>> visibility.intranet
>>>>>>>> Sur l’ancien serveur je trouve ce script à plusieurs endroits :
>>>>>>>> /etc/sympa/<robot>/scenari/visibility.intranet
>>>>>>>> (avec des spécificités par robot)
>>>>>>>> et dans
>>>>>>>> /home/sympa/default/scenari/visibility.intranet
>>>>>>>> 
>>>>>>>> Alors que dans le nouveau serveur je n’en trouve qu’un pour un des 
>>>>>>>> robots dans
>>>>>>>> /usr/local/etc/<robot>/scenari/visibility.intranet
>>>>>>>> 
>>>>>>>> Du coup plusieurs questions :
>>>>>>>> - où dois-je mettre les scenari pour les différents robots ? (j’ai 
>>>>>>>> fait une install à partir des sources et je n’ai pas touché le 
>>>>>>>> layout) Il me semble que default n’est pas forcément le bon 
>>>>>>>> répertoire…
>>>>>>>> - où est configuré l’appel de ce scenario pour les différents robots 
>>>>>>>> ?
>>>>>>>> 
>>>>>>>> Et en continuant de regarder, je vois que dans notre ancien serveur 
>>>>>>>> nous avons quelques répertoires genre custom_conditions, 
>>>>>>>> data_sources, search_filters,…
>>>>>>>> Je les trouves dans /etc/sympa mais ce sont des liens symboliques 
>>>>>>>> vers /home/sympa/etc
>>>>>>>> Du coup dans le nouveau serveur il faudrait que ce soit dans ? 
>>>>>>>> /usr/local/etc ?
>>>>>>>> 
>>>>>>>> Désolé, je ne me suis pas penché sur sympa depuis bien 10 ans… la 
>>>>>>>> reprise est un peu difficile…
>>>>>>>> 
>>>>>>>> f.g.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> Le 30 janv. 2024 à 17:36, David Verdin <adresse@cachée> a 
>>>>>>>>> écrit :
>>>>>>>>> 
>>>>>>>>> Si tu vois toutes les listes depuis l'administration mais pas 
>>>>>>>>> depuis la liste des listes, c'est que leur scénario visibility 
>>>>>>>>> t'empêche de le faire.
>>>>>>>>> 
>>>>>>>>> Soit tu n'es pas listmaster avec l'adresse employée pour 
>>>>>>>>> t'authentifier, soit le scénario visibility ne peut pas être évalué 
>>>>>>>>> (par exemple, parce qu'il n'existe pas ou est illisible).
>>>>>>>>> 
>>>>>>>>> Note que si tu passes en 6.2.72, le niveau d'authentification 
>>>>>>>>> "dkim" a disparu des scénarios.
>>>>>>>>> 
>>>>>>>>> Les logs doivent pouvoir t'aider.
>>>>>>>>> 
>>>>>>>>> Bonne journée !
>>>>>>>>> 
>>>>>>>>> David
>>>>>>>>> 
>>>>>>>>> Le 30/01/2024 à 17:31, Frédéric Goudal a écrit :
>>>>>>>>>> Bonjour,
>>>>>>>>>> 
>>>>>>>>>> Je suis en train de tenter de faire une mise à jour de notre 
>>>>>>>>>> serveur de liste 6.2.41. J’ai copié la base de donnée, copié les 
>>>>>>>>>> données de list_data dans le répertoire ad-hoc… fait tourné 
>>>>>>>>>> sympa.pl —upgrade
>>>>>>>>>> 
>>>>>>>>>> Le soucis est qu’au final quand j’affiche la liste des listes, 
>>>>>>>>>> seules 6 listes sur une centaine remontent avec des informations 
>>>>>>>>>> très incomplètes (perte des propriétaires par exemple).
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Si je vais dans administration des listes et que je liste les 
>>>>>>>>>> listes par date de création je vois les listes…
>>>>>>>>>> 
>>>>>>>>>> Une idée d’où chercher la cause de ce comportement ?
>>>>>>>>>> 
>>>>>>>>>> f.g.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> —
>>>>>>>>>> Frédéric Goudal
>>>>>>>>>> Ingénieur Système, DSI Bordeaux-INP
>>>>>>>>>> +33 556 84 23 11
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> -- 
>>>>>>>>> "À un certain niveau, le sport n'a plus rien à voir avec le 
>>>>>>>>> fair-play.
>>>>>>>>> Il met en jeu la haine, la jalousie, la forfanterie, le mépris de 
>>>>>>>>> toutes
>>>>>>>>> les règles et le plaisir sadique que procure le spectacle de la 
>>>>>>>>> violence.
>>>>>>>>> En d'autres termes : c'est la guerre, les fusils en moins."
>>>>>>>>> - Georges Orwell
>>>>>>>>> 
>>>>>>>>> David Verdin
>>>>>>>>> La Fabrique
>>>>>>>>> Direction des Services Applicatifs
>>>>>>>>> RENATER - Rennes
>>>>>>>>> 
>>>>>>>> —
>>>>>>>> Frédéric Goudal
>>>>>>>> Ingénieur Système, DSI Bordeaux-INP
>>>>>>>> +33 556 84 23 11
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> -- 
>>>>>>> Pascal
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> —
>>>>>> Frédéric Goudal
>>>>>> Ingénieur Système, DSI Bordeaux-INP
>>>>>> +33 556 84 23 11
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> -- 
>>>>> "À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
>>>>> Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
>>>>> les règles et le plaisir sadique que procure le spectacle de la 
>>>>> violence.
>>>>> En d'autres termes : c'est la guerre, les fusils en moins."
>>>>> - Georges Orwell
>>>>> 
>>>>> David Verdin
>>>>> La Fabrique
>>>>> Direction des Services Applicatifs
>>>>> RENATER - Rennes
>>>>> 
>>>> —
>>>> Frédéric Goudal
>>>> Ingénieur Système, DSI Bordeaux-INP
>>>> +33 556 84 23 11
>>>> 
>>>> 
>>>> 
>>>> 
>>> -- 
>>> "À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
>>> Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
>>> les règles et le plaisir sadique que procure le spectacle de la violence.
>>> En d'autres termes : c'est la guerre, les fusils en moins."
>>> - Georges Orwell
>>> 
>>> David Verdin
>>> La Fabrique
>>> Direction des Services Applicatifs
>>> RENATER - Rennes
>>> 
>> 
>> — 
>> Frédéric Goudal
>> Ingénieur Système, DSI Bordeaux-INP
>> +33 556 84 23 11
>> 
>> 
>> 
>> 
> 
> -- 
> Pascal
> 
> 
> 
> 

— 
Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11