Re: Tin & Synchronet a Bug ?

On Wed, Nov 16, 2005 at 05:25:21PM +0100, Thorsten Edelmann wrote:
> >You can verify this by enableing debug output (adding -d to your 
> >nntpservice.js
> >command-line in your ctrl/services.inin file) and capturing the output 
> >(e.g. "rsp: text") in your log.
> -d is on  .... here the logfle !
>
> >No, but even if you did, the Synchronet nntpservice.js supports xfef
> >information. More details are needed.
> >
> Here is the Logfile of synchronet ...
> 
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: 200 bastigon.de News 
> (Synchronet 3.13b-Linux NNTP Service 1.92)
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP Logging in Guest
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP cmd: LIST EXTENSIONS
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: 215 list of 
> newsgroups follows
[...]
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: de.comm.funk.vereine 
> 5496 1 n
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: .

Synchronet doesn't handle extended list commands correct and treats them all
as if they were a "LIST ACTIVE". anyway, this is not the problem as tin can
cope with that, but it should be fixed in the synchronet source one day.

> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP cmd: MODE READER
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: 200 Hello, you can post
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP cmd: XOVER
> Nov 16 17:12:33 ice synchronet: srvc 0011 NNTP rsp: 224 Overview 
> information follows

this is the real bug, the RFC says that the server should respond with 412
if XOVER is requested without beeing in a newsgroup (tin does this to see if
the server knows the XOVER command). instead of returning a _single_-line
error-message the server gives a multiline response when this is not
expected by the client. as tin only read the first response line and leaves
all other lines on the input queqe, they will be fetched with the response to
the next command -> total confusion. 

again, the bug is not inside tin, but inside the synchronet server, RFC 2980
clearly says:

| A news group must have been selected earlier, else a 412
| error response is returned.  If no articles are in the range
| specified, a 420 error response is returned by the server.  A 502
| response will be returned if the client only has permission to
| transfer articles.

urs
-- 
"Only whimps use tape backup: _real_ men just upload their important stuff
 on ftp, and let the rest of the world mirror it ;)" - Linus