The LIST OVERVIEW.FMT command MUST return these 7 following
case-insensitive strings:
Subject:
From:
Date:
Message-ID:
References:
:bytes
:lines
However, RFC 3977 also states in Section 8.4.2 that "for compatibility
with existing implementations, the last two lines MAY instead be:
Bytes:
Lines:
even though they refer to metadata, not headers."
Are you aware of news readers that send LIST OVERVIEW.FMT and would
break if they encountered ":bytes" or ":lines"? I'm wondering whether
it is safe nowadays to advertise the expected strings.
Also, are there useful other header fields that news readers are already >searching for in their (X)OVER requests and then would benefit from them
if present in the overview? The idea would then be to suggest to news
admins adding such fields in their overview data.
Like Newsgroups to know whether the article is crossposted? (Some news >servers already provide the Xref header field, but one cannot take for
sure that an article is crossposted with that mere field.)
It is the whole point of having them in the overview database. Yet, I
don't know whether current versions of news clients would directly grab
them from there. (It may be an interesting feature to implement in news clients if they aren't already doing that.)
[...]
Also, are there useful other header fields that news readers are already searching for in their (X)OVER requests and then would benefit from them
if present in the overview? The idea would then be to suggest to news
admins adding such fields in their overview data.
Like Newsgroups to know whether the article is crossposted? (Some news servers already provide the Xref header field, but one cannot take for
sure that an article is crossposted with that mere field.)
[...]
The LIST OVERVIEW.FMT command MUST return these 7 following
case-insensitive strings:
Subject:
From:
Date:
Message-ID:
References:
:bytes
:lines
Julien ÉLIE wrote:
[...]
The LIST OVERVIEW.FMT command MUST return these 7 following
case-insensitive strings:
Subject:
From:
Date:
Message-ID:
References:
:bytes
:lines
RFC 3977 says in Section 8.4.2:
| This command MAY generate different results if it is used more than
| once in a session.
A newsreader needs to know when to refresh the information in this case.
Or is it intended to be repeated before every OVER command?
I've also added Path, as Urs has a special handling of it in tin.
My plan is to simply skip the first 7 fields of the response.
Different order or meaning is not allowed by RFC 3977. And this
[...]
In case you wish to test a possible use of the Newsgroups field if
present in overview data, I've added it in my news server (news.trigofacile.com):
LIST OVERVIEW.FMT
215 Order of fields in overview database
Subject:
From:
Date:
Message-ID:
References:
:bytes
:lines
Xref:full
Newsgroups:full
Path:full
.
[...]
Connect to news.trigofacile.com:nntps][Established encrypted connection using TLSv1.3 protocol with cipher suite TLS_AES_256_GCM_SHA384]
] CAPABILITIES[<=] 101 Capability list:
] LIST OVERVIEW.FMT[<=] 215 Order of fields in overview database
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 374 |
Nodes: | 16 (2 / 14) |
Uptime: | 141:51:17 |
Calls: | 7,958 |
Calls today: | 3 |
Files: | 13,011 |
Messages: | 5,814,074 |