We about a year ago tried to migrate from dnews to inn, for dnews, as
great as it is, very system resource light, and lightning fast, with its
article store format, has one flaw due to its age and non developer
interest, it can not work with IPv6, sure, we can put in work around with
TCP trickery, but that doesnt work well trying to enforce limits and at
best, is a bandaid fix.

So we tried inn, at first this looked promising, but using the push
method wouldn't inject old articles from dnews server to inn server,
regardless of settings, we point finger at inn in this case be it
directly or indirectly, as when we setup a dummy second dnews server and
issued push it started flying out teh door, we not developers so we have
no interest in who what or why, we just know it doesnt work.

So we tried inn's pull, using a pull list of every group, seemed ok at
first, but we ended up terminating it 2 weeks later, when it barely
reached what we think was about 20%, yes, we know pull is known to be
"slow", that brings me to my wishlist, a tool to convert, localy
preferably, dnews (and you could insert others like diablo here too) db
or articles at least, into inn.

Our ipv6 access is still at an unmeasurable low level, so we see no need
for urgency and can happily run as we are for a good few years to come
before we might even close to needing to do somthing, so I'm just
throwing this out there as an idea inn devs might want to consider some
time in the future.

Cheers

Hi Noel,

> So we tried inn, at first this looked promising, but using the push
> method wouldn't inject old articles from dnews server to inn server

What is exactly the DNews "push" method?

> So we tried inn's pull, using a pull list of every groupseemed ok at
> first, but we ended up terminating it 2 weeks later, when it barely
> reached what we think was about 20%
Was it with pullnews? With INN 2.6.x?
How many articles do you have in your spool?

> that brings me to my wishlist, a tool to convert, localy
> preferably, dnews (and you could insert others like diablo here too) db
> or articles at least, into inn.

Does DNews know how to re-feed the articles in its spool or implement
any sort of "export" feature?

--
Julien ÉLIE

« Love is blind but marriage is an eye-opener. »

On 1/20/22 4:25 AM, noel wrote:
> So we tried inn, at first this looked promising, but using the push
> method wouldn't inject old articles from dnews server to inn server,
> regardless of settings,

What settings did you change? Were said settings in DNews and / or INN?

INN won't accept articles over a certain age (I think it's somewhere
between two weeks and a month) explicitly prevent re-injecting older
articles. I think there are two settings that you need to change in INN
to allow older articles.

> we not developers so we have no interest in who what or why, we just
> know it doesnt work.

That sounds to me like you don't care enough to take the time to ask why
something doesn't work. Instead you just want to complain about it.

--
Grant. . . .
unix || die

On 1/20/22 3:25 AM, noel wrote:
> We about a year ago tried to migrate from dnews to inn, for dnews, as
> great as it is, very system resource light, and lightning fast, with its
> article store format, has one flaw due to its age and non developer
> interest, it can not work with IPv6, sure, we can put in work around with
> TCP trickery, but that doesnt work well trying to enforce limits and at
> best, is a bandaid fix.
>
> So we tried inn, at first this looked promising, but using the push
> method wouldn't inject old articles from dnews server to inn server,
> regardless of settings, we point finger at inn in this case be it
> directly or indirectly, as when we setup a dummy second dnews server and
> issued push it started flying out teh door, we not developers so we have
> no interest in who what or why, we just know it doesnt work.
>
> So we tried inn's pull, using a pull list of every group, seemed ok at
> first, but we ended up terminating it 2 weeks later, when it barely
> reached what we think was about 20%, yes, we know pull is known to be
> "slow", that brings me to my wishlist, a tool to convert, localy
> preferably, dnews (and you could insert others like diablo here too) db
> or articles at least, into inn.
>
> Our ipv6 access is still at an unmeasurable low level, so we see no need
> for urgency and can happily run as we are for a good few years to come
> before we might even close to needing to do somthing, so I'm just
> throwing this out there as an idea inn devs might want to consider some
> time in the future.
>
> Cheers
>

Did you set artcutoff in inn.conf high enough to allow old articles from
your dnews spool?

What inn article storage method are you using? cycbuffs should work
great if you are pushing articles from dnews.

Are you trying to duplicate article numbering from the dnews spool
(inn.conf: xrefslave = true)? That goes really slow. I don't think the
inn overview process can keep up with it for text groups.

Hi,
noel a tapoté le 20/01/2022 12:25:
> We about a year ago tried to migrate from dnews to inn

Is your Dnews still running?

On INN, the method for feed all article from a server to another is :
<https://www.eyrie.org/~eagle/faqs/inn.html#S6.4>

May there is something equivalent on Dnews.

--
Stéphane

On Thu, 20 Jan 2022 15:10:04 +0100, Julien ÉLIE wrote:

> Hi Noel,
>
>> So we tried inn, at first this looked promising, but using the push
>> method wouldn't inject old articles from dnews server to inn server
>
> What is exactly the DNews "push" method?
>

I imagine ihave

>
>> So we tried inn's pull, using a pull list of every groupseemed ok at
>> first, but we ended up terminating it 2 weeks later, when it barely
>> reached what we think was about 20%
> Was it with pullnews? With INN 2.6.x?
> How many articles do you have in your spool?

gawd, the spool size is over a terabyte

