🚀 go-pugleaf

	- hi; in dipspc article, <1211089452snz@nospam.demon.co.uk>,
	           pete@nospam.demon.co.uk discovered:
>	   v$af$ppint@i-m-t.demon.co.uk "ppint. at pplay" writes:
>>	  pete@nospam.demon.co.uk diagnosed, suggested and advised:
>>>	                 "ppint. at IMT" writes:
>[..]
>>>Oh -- and one more thing: the <number> after the "#! rnews" 
>>>refers I believe to the length of the succeeding article, so when 
>>>excising an article, make sure that you don't accidentally leave 
>>>that "#! rnews" line instead of that of the next actual article.
>>>
>>>Hope that makes sense (and that it is not a red herring...)
>>
>>	- thanks, pete; if it does - and if i've understood you
>>	aright - it would also work ok if i deliberately retain
>>	the "#! rnews" line of the excised article-plus-headers
>>	so long as i set the <bytesize number> to <00000000> (or
>>	however many digits the format is in there): but not, if
>>	i trim an article [..], leaving the headers in batch.txt
>>	- because the article byte-size will now not match the
>>	"#! rnews" line's <bytesize number>; [..]
[] 
>>	- but unbatch should/_may be able to_ cope with the whole-
>>	sale excision of headers-and-article-body(if any), from
>>	"#! rnews <bytesize number>" line up to the start of the
>>	following article's "#! rnews <bytesize number>" line. yes?
>
>Indeed to all the above.  However, my hasty reply was sort of a 
>pink herring.  Looking at the code a little longer, it appears 
>that one can simply tell unbatch to ignore article length info 
>altogether:  just run it with the 'l' (little ell) parameter, 

	- ooh!  - i can't see that as an option in the unbatch
	settings' help screen, but it sounds *just* what the
	doctor ordered *g*

>i.e.
>        unbatch -jl     (I assume you already use '-j')

	- i do indeed;
>
>Problem solved!
>
	- and my faith in the natural superiority of the ka9q/
	dis/snews(johnwash)/pcelm(oak)/etc package (and of dos
	software more generally) is - well, not so much re-
	stored, as maintained or even increased - as is that
	in the abilities and helpfulness of dipspc-ers :-))

	- many thanks;

	- drop into IMT for coffee, tea and/or (70%) chocolate
	any time you're in the area during shop hours - ppint.
-- 
"homeopathic compression: throw away the data and transmit the spaces;
 the data to be reconstructed from the spaces by virtue of these having
 remembered its shape. the only compression method more effective with
 increasing original data density." - yr hmbl srppnt, 1st october 2004