[NNTP] draft-ietf-nntpext-streaming-02

Ken Murchison ken at oceana.com
Fri Oct 15 12:37:01 PDT 2004


Andrew - Supernews wrote:

> INN never generates 436 after receiving an article body. Older diablo
> versions (haven't checked newer ones) generate 436 if they failed to
> store the article, which is bogus for the same reasons that I covered
> for the TAKETHIS case (it results in the sending end wasting a lot of
> effort).
> 
>  Clive> If they do, why shouldn't they generate 432 in the same
>  Clive> situation?
> 
> I assume you mean "431" rather than "432", because generating 432
> under any circumstances whatever breaks existing streaming clients.
> 
> Every implementation I've checked handles article bodies in IHAVE
> and TAKETHIS commands the same, generally using the same code.

So, are you saying that in practice that servers will never (and should 
not ever) respond with a deferral type code to IHAVE, POST, and TAKETHIS 
after receiving the article?

-- 
Kenneth Murchison     Oceana Matrix Ltd.
Software Engineer     21 Princeton Place
716-662-8973 x26      Orchard Park, NY 14127
--PGP Public Key--    http://www.oceana.com/~ken/ksm.pgp



More information about the ietf-nntp mailing list