[rfc-i] Number of submission formats

Yoav Nir ynir at checkpoint.com
Fri Jan 18 13:53:29 PST 2013

On Jan 18, 2013, at 11:30 PM, Nico Williams <nico at cryptonector.com> wrote:

> On Fri, Jan 18, 2013 at 12:45 PM, John Levine <johnl at taugh.com> wrote:
>> Heck, no.  There is a canonical output format, the one to which we
>> point if someone wants to know what is "the RFC."
> You misunderstood.
> Today's I-D upload tool has several input formats allowed, one is
> required.  The .xml input is only really useful when a) you want
> others to be able to see it (and contribute XML changes) or b) the I-D
> is about to get sent to the RFC-Editor queue, in which case the editor
> can just... find it there, saving a step in the process.

or c) you want the reflow-able html to be generated, like so:

> But the RFC-Editor will also take nroff, so being able to submit
> either or both of those is useful.
>> There are acceptable input formats.  Currently there are, as I
>> understand it, 2 1/2 input formats, line printer format similar to the
>> current output format, xml2rfc, and maybe nroff if it uses the same
>> coding the production people use.
> I can't imagine the RFC-Editor being happy to work with the formatted
> .txt only as an input.  Say I edited an I-D that way, formatting and
> paginating by hand (don't laugh, I used to, though I had a script to
> do the pagination)…

They'll take just the txt version, although they'll grumble. RFC 4478 had no nroff or xml source.

>> I don't see any reason to change that structure.  [...]
> Paul is the one that proposed a change.  I was trying to get that
> change narrowed and clarified.

Currently, Internet Drafts look very similar to RFCs. I think we'll want to keep that similarity.


More information about the rfc-interest mailing list