私はnews.astraweb.comサーバーを使用していて、新しいコマンドと(およびの正式バージョン)をサポートしてTIdNNTP
いると発表する状況に遭遇しました-https://www.rfc-editor.org/rfc/rfc3977#section-を参照してください8.3およびhttps://www.rfc-editor.org/rfc/rfc2980#section-2.8LIST EXTENSIONS
HDR
OVER
XHDR
XOVER
問題は、(XOVER ではなく) OVER コマンドを発行すると、サーバーがコマンド コード 500 (無効なコマンド) で応答することです。TIdNNTP
これは明らかに RFC に準拠しない動作ですが、OVER の代わりに XOVER を強制的に使用する可能性があるかどうか、つまり、一種の「レガシー」モードで動作する可能性があるかどうかを確認したいと思います。同じことは、news.aioe.org のような準拠サーバーでも完全に機能します。
news.astraweb.com からのログの例 (問題のあるサーバー)
->CAPABILITIES
<-500 What?
->LIST EXTENSIONS
<-202 Extensions supported:
<-HDR
<-OVER
<-.
->GROUP group.name
<-211 100031 1 100031 group.name
->OVER 100031-100031
<-500 What?
news.aioe.org からの適切なログ (期待どおりに動作)
-> CAPABILITIES
<- 101 Capability list:
<- VERSION 2
<- IMPLEMENTATION INN 2.5.2
<- AUTHINFO
<- SASL
<- HDR
<- LIST ACTIVE ACTIVE.TIMES DISTRIB.PATS HEADERS NEWSGROUPS OVERVIEW.FMT
<- OVER
<- POST
<- READER
<- SASL NTLM DIGEST-MD5 CRAM-MD5
<- STARTTLS
<- .
-> STARTTLS
<- 382 Begin TLS negotiation now
-> MODE READER
<- 200 news.aioe.org InterNetNews NNRP server INN 2.5.2 ready (posting ok)
-> CAPABILITIES
<- 101 Capability list:
<- VERSION 2
<- IMPLEMENTATION INN 2.5.2
<- AUTHINFO
<- USER
<- SASL
<-
<- HDR
<- LIST ACTIVE ACTIVE.TIMES DISTRIB.PATS HEADERS NEWSGROUPS OVERVIEW.FMT
<- OVER
<- POST
<- READER
<- SASL NTLM DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
<- .
-> GROUP group.name
<- 211 4540 67027 71566 group.name
-> OVER 67027-71566
<- 224 Overview information for 67027-71566 follows
....
現在、TIdNNTP
サーバーが OVER をサポートすることを発表すると、自動的に OVER が選択され、IdNNTP.XOVER
呼び出しを使用すると OVER コマンドが発行されます。これは何とかオーバーライドできますか?この種の従来のサポートを行うことで、わざわざする価値はありますか?