Sujet : Re: Extension au protocole NNTP
De : iulius (at) *nospam* nom-de-mon-site.com.invalid (Julien ÉLIE)
Groupes : fr.comp.usenet.serveursDate : 18. Mar 2022, 22:09:03
Autres entêtes
Organisation : Groupes francophones par TrigoFACILE
Message-ID : <t12osv$foc4$1@news.trigofacile.com>
References : 1 2 3 4 5 6
User-Agent : Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.2
Bonsoir Marc,
Au niveau technique, j'entrevois ce fonctionnement:
- un feed qui traite les NoCeM de l'extérieur et de l'intérieur,
mais qui plutôt que de supprimer localement, modifie atomiquement
l'article existant dans le spool (traditional), avec un
rename(2) en ajoutant l'entête
Dans ce cas, la propagation normale serait probablement sans l'entête
supplémentaire (vu le délai d'émission, puis de prise en compte
des NoCeM), sans rien faire.
Il y a quand même un léger délai. Je ne saurais me prononcer sans avoir testé...
innfeed reçoit d'innd un token et va récupérer l'article stocké pour le transmettre aux pairs.
L'idéal serait d'ajouter un petit délai avant la modification de l'article dans le spool.
Les articles non transmis immédiatement (mis en backlog pour indisponibilité du serveur distant) auront toutefois l'en-tête lorsque la liaison sera rétablie.
Il y a mieux pour changer un article qu'un renommage atomique?
Un rename(2) n'est même pas nécessaire ; tu pourrais faire un "sed -i" ajoutant l'en-tête juste après la fin des en-têtes (ou à un autre lieu).
-- Julien ÉLIE« Pour aller plus vite, j'additionne toujours de bas en haut : je fais du même coup l'addition et la preuve. » (Aurélien Scholl)
Extension au protocole NNTP
Re: Extension au protocole NNTP
