(HS) Newsgroups professionnels PCSoft non accessibles en nntp
Le
MyTwoCents

Bonjour,
Plusieurs utilisateurs se sont plaints que les newsgroups de PCSoft
étaient inaccessibles avec leur lecteur de news préféré, et ce, de
manière très fréquente.
J'ai répondu dans ce groupe, mais ma réponse n'a visiblement pas été
jugée pertinente puisqu'elle n'a pas passé la modération.
Pour autant, il me semble que la réponse était constructive, d'autant
que je communiquais également des erreurs flagrantes dans
l'implémentation du protocole NNTP du serveur de l'éditeur (Ecrit en
Windev).
Tout ce que j'annonce ici a été découvert avec un lecteur de news bien
connu et/ou une simple connection telnet.
Donc:
1. Première chose flagrante et déconcertante, le serveur n'accepte que
les commandes en majuscules et les <TAB> ne sont pas acceptés comme
séparateur Keyword<TAB>Argument
RFC 3977 § 3.1: Keywords and arguments MUST each be separated by
one or more space or TAB characters.
2. La commande CAPABILITIES nous renvoit:
101 Capability list follows
VERSION 2
IMPLEMENTATION PCSOFT NNTP Server 18.0.22.0
LIST ACTIVE NEWSGROUPS
READER
POST
HDR
La commande HELP nous renvoit:
100 Help text follows
NNTP version supported : VERSION 2
Software version : PCSOFT NNTP Server 18.0.22.0
NNTP commands supported :
- LIST ACTIVE
- READER
- POST
- HDR
- Capacité "IMPLEMENTATION" -> permet de dire sans forcer que c'est du
Windev :-)
- Capacité "HDR" annoncée mais l'option "HEADERS" n'est pas présente
dans la commande "LIST" alors que le protocole l'impose.
RFC 3977 § 7.6.2: HEADERS - Mandatory if the HDR capability is advertised.
- Capacité "OVER" non annoncée alors que la commande (x)OVER est fournie
(mias non listée avec la commande HELP) par le serveur. De même,
l'option "OVERVIEW.FMT" devrait être ajoutée à la capacité et à la
commande "LIST" puisque la commande "(x)OVER" est proposée.
Même paragraphe, même RFC.
Et j'en passe
3. Attendez trois minutes et vous serez déconnectés avec un message "105
Connection timed out (181 seconds), closing connection".
Ce code erreur n'existe dans aucune RFC, et pour cause La RFC 3977
explique clairement qu'en cas d'inactivité, le serveur ferme la
connection sans envoyer un quelconque message au client.
RFC 3977 § 3.1: An NNTP server MAY have an inactivity autologout timer.
Such a timer SHOULD be of at least three minutes duration
- - - 8< - - -
When the timer expires, the server SHOULD close the connection WITHOUT
sending ANY response to the client.
Et ce n'est vraiment qu'une très courte liste de ce qui ne va pas dans
cette implémentation du protocole NNTP puisque même certaines commandes
ne sont pas conformes au protocole.
L'introduction de la RFC 3977 dit qu'un serveur n'est pas conforme si
elle ne satisfait pas à un ou plusieurs "DOIT" (impératif) du
protocole Donc le serveur de l'éditeur n'est pas conforme au
protocole NNTP et encore moins à sa version 2.
C'est pas moi qui le dit, c'est la RFC! ;-)
RFC 3977 § 1
An implementation is not compliant if it fails to satisfy one or more
of the MUST requirements for this protocol. An implementation that
satisfies all the MUST and all the SHOULD requirements for its
protocols is said to be "unconditionally compliant"; one that
satisfies all the MUST requirements but not all the SHOULD
requirements for NNTP is said to be "conditionally compliant".
Pour cette mauvaise implémentation, j'envisageais que le serveur soit
régulièrement mis en défaut et que le service ne réponde plus. Je devais
avoir tord et le modérateur raison
Mais bon, quand je vois toutes les erreurs commises, j'imagine qu'il
était plus simple de rejeter mon message que de coder les corrections ;-)
Et juste pour ne pas être constructif jusqu'au bout, voici ce que renvoi
mon serveur nntp, codé en Windev:
101 capability list follows:
VERSION 2
AUTHINFO
IMPLEMENTATION NomSuppriméVolontairement NNTP Server 3.0.6 (64bits)
LIST ACTIVE ACTIVE.TIMES COUNTS HEADERS NEWSGROUPS OVERVIEW.FMT
READER
HDR
NEWNEWS
OVER MSGID
POST
.
100 help text follows:
article [message-id|number]
authinfo user|pass value
body [message-id|number]
capabilities [keyword]
date
group newsgroup
head [message-id|number]
hdr field [message-id|range]
help
last
list [active [wildmat]|active.times [wildmat]|counts
[wildmat]|newsgroups [wildmat]|headers [message-id|range]|overview.fmt]
listgroup [newsgroup [range]]
mode reader
newgroups date time [gmt]
newnews wildmat date time [gmt]
next
over [message-id|range]
post
quit
stat [message-id|number]
.
Libre à l'éditeur de coder les modifications ou de laisser son serveur
tomber tous les deux jours.
Cordialement,
;-)
Plusieurs utilisateurs se sont plaints que les newsgroups de PCSoft
étaient inaccessibles avec leur lecteur de news préféré, et ce, de
manière très fréquente.
J'ai répondu dans ce groupe, mais ma réponse n'a visiblement pas été
jugée pertinente puisqu'elle n'a pas passé la modération.
Pour autant, il me semble que la réponse était constructive, d'autant
que je communiquais également des erreurs flagrantes dans
l'implémentation du protocole NNTP du serveur de l'éditeur (Ecrit en
Windev).
Tout ce que j'annonce ici a été découvert avec un lecteur de news bien
connu et/ou une simple connection telnet.
Donc:
1. Première chose flagrante et déconcertante, le serveur n'accepte que
les commandes en majuscules et les <TAB> ne sont pas acceptés comme
séparateur Keyword<TAB>Argument
RFC 3977 § 3.1: Keywords and arguments MUST each be separated by
one or more space or TAB characters.
2. La commande CAPABILITIES nous renvoit:
101 Capability list follows
VERSION 2
IMPLEMENTATION PCSOFT NNTP Server 18.0.22.0
LIST ACTIVE NEWSGROUPS
READER
POST
HDR
La commande HELP nous renvoit:
100 Help text follows
NNTP version supported : VERSION 2
Software version : PCSOFT NNTP Server 18.0.22.0
NNTP commands supported :
- LIST ACTIVE
- READER
- POST
- HDR
- Capacité "IMPLEMENTATION" -> permet de dire sans forcer que c'est du
Windev :-)
- Capacité "HDR" annoncée mais l'option "HEADERS" n'est pas présente
dans la commande "LIST" alors que le protocole l'impose.
RFC 3977 § 7.6.2: HEADERS - Mandatory if the HDR capability is advertised.
- Capacité "OVER" non annoncée alors que la commande (x)OVER est fournie
(mias non listée avec la commande HELP) par le serveur. De même,
l'option "OVERVIEW.FMT" devrait être ajoutée à la capacité et à la
commande "LIST" puisque la commande "(x)OVER" est proposée.
Même paragraphe, même RFC.
Et j'en passe
3. Attendez trois minutes et vous serez déconnectés avec un message "105
Connection timed out (181 seconds), closing connection".
Ce code erreur n'existe dans aucune RFC, et pour cause La RFC 3977
explique clairement qu'en cas d'inactivité, le serveur ferme la
connection sans envoyer un quelconque message au client.
RFC 3977 § 3.1: An NNTP server MAY have an inactivity autologout timer.
Such a timer SHOULD be of at least three minutes duration
- - - 8< - - -
When the timer expires, the server SHOULD close the connection WITHOUT
sending ANY response to the client.
Et ce n'est vraiment qu'une très courte liste de ce qui ne va pas dans
cette implémentation du protocole NNTP puisque même certaines commandes
ne sont pas conformes au protocole.
L'introduction de la RFC 3977 dit qu'un serveur n'est pas conforme si
elle ne satisfait pas à un ou plusieurs "DOIT" (impératif) du
protocole Donc le serveur de l'éditeur n'est pas conforme au
protocole NNTP et encore moins à sa version 2.
C'est pas moi qui le dit, c'est la RFC! ;-)
RFC 3977 § 1
An implementation is not compliant if it fails to satisfy one or more
of the MUST requirements for this protocol. An implementation that
satisfies all the MUST and all the SHOULD requirements for its
protocols is said to be "unconditionally compliant"; one that
satisfies all the MUST requirements but not all the SHOULD
requirements for NNTP is said to be "conditionally compliant".
Pour cette mauvaise implémentation, j'envisageais que le serveur soit
régulièrement mis en défaut et que le service ne réponde plus. Je devais
avoir tord et le modérateur raison
Mais bon, quand je vois toutes les erreurs commises, j'imagine qu'il
était plus simple de rejeter mon message que de coder les corrections ;-)
Et juste pour ne pas être constructif jusqu'au bout, voici ce que renvoi
mon serveur nntp, codé en Windev:
101 capability list follows:
VERSION 2
AUTHINFO
IMPLEMENTATION NomSuppriméVolontairement NNTP Server 3.0.6 (64bits)
LIST ACTIVE ACTIVE.TIMES COUNTS HEADERS NEWSGROUPS OVERVIEW.FMT
READER
HDR
NEWNEWS
OVER MSGID
POST
.
100 help text follows:
article [message-id|number]
authinfo user|pass value
body [message-id|number]
capabilities [keyword]
date
group newsgroup
head [message-id|number]
hdr field [message-id|range]
help
last
list [active [wildmat]|active.times [wildmat]|counts
[wildmat]|newsgroups [wildmat]|headers [message-id|range]|overview.fmt]
listgroup [newsgroup [range]]
mode reader
newgroups date time [gmt]
newnews wildmat date time [gmt]
next
over [message-id|range]
post
quit
stat [message-id|number]
.
Libre à l'éditeur de coder les modifications ou de laisser son serveur
tomber tous les deux jours.
Cordialement,
;-)
Ca donne une assez bonne idée de façon dont travaille cet éditeur
habituellement.
--
Je ne suis pas d'accord avec la vérité, en conséquence, je n'écris que
des mensonges et des contre-vérités.
Perso, j'appelle pas ça du boulot. Une implémentation aussi mauvaise du
protocole nntp par une boîte spécialisée dans le développement... Bin ça
fait sourire (ou pas!).
Allez, je vous laisse juge de cette session fort instructive:
200 Service available, posting allowed
200 Posting allowed
211 159972 1 162333 pcsoft.fr.windev Group successfully selected
412 No newsgroup selected
Donc je sélectionne le groupe avec la commande GROUP et je veux la liste
des articles du groupe avec la commande LISTGROUP.
La première me dit que le groupe est sélectionné avec succès et la
seconde me dit qu'il n'y a pas de groupe sélectionné.
Faudrait savoir quand même ;-)
Continuons dans la série des aberrations:
211 159972 1 162333 pcsoft.fr.windev list follows
.
Quand je lui donne le groupe à lister, j'obtiens une liste vide. C'est
plutôt surprenant pour un groupe qui comptabilise approximativement
159972 articles!
Continuons dans le encore plus fort:
Je demande l'overview de l'article en cours. Dans ce cas précis, c'est
le premier du "groupe pcsoft.fr.windev" et en toute logique c'est le 1
comme annoncé dans le 211 (1 étant le premier et 162333 le dernier)
224 Overview follows
91 Suppression des groupes windev et webdev
=?UTF-8?B?IkxlIG1vZMOpcmF0ZXVyIg==?= 2001 10:39:03 +0200 .
Bin non, il me renvoit un article numéroté 91!
Ok, si je demande le suivant (NEXT) je devrais avoir le 92 et si je
redemande le précédent (LAST) retomber sur le 91... Bin non!
223 2
223 1
Vous remarquerez également que l'article 91 et l'article 1 ont le même
message-ID ( retrouver plusieurs articles avec le même message-ID dans la base
overview (en cas de crosspost) mais c'est IMPOSSIBLE dans le même groupe!
Tiens, et si je demandais l'article 91?
224 Overview follows
91 Importer des tables (liaison) "Anne" Jul 2004 16:24:24 +0200 92
=?UTF-8?B?UmU6IFLDqWFsaXNlciB1bmUgc291cy1yZXF1w6p0ZSBzb3VzIFdpbmRldg==?"Raoul"
93 Re: Mise a Faux d'interrupteur pas le biais d'une boucle "Machou"
^C
Bin voyons, le serveur me renvoit tous les articles à partir du 91!
Sauf que pour faire ça, la commande c'est pas "OVER 91" mais "OVER 91-"
Bon allez, vous l'aurez compris, le serveur de l'éditeur fait partie des
pires implémentations du protocole NNTP puisque RIEN, ABSOLUMENT RIEN ne
fonctionne comme il se devrait. Pas étonnant qu'il soit mis en défaut
par les divers clients qui peuvent s'y connecter...
A bon entendeur, corrigez ^^
bonjour,
cela ne viendrait pas du fait que les articles ont été renuméroté lors
du passage à la nouvelle version ?
--
Cordialement JeAn-PhI
Je ne pense pas que l'erreur vienne de là (pour plein de raisons que je
n'évoquerai pas davantage ici). De plus la renumérotation d'articles est
interdite par le protocole.
Je pense que l'éditeur a focalisé son développement sur l'interface web
et mis un peu (trop) de côté l'accès nntp. C'est bien dommage car de
nombreux utilisateurs préfèrent passer par leur client de news préféré.
On verra si l'avenir réserve son lot de bonnes nouvelles au serveur de
news de l'éditeur...
fr.comp.developpement.agl.windev) :
Bonjour,
Il pourrait aussi installer un INN, hein. C'est pas écrit en Windev,
mais c'est open source, ça fonctionne et ça respecte les RFCs.
Et compte tenu du trafic des leurs groupes, ça pourrait tourner sans
problème sur un serveur vieux de 10 ans, de façon plus rapide et
efficace.
Ça fait des années que je me tue à répéter, dans le vide, que Pc-Soft ne
comprend rien à Internet. Ce n'est que la nième preuve :)
--
Eric
Bin avant leur "machin" codé en Windev, ils utilisaient dNews...
Abandonner dNews pour "ça", c'est un peu comme abandonner une Rolls pour
monter dans une "Lada" sur une route où il n'y aurait ni garage ni
station essence... Et personne pour t'aider à pousser!
Pas faux.
Entre autres...