|
|
|
|
||||||
| fr.comp.usenet.serveurs Administration de serveurs NNTP. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 |
|
Messages: n/a
Hébergeur: |
Hello,
J'ai une petite (4 mots, c'est petit) question concernant INN. Je voudrais que les cancels soient honorés, mais qu'on puisse quand même avoir accès aux articles annulés quand on connait leur msgid (c'est un peu le fonctionnement des serveurs de Free, d'après ce que j'ai compris). La question est : comment on fait ça ? Pour info, j'utilise un tradspool, si ça peut avoir une importance. |
|
|
|
#2 |
|
Messages: n/a
Hébergeur: |
Stephane Dupille a écrit :
> Je voudrais que les cancels soient honorés, mais qu'on puisse quand > même avoir accès aux articles annulés quand on connait leur msgid > (c'est un peu le fonctionnement des serveurs de Free, d'après ce que > j'ai compris). Hmm ca me rappelle un thread identique il y a quelques mois :p Décidément cette feature à la diable sera intéressante dans INN.. En gros avec INN, pas de solution simple (faire disparaitre de l'overview mais pas de l'history est je crois impossible), sauf hacker le filtre avec du perl et stocker a côté les articles originaux quand des cancels se pointent. Une idée intéressante serait, amha, quand un cancel <FOO> arrive, de "reposter" sur un groupe interne (comme local.cancelled), le message original, avec un MID type <cancelled.FOO> Le tout est de faire ça de manière zen avec l'api de token de INN qui est pas des plus évidente Des avis les autres ? |
|
|
|
#3 |
|
Messages: n/a
Hébergeur: |
Xavier Roche <xroche@free.fr.NOSPAM.invalid> écrit :
'lu Xavier, > En gros avec INN, pas de solution simple (faire disparaitre de > l'overview mais pas de l'history est je crois impossible), sauf hacker > le filtre avec du perl et stocker a côté les articles originaux quand > des cancels se pointent. Argh. > Une idée intéressante serait, amha, quand un cancel <FOO> arrive, de > "reposter" sur un groupe interne (comme local.cancelled), le message > original, avec un MID type <cancelled.FOO> Mouaif. J'avais dans l'idée de faire ça dans un spool à côté. On peut faire simple : le msgid comme nom de fichier, et on supprime avec un find au bout de n jours. L'avantage, c'est qu'avec le msgid, retrouver le bon fichier/message est immédiat. > Le tout est de faire ça de manière zen avec l'api de token de INN qui > est pas des plus évidente Qu'est-ce que tu appelle l'API de token ? Les scripts qui sont déclarés dans newsfeeds ? Ça, y'a pas de soucis, je maîtrise (d'ailleurs, on est pas obligés de filer un token aux scripts, on peut leur envoyer un msgid). Le pb, c'est que lorsque le bot reçoit le cancel, le message a déjà été effacé. A moins qu'il y ait une astuce pour que le bot reçoive le cancel, et qu'il ne soit traité qu'après. |
|
|
|
#4 |
|
Messages: n/a
Hébergeur: |
Stephane Dupille a écrit :
> Mouaif. J'avais dans l'idée de faire ça dans un spool à côté. On > peut faire simple : le msgid comme nom de fichier, et on supprime avec > un find au bout de n jours. Euh, ta filesystem va pas aimer a mon avis :p (80,000 messages/jour ?) > retrouver le bon fichier/message est immédiat. Hmm pas avec un million de fichiers :p > Le pb, c'est que lorsque le bot reçoit le > cancel, le message a déjà été effacé. Je pensais a hacker le script controlchan en perl |
|
|
|
#5 |
|
Messages: n/a
Hébergeur: |
Xavier Roche <xroche@free.fr.NOSPAM.invalid> écrit :
> Stephane Dupille a écrit : >> Mouaif. J'avais dans l'idée de faire ça dans un spool à côté. On >> peut faire simple : le msgid comme nom de fichier, et on supprime avec >> un find au bout de n jours. > Euh, ta filesystem va pas aimer a mon avis :p > (80,000 messages/jour ?) C'est juste pour fr.*, pas pour le big8. Restons modestes. >> retrouver le bon fichier/message est immédiat. > Hmm pas avec un million de fichiers :p J'ai de la marge : [galadriel] ~> df -hi /var/spool/news Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/ad4s1g 37G 740M 34G 2% 98420 10410890 1% /var/spool >> Le pb, c'est que lorsque le bot reçoit le >> cancel, le message a déjà été effacé. > Je pensais a hacker le script controlchan en perl Oui, j'y pense aussi, mais cette solution me gène un peu aux entournures. |
|
|
|
#6 |
|
Messages: n/a
Hébergeur: |
Le 9 mars 2007 à 17:04, Xavier Roche a écrit :
> Une idée intéressante serait, amha, quand un cancel <FOO> arrive, de > "reposter" sur un groupe interne (comme local.cancelled), le message > original, avec un MID type <cancelled.FOO> C'est exactement ce que je faisais à une époque. J'avais patché cleanfeed dans local_filter_cancel pour aller sauver l'article annulé dans un coin (je ne sais plus comment ; peut-être à la sauvage, en forkant un grephistory | sm). Il est possible de sauver aussi le cancel, pour récupérer des infos dedans (cancelled-by, etc). Ensuite, avec une crontab, ça traitait les articles en attente, pour les reposter ensuite dans des groupes dédiés : http://news.lacave.net/inn/injectcancel.pl Fred -- I fear who I am becoming I feel that I am losing all beauty within I can no longer restrain it My strength is fading I have to give in (Within Temptation, It's the Fear) |
|
![]() |
| Outils de la discussion | |
|
|