Sujet : Re: [MacCafé] Erreur peu informative
De : om+news (at) *nospam* miakinen.net (Olivier Miakinen)
Groupes : fr.comp.sys.mac.communicationDate : 07. Jul 2022, 08:36:44
Autres entêtes
Organisation : There's no cabale
Message-ID : <ta62ec$20is$1@cabale.usenet-fr.net>
References : 1 2 3 4 5 6 7 8 9 10 11 12
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4
Le 07/07/2022 00:31, DV a écrit :
Non. Le mieux est de retransmettre à l'utilisateur le message exact qu'a
retourné le serveur.
OK, mais il serait quand même utile de savoir sur quels critères se
fonde le rejet d'Alphanet,
Si tu veux, tu peux poser la question à son noumestre. Évite quand même
de le faire sur fuad en ce moment pour ne pas remettre de l'huile sur le
feu de la polémique alimentée par certains. Note qu'il s'agit des critères
actuels en juillet 2022 sur un serveur donné, et que rien n'empêche que
ces critères changent à tout moment.
ne serait-ce que pour donner un exemple
concret dans la doc de MacCafé,
Je ne suis pas d'accord avec ça. La doc d'un nouvelleur peut donner comme
exemples des messages d'erreur existants, mais elle ne doit pas tenter une
interprétation au delà de ce qui est dit par le serveur.
Si le serveur dit « 441 Too much quoted text », le nouvelleur doit seulement
dire « 441 Too much quoted text » sans faire d'explication de texte via boule de
cristal. De même, si le serveur dit « 441 Gabu wsw !* $yuyfyu » le nouvelleur
ne doit rien dire d'autre que « 441 Gabu wsw !* $yuyfyu » sans tenter la moindre
traduction.
où la nécessité d'élaguer le texte cité
est déjà évoquée (mais pas la possibilité d'un refus du message).
Tu ne peux pas prévoir dans la doc du nouvelleur toutes les possibilités
de refus par le serveur. Par exemple un serveur pourrait autoriser le
HTML tandis qu'un autre pourrait le rendre obligatoire (pas sur usenet-fr
bien sûr), ou bien un serveur pourrait interdire que l'on parle de la
Russie ou du Covid-19, ou bien refuser les termes « Bojo » et « Cheeto ».
Quelle que soit la situation, c'est le serveur qui en est responsable et
c'est son message d'erreur qu'il faut transmettre, rien de plus.
C'est ce qu'a fait Gilbert, et je l'en félicite.
-- Olivier Miakinen