Re: Salvatore et trad.spip.net

Hello,

Camille répondra surement mieux mais

 - il me semble que là ce sont bien les notifications de SVN qui continuent à arriver sur spip-zone-commit et pas celles de git (sinon on aurait pas des chemins tels que _plugins_/saisies/trunk/), donc rien à voir avec git
 - je pense qu’il faudrait qu’on passe à des notifications via git ou gitea en effet, plutôt que celles via svn, mais quid alors de ce qui se passera sur la zone sur les projets non migrés ? Je pense qu’on ne peut basculer les notifications qu’une fois la zone fermée en écriture, non ?

 - concernant l’expéditeur des mails, cela fait déjà longtemps que l’expéditeur de l’email est unique, et c’est lié de manière plus générale à la problématique d’envoi des emails : quand on envoie un email au nom de quelqu’un d’autre ça pose plein de problèmes techniques vis a vis des antispams (l’IP du serveur n’ayant aucune correspondance avec le domaine de l’email concerné) et légaux (j’en connais qui se sont retrouvé convoqué en audition au commissariat pour cette raison, c’est potentiellement une usurpation d’identité)

Peut-être une solution serait de dédier un sous domaine pour ces notifications genre @contrib.spip.net, de forger des adresses mails d'expediteur à partir de l’auteur de commit, comme par exemple :
nicod_ <[email protected]>
ce qui permet de mettre en place un envoi à peu près sécurisé (avec meme un DKIM/SPF si besoin), et un reply to vers la liste et la bonne adresse mail du commiteur

Mais il faudra que la liste accepte ces emails d’expéditeur en entrée (ce qui est un autre problème, qui semble toutefois soluble), et idéalement que les emails sur @contrib.spip.net soient automatiquement redirigés si quelqu’un réponds à cette adresse (parce qu’il copie colle l’email, ou que son client ne respecte par le Reply-to).

Rien d’impossible, mais rien de trivial non plus...


--
Cédric
Le 7 févr. 2020 à 14:33 +0100, nicod_ <[email protected]>, a écrit :
> Le 07/02/2020 à 10:28, Bruno Bergot a écrit :
> > Todobien, petite digression, ça me fait remarquer que les mails de
> > notification des commits en git indiquent uniquement le chemin du plugin
> > dans leur sujet (ex : in _plugins_/newsletters/trunk), ce qui ne permet
> > pas de repérer les commits qui ne concernent que des langues (alors
> > qu'en svn le sujet comportait in _plugins_/newsletters/trunk/lang).
> >
> > Camille, penses-tu qu'on puisse faire quelque chose à ce sujet ?
>
> +1, et comme déjà soulevé par Rasta, avant on avait carrément
> l'expéditeur du mail qui était l'auteur du commit :
>
> Le 05/02/2020 à 10:28, RastaPopoulos a écrit :
> > Hello, je ne sais pas si c'est possible, mais j'avais l'impression
> qu'on avait toutes les infos sous la main : à l'intérieur de tous les
> emails de commits, il y a bien "Author: un nom" (enfin bizarre des fois
> c'est un nom des fois un email, mais ça identifie vraiment quand même).
> Est-ce que le hook post-commit qui envoie les emails peut utiliser cette
> info qu'il a bien déjà pour formater l'expéditeur de l'email avec le
> format standard "Nom du author <email@truc>" afin de voir le nom dans
> les clients emails ?
> > C'est d'ailleurs bien le cas pour la liste de commits du noyau (dont
> l'intérieur du contenu a pile le même format).
>
>
> Là ça devient très très difficile de suivre les commits...
>
> Merci !
>
> --
> nicod_