>
>
>> that brings me to my wishlist, a tool to convert, localy preferably,
>> dnews (and you could insert others like diablo here too) db or articles
>> at least, into inn.
>
> Does DNews know how to re-feed the articles in its spool or implement
> any sort of "export" feature?

yes, "refeed" thats what we tried at first and inn didnt take anything

On Thu, 20 Jan 2022 17:35:43 -0800, Etian wrote:

> On 1/20/22 3:25 AM, noel wrote:
>> We about a year ago tried to migrate from dnews to inn, for dnews, as
>> great as it is, very system resource light, and lightning fast, with
>> its article store format, has one flaw due to its age and non developer
>> interest, it can not work with IPv6, sure, we can put in work around
>> with TCP trickery, but that doesnt work well trying to enforce limits
>> and at best, is a bandaid fix.
>>
>> So we tried inn, at first this looked promising, but using the push
>> method wouldn't inject old articles from dnews server to inn server,
>> regardless of settings, we point finger at inn in this case be it
>> directly or indirectly, as when we setup a dummy second dnews server
>> and issued push it started flying out teh door, we not developers so we
>> have no interest in who what or why, we just know it doesnt work.
>>
>> So we tried inn's pull, using a pull list of every group, seemed ok at
>> first, but we ended up terminating it 2 weeks later, when it barely
>> reached what we think was about 20%, yes, we know pull is known to be
>> "slow", that brings me to my wishlist, a tool to convert, localy
>> preferably, dnews (and you could insert others like diablo here too) db
>> or articles at least, into inn.
>>
>> Our ipv6 access is still at an unmeasurable low level, so we see no
>> need for urgency and can happily run as we are for a good few years to
>> come before we might even close to needing to do somthing, so I'm just
>> throwing this out there as an idea inn devs might want to consider some
>> time in the future.
>>
>> Cheers
>>
>>
> Did you set artcutoff in inn.conf high enough to allow old articles from
> your dnews spool?
>

99999999

> What inn article storage method are you using? cycbuffs should work
> great if you are pushing articles from dnews.

I beleive that was it, following recommedations

>
> Are you trying to duplicate article numbering from the dnews spool
> (inn.conf: xrefslave = true)? That goes really slow. I don't think the
> inn overview process can keep up with it for text groups.

On Wed, 26 Jan 2022 21:26:11 +1000, noel wrote:

> On Thu, 20 Jan 2022 17:35:43 -0800, Etian wrote:
>
>> On 1/20/22 3:25 AM, noel wrote:
>>> We about a year ago tried to migrate from dnews to inn, for dnews, as
>>> great as it is, very system resource light, and lightning fast, with
>>> its article store format, has one flaw due to its age and non
>>> developer interest, it can not work with IPv6, sure, we can put in
>>> work around with TCP trickery, but that doesnt work well trying to
>>> enforce limits and at best, is a bandaid fix.
>>>
>>> So we tried inn, at first this looked promising, but using the push
>>> method wouldn't inject old articles from dnews server to inn server,
>>> regardless of settings, we point finger at inn in this case be it
>>> directly or indirectly, as when we setup a dummy second dnews server
>>> and issued push it started flying out teh door, we not developers so
>>> we have no interest in who what or why, we just know it doesnt work.
>>>
>>> So we tried inn's pull, using a pull list of every group, seemed ok
>>> at first, but we ended up terminating it 2 weeks later, when it barely
>>> reached what we think was about 20%, yes, we know pull is known to be
>>> "slow", that brings me to my wishlist, a tool to convert, localy
>>> preferably, dnews (and you could insert others like diablo here too)
>>> db or articles at least, into inn.
>>>
>>> Our ipv6 access is still at an unmeasurable low level, so we see no
>>> need for urgency and can happily run as we are for a good few years to
>>> come before we might even close to needing to do somthing, so I'm just
>>> throwing this out there as an idea inn devs might want to consider
>>> some time in the future.
>>>
>>> Cheers
>>>
>>>
>> Did you set artcutoff in inn.conf high enough to allow old articles
>> from your dnews spool?
>>
>>
> 99999999
>
>> What inn article storage method are you using? cycbuffs should work
>> great if you are pushing articles from dnews.
>
> I beleive that was it, following recommedations
>
>
>> Are you trying to duplicate article numbering from the dnews spool
>> (inn.conf: xrefslave = true)? That goes really slow. I don't think the
>> inn overview process can keep up with it for text groups.

oops forgot to reply to this buit, yes we were to avoid pi##ing off
users :)

On 1/26/22 3:28 AM, noel wrote:
> On Wed, 26 Jan 2022 21:26:11 +1000, noel wrote:
>
>>
>>> Are you trying to duplicate article numbering from the dnews spool
>>> (inn.conf: xrefslave = true)? That goes really slow. I don't think the
>>> inn overview process can keep up with it for text groups.
>
> oops forgot to reply to this buit, yes we were to avoid pi##ing off
> users :)
>

I think that's where the problem lies, at least with using pull. I ran
into the same problem, and never did figure out a work-around. The
problem is crossposted articles create overviews out of order in the
crosspost groups, and this slows down the overview process.

I would focus on debugging the problems with Dnews push method. Is
Dnews sending the xref: header which INN needs to duplicate numbering?
INN will reject articles without it when xrefslave is true. There might
be a setting or flag in Dnews to enable that.