Hi Wolfgang,

>> Is slrn 1.0.3 sending CAPABILITIES?
>
> No.
>
>> Maybe the best move here is to use the "preferred format" per RFC 3977
>> with :bytes and :lines advertised in LIST OVERVIEW.FMT only when the
>> news reader has previously used CAPABILITIES? And we keep Bytes: and
>> Lines: otherwise.
>
> I'm not sure of the correlation between clients using CAPABILITIES and clients
> using LIST OVERVIEW.FMT. In slrn's case it would certainly work.

As the CAPABILITIES command has been added in RFC 3977 which defines
Version 2 of NNTP, my guess is that a news client which uses that
command has been updated to conform with RFC 3977.
Of course, that may not be true but such a client would then not be
compliant with servers which are supposed to followed this MUST...

The first 7 lines [of the LIST OVERVIEW.FMT response] MUST (except
for the case of letters) be exactly as follows:

Subject:
From:
Date:
Message-ID:
References:
:bytes
:lines

For compatibility with existing implementations, the last two lines
MAY instead be:

Bytes:
Lines:

even though they refer to metadata, not headers.

The MAY is there so that servers could comply with both RFC 3977 and
clients pre-dating RFC 3977. That's why I suggested that heuristics.
Clients which have implemented RFC 3977 /normally/ shouldn't choke on
receiving ":bytes"...
I should really have ensured CAPABILITIES has previously been sent
before changing the syntax in INN 2.8.0; that's a genuine bug.

slrn currently implements RFC 977 and RFC 2980, corresponding to Version
1 of NNTP, according to the error message it gives:
OVERVIEW.FMT not RFC 2980 compliant -- XOVER support disabled.

It couldn't be said when RFC 3977 is implemented...

--
Julien ÉLIE

« Campagne électorale : c'est l'art de gagner les voix des pauvres avec
l'argent des riches en promettant à chacun des deux de les protéger
contre l'autre. » (Oscar Ameringer)

Hello Julien,

Before or after a CAPABILITIES command, in LIST OVERVIEW.FMT, I'm
currently sending:

>        Subject:
>        From:
>        Date:
>        Message-ID:
>        References:
>        :bytes
>        :lines

HDR :bytes sends metadata.
HDR Bytes: sends value of header "Bytes".

If I understand well, you are suggesting to send :bytes and :lines (in
LIST OVERVIEW.FMT) after CAPABILITIES was sent otherwise to send Bytes:
and Lines:?

Correct?

Hi Franck,

> HDR :bytes sends metadata.
> HDR Bytes: sends value of header "Bytes".

"HDR Bytes" without the ending semi-colon for the second form.

> If I understand well, you are suggesting to send :bytes and :lines (in
> LIST OVERVIEW.FMT) after CAPABILITIES was sent otherwise to send Bytes:
> and Lines:?
>
> Correct?

Exactly. Otherwise, current slrn version cannot access overview data.
A few other news clients may also not deal with that new syntax
introduced with NNTP version 2.

Wolfgang, the fix is committed for INN 2.8.0. You can re-install this
version whenever you want. (If you're using generated snapshots, the
20230318 one will have it.)

--
Julien ÉLIE

« Sol attigit talos. »

Hello Julien,

> "HDR Bytes" without the ending semi-colon for the second form.

Yes, it was a typo of mine.

> Exactly.  Otherwise, current slrn version cannot access overview data. A
> few other news clients may also not deal with that new syntax introduced
> with NNTP version 2.

Ok, I'll update SNS to reflect this.
Thanks for confirmation.

* Julien ÉLIE wrote:

> Wolfgang, the fix is committed for INN 2.8.0. You can re-install this
> version whenever you want. (If you're using generated snapshots, the
> 20230318 one will have it.)

Thanks. I will try 20230318 then.
BTW: I was informed that John Davis is working on a solution for slrn.
I will test that, too, once it's available on github.

--
Пу́тін — хуйло́
http://www.eternal-september.org

Thus spake Ray Banana <rayban@raybanana.net>
> * Julien ÉLIE wrote:
>> Wolfgang, the fix is committed for INN 2.8.0. You can re-install this
>> version whenever you want. (If you're using generated snapshots, the
>> 20230318 one will have it.)
> Thanks. I will try 20230318 then.

slrn 1.0.3 is happy with inn-CURRENT-20230319.

Thanks, Julien.

--
Too many ingredients in the soup, no room for a spoon
http://www.eternal-september.org