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

[Pascal Maes <adresse@cachée>]

Et je vois également ceci dans le même fil 
(https://github.com/sympa-community/sympa/issues/530)


        Oh, then it's easy: you fake upgrade:


            sympa.pl --upgrade --from=6.1.17 --to=6.2.38


        Et voilà ! ;)



A voir si ça fonctionne avec "sympa.pl --upgrade --from=6.1.17 --to=6.2.72"


J'attendrais l'avis de David...




> Le 31 janv. 2024 à 18:01, Pascal Maes <adresse@cachée> a écrit :
> 
> 
> 
> Voici ce que j'ai trouvé sur GitHub
> 
> 
> Hi,
> Starting 6.2.34, editors and owners are stored in database only.
> If you run the following command, these data should be moved from files to 
> database:
> 
> sympa.pl --upgrade
> 
> 
> Ça devait déjà être le cas en 6.2.42
> 
> Que dit la table admin ?
> 
> 
> 
> 
>> Le 31 janv. 2024 à 16:49, Frédéric Goudal 
>> <adresse@cachée> a écrit :
>> 
>> 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
>> 
>> 
>> 
>> 
> 
> -- 
> Pascal
> 
> 
> 
> 

-- 
Pascal