[NNTP] Changes to draft-ietf-nntpext-tls-nntp-03

Ken Murchison ken at oceana.com
Tue Oct 12 18:22:37 PDT 2004


Based on list traffic, here are the only changes that I have to this 
draft for a -04 revision (and hopefully WGLC).  I'm not sure if the 
"MUST NOT return either 480 or 483" is correct grammar.  Should this be 
"either 480 nor 483", should I remove "either", or is there better 
english available that I'm too thick to come up with?


@@ -233,8 +225,8 @@
  a connection with these properties.  The client MAY therefore send
  STARTTLS after receiving a 483 response; the client also MAY decide to
  send STARTTLS without previously receiving a 483 response.
-Additionally, the server MUST NOT return 483 in response to the
-STARTTLS command.
+Additionally, the server MUST NOT return either 480 or 483 in response
+to the STARTTLS command.

  If the server is unable to initiate the TLS negotiation for any reason
  (e.g. a server configuration or resource problem), the server MUST
@@ -289,8 +281,8 @@
  is not high enough for it to continue, it SHOULD issue a QUIT command
  immediately after the TLS negotiation is complete.  If the NNTP server
  decides that the level of authentication or privacy is not high enough
-for it to continue, it SHOULD either reject further NNTP commands from
-the client (other than a QUIT command) with a 483 response code
+for it to continue, it SHOULD either reject further restricted NNTP
+commands from the client with a 483 response code
  (possibly with a text string such as "Command refused due to lack of
  security"), or reject a command with a 400 response code (possibly
  with a text string such as "Connection closing due to lack of

-- 
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