cant store article: bogus Xref: header in INN 2.5 ?

[Matija Nalis]

On Thu, Sep 01, 2011 at 08:23:43PM +0200, Julien ??LIE wrote:
> Yes, you're totally right.  We should fix how the Xref: header is parsed
> by tradspool.
> 
> Suggested fix for INN 2.5.3:
> 
> --- storage/tradspool/tradspool.c	(r?vision 9364)
> +++ storage/tradspool/tradspool.c	(copie de travail)

I've replaced CrackXref() for Debian Squeeeze INN 2.5.2-2~squeeze1,
but it broke horribly. 

I do not know if it is related to this patch or general
miscompilation (although it looked good, I didn't try to recompile
pure Debian INN2 first -- will do that soon).

The sympthoms is that my xrefslave server started to create bunch of
junk-named (either binary junk, or sometimes directories looking like
part of the headers or body, like "Path", "wrote", etc) directories
in /var/spool/news/articles, and in them (sometimes directly,
sometimes under more junk-named subdirs) files called "0",
which contains the article which look normal, for example with Xref:
newsfeed.CARNet.hr rec.music.beatles:441370

also, innd started throwing lots of errors like:
Sep  2 16:42:41 rana innd: tradspool: could not symlink /var/spool/news/articles/soc/history/medieval/279460 to /var/spool/news/articles/wrote/0: File exists

I backed up to Debian version until I can investigate more next week.

-- 
Opinions above are GNU-copylefted.