[Oops - I'm been posting in the wrong newsgroup. Duh!]
I'm still getting this error message in Dialog after I had
to set up brand new install of the software from scratch.
https://i.postimg.cc/wBBLcwCw/Server-Returned-Article-0.jpg
Articles are retrieved just fine - there was no error, but
the server *is* responding with an invalid sequence according to
specs. I have no way to filter variable text error message, my
only choice is to silence ALL error messages every time I boot up
Dialog,Which prevents me from seeing actual errors.
The NNTP conversation goes like this:
0 20952687: Getting 1 article in rec.food.cooking from
usnews.blocknews.net (Finished) [$00001094]
0 20952687: !ARTICLE 2169143 (Finished) [$00001094]
0 20952796: 220 0 <tcf00v$2elnt$
7@dont-email.me> (Finished)
[$00001094]
0 20952796: Path: not-for-mail (Finished) [$00001094]
0 20952796: From:....
[Article snipped]
5 20952812: When asking for article 2169143, server returned
article 0. (Finished) [$00001094]
Which does appear to be an invalid response for an ARTICLE
command when the client requests by Article Number. That '0' in
the 220 status (line 3) should be the same article # requested.
6.2.1. ARTICLE
6.2.1.1. Usage
Indicating capability: READER
Syntax
ARTICLE message-id
ARTICLE number
ARTICLE
Responses
First form (message-id specified)
220 0|n message-id Article follows (multi-line)
430 No article with that message-id
Second form (article number specified)
220 n message-id Article follows (multi-line)
412 No newsgroup selected
423 No article with that number
Third form (current article number used)
220 n message-id Article follows (multi-line)
412 No newsgroup selected
420 Current article number is invalid
Parameters
number Requested article number
n Returned article number
message-id Article message-id
...
But I find it too much of a co-incidence that this only started
happening after a new install of Dialog. And Dialog shouldn't be
interpreting any 2xx response code as an error. It took that upon
iteslf.
If its a server error, why haven't more people(or newsreaders)
complained about it? These are the Highwinds servers, IIRC,
who's backends probably serve at least half of the Usenet traffic
(or a least a lot of it). And if I do escalate the issue to
the server people, they're likely to come back and just say
"220 is not an error. Your newsreader is interpreting it
incorrectly", even though it is a malformed NNTP defined
response.
There does not seme to be a setting to retrieve articles buy
MID rather than Article #, in which case hat WOULD be a valid
220 response.
Is there another setting in Dialog that may affect this before I
make a submit support request? Is anybody else using Dialog and
the Highwinds backends that can confirm or deny their 220
responses are or are not generating a Dialog error?
-sw
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)
