(HS) Newsgroups professionnels PCSoft non accessibles en nntp

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,
;-)