Bonjour, Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'test'. Ce message a bien été propagé. (Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.) Cordialement, le robot de fr.test P.S: en-têtes du message: Bytes: 1234 Path: ...!3.eu.feeder.erje.net!feeder.erje.net!fdn.fr!usenet-fr.net!usenet.pasdenom.info!from-devjntp Message-id: Jntp-route: news2.nemoweb.net Jntp-datatype: Article Subject: test Newsgroups: fr.test Jntp-hashclient: sjSYK0yfhkV153VMLE5kjXuswSc Jntp-threadid: L5JOsVUpV1-fbrQXjo80nWgu010 Jntp-uri: http://news2.nemoweb.net/?DataID= User-agent: Nemo/0.999a Jntp-originserver: news2.nemoweb.net Date: Tue, 15 Dec 20 15:23:13 +0000 Organization: Nemoweb Jntp-browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 Injection-info: news2.nemoweb.net; posting-host="7fb99b2b5c7685ebdb7b27b9331844eb05192b43"; logging-data="2020-12-15T15:23:13Z/5130766"; posting-account=""; mail-complaints-to="" Jntp-protocolversion: 0.21.1 Jntp-server: PhpNemoServer/0.94.5 Mime-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8bit X-jntp-jsonnewsgateway: 0.96 From: Julien Arlandis Raw_subject: test Raw_from: Julien Arlandis Flat_text: test
Bonjour,
Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'test'.
Ce message a bien été propagé.
(Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.)
Cordialement,
le robot de fr.test
P.S: en-têtes du message:
Bytes: 1234
Path: ...!3.eu.feeder.erje.net!feeder.erje.net!fdn.fr!usenet-fr.net!usenet.pasdenom.info!from-devjntp
Message-id: <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
Jntp-route: news2.nemoweb.net
Jntp-datatype: Article
Subject: test
Newsgroups: fr.test
Jntp-hashclient: sjSYK0yfhkV153VMLE5kjXuswSc
Jntp-threadid: L5JOsVUpV1-fbrQXjo80nWgu010
Jntp-uri: http://news2.nemoweb.net/?DataID=3xR6DirFkENSDnP_ULskqCcjqtI@jntp
User-agent: Nemo/0.999a
Jntp-originserver: news2.nemoweb.net
Date: Tue, 15 Dec 20 15:23:13 +0000
Organization: Nemoweb
Jntp-browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36
Injection-info: news2.nemoweb.net; posting-host="7fb99b2b5c7685ebdb7b27b9331844eb05192b43"; logging-data="2020-12-15T15:23:13Z/5130766"; posting-account="1@news2.nemoweb.net"; mail-complaints-to="newsmaster@news2.nemoweb.net"
Jntp-protocolversion: 0.21.1
Jntp-server: PhpNemoServer/0.94.5
Mime-version: 1.0
Content-type: text/plain; charset=UTF-8; format=flowed
Content-transfer-encoding: 8bit
X-jntp-jsonnewsgateway: 0.96
From: Julien Arlandis <julien.arlandis@gmail.com>
Raw_subject: test
Raw_from: Julien Arlandis <julien.arlandis@gmail.com>
Flat_text: test
Bonjour, Vous venez d'envoyer un message de test Í destination d'Usenet intitulé 'test'. Ce message a bien été propagé. (Ce robot répond Í tout message isolé -- pas les réponses -- posté sur fr.test contenant le mot clé 'test' ou 'essai', sauf si le mot clé 'noreply', 'ignore' or '42' apparaÍ®t également.) Cordialement, le robot de fr.test P.S: en-têtes du message: Bytes: 1234 Path: ...!3.eu.feeder.erje.net!feeder.erje.net!fdn.fr!usenet-fr.net!usenet.pasdenom.info!from-devjntp Message-id: Jntp-route: news2.nemoweb.net Jntp-datatype: Article Subject: test Newsgroups: fr.test Jntp-hashclient: sjSYK0yfhkV153VMLE5kjXuswSc Jntp-threadid: L5JOsVUpV1-fbrQXjo80nWgu010 Jntp-uri: http://news2.nemoweb.net/?DataID= User-agent: Nemo/0.999a Jntp-originserver: news2.nemoweb.net Date: Tue, 15 Dec 20 15:23:13 +0000 Organization: Nemoweb Jntp-browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_0_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36 Injection-info: news2.nemoweb.net; posting-host="7fb99b2b5c7685ebdb7b27b9331844eb05192b43"; logging-data="2020-12-15T15:23:13Z/5130766"; posting-account=""; mail-complaints-to="" Jntp-protocolversion: 0.21.1 Jntp-server: PhpNemoServer/0.94.5 Mime-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8bit X-jntp-jsonnewsgateway: 0.96 From: Julien Arlandis Raw_subject: test Raw_from: Julien Arlandis Flat_text: test
Julien Arlandis
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111 CHECK La passerelle reçoit :))
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111
CHECK <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
119 : Connection from 46.105.124.111 CHECK La passerelle reçoit :))
fsfqfq
tttt
yamo'
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111 CHECK La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111
CHECK <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle
envoie.
On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test )
vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois
il suffira d'en démarrer plusieurs sur différents ports top ou udp.
119 : Connection from 46.105.124.111 CHECK La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
yamo'
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111 CHECK
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111
CHECK <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle
envoie.
On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test )
vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois
il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas
IHAVE
J'ai l'impression que innfeed utilise cette commande pour envoyer.
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
yamo'
yamo' a écrit :
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111 CHECK
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie. Je ne reçois que des check et take this.
yamo' a écrit :
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111
CHECK <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle
envoie.
On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test )
vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois
il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas
IHAVE
J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie.
Je ne reçois que des check et take this.
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie. Je ne reçois que des check et take this.
Julien Arlandis
Le 16/12/2020 Í 08:53, yamo' a écrit :
yamo' a écrit :
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111 CHECK
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie. Je ne reçois que des check et take this.
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui sont envoyées lignes par ligne dans une même connexion TCP, par exemple la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour chariot ou quelque chose du genre, il faut que je lise les RFC... C'est galère.
Le 16/12/2020 Í 08:53, yamo' a écrit :
yamo' a écrit :
yamo' a écrit :
Julien Arlandis a écrit :
Le 15/12/2020 Í 16:23, Julien Arlandis a écrit :
test
119 : Connection from 46.105.124.111
CHECK <3xR6DirFkENSDnP_ULskqCcjqtI@jntp>
La passerelle reçoit :))
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle
envoie.
On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test )
vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois
il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas
IHAVE
J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie.
Je ne reçois que des check et take this.
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui
sont envoyées lignes par ligne dans une même connexion TCP, par exemple
la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour
chariot ou quelque chose du genre, il faut que je lise les RFC... C'est
galère.
Dès qu'elle arrive Í envoyer et que tu arrives Í traiter ce qu'elle envoie. On pourra essayer de mettre le feed d'un groupe (pas forcément fr.test ) vers uniquement cette passerelle. Si elle ne gère qu'un feed Í la fois il suffira d'en démarrer plusieurs sur différents ports top ou udp.
Par contre dans mes tests j'avais l'impression qu'elle ne traitait pas IHAVE J'ai l'impression que innfeed utilise cette commande pour envoyer.
J'ai écrit une connerie. Je ne reçois que des check et take this.
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui sont envoyées lignes par ligne dans une même connexion TCP, par exemple la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour chariot ou quelque chose du genre, il faut que je lise les RFC... C'est galère.
yamo'
Julien Arlandis a écrit :
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui sont envoyées lignes par ligne dans une même connexion TCP, par exemple la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour chariot ou quelque chose du genre, il faut que je lise les RFC... C'est galère.
Ça ressemble aux protocoles pop et smtp. Pour post: [C] POST [S] 340 Input article; end with <CR-LF>.<CR-LF> [C] From: "Demo User" [C] Newsgroups: misc.test [C] Subject: I am just a test article [C] Organization: An Example Net [C] [C] This is just a test article. [C] . [S] 240 Article received OK Et c'est un peu plus détaillé dans cette vieille rfc <https://tools.ietf.org/html/rfc4644#page-7> Les commandes ne sont pas casesensitive. Gérald a envoyé le lien vers la rfc actuelle : <http://news2web.pasdenom.info/article.php?id!02&group=fr.comp.usenet.serveurs#2102>
Julien Arlandis a écrit :
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui
sont envoyées lignes par ligne dans une même connexion TCP, par exemple
la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour
chariot ou quelque chose du genre, il faut que je lise les RFC... C'est
galère.
Ça ressemble aux protocoles pop et smtp.
Pour post:
[C] POST
[S] 340 Input article; end with <CR-LF>.<CR-LF>
[C] From: "Demo User" <nobody@example.net>
[C] Newsgroups: misc.test
[C] Subject: I am just a test article
[C] Organization: An Example Net
[C]
[C] This is just a test article.
[C] .
[S] 240 Article received OK
Et c'est un peu plus détaillé dans cette vieille rfc
<https://tools.ietf.org/html/rfc4644#page-7>
Les commandes ne sont pas casesensitive.
Gérald a envoyé le lien vers la rfc actuelle :
<http://news2web.pasdenom.info/article.php?id!02&group=fr.comp.usenet.serveurs#2102>
Pour l'instant je galère Í dissocier les commandes CHECK et TAKETHIS qui sont envoyées lignes par ligne dans une même connexion TCP, par exemple la fin d'un TAKETHIS se matérialise par "." suivi d'un double retour chariot ou quelque chose du genre, il faut que je lise les RFC... C'est galère.
Ça ressemble aux protocoles pop et smtp. Pour post: [C] POST [S] 340 Input article; end with <CR-LF>.<CR-LF> [C] From: "Demo User" [C] Newsgroups: misc.test [C] Subject: I am just a test article [C] Organization: An Example Net [C] [C] This is just a test article. [C] . [S] 240 Article received OK Et c'est un peu plus détaillé dans cette vieille rfc <https://tools.ietf.org/html/rfc4644#page-7> Les commandes ne sont pas casesensitive. Gérald a envoyé le lien vers la rfc actuelle : <http://news2web.pasdenom.info/article.php?id!02&group=fr.comp.usenet.serveurs#2102>
