Looks good here.  It has a number now! :-)

Neil

On 4/21/2010 9:56 AM, Anthony Bryan wrote:
> we are close!
> 
> please check the diff, changes are very minor. we need to check out
> the MIME type registration too.
> 
> RFC AUTHOR(S):
> --------------
> 
> This is your LAST CHANCE to make changes to your RFC to be:
> draft-bryan-metalink-28.txt, once the document is published as
> an RFC we *WILL NOT* make any changes.
> 
> Please check your document at:
> 
>   http://www.rfc-editor.org/authors/rfc5854.txt
> 
> For your convenience, a diff file that compares the original
> Internet-Draft and the RFC is posted here:
> 
>   http://www.rfc-editor.org/authors/rfc5854-diff.html
> 
> 
> 
> ---------- Forwarded message ----------
> From:  <[email protected]>
> Date: Mon, Apr 19, 2010 at 7:40 PM
> Subject: Re: AUTH48 [MF]: RFC 5854 <draft-bryan-metalink-28.txt> NOW AVAILABLE
> To: [email protected], [email protected], [email protected],
> [email protected]
> Cc: [email protected], Lisa Dusseault
> <[email protected]>, Peter Saint-Andre <[email protected]>
> 
> 
> 
> Authors,
> 
> While reviewing this document during AUTH48, please resolve (as
> necessary) the following questions, which are also in the XML file.
> 
> 1) <!-- [rfced] Please note that after you have approved the document,
> post-xml2rfc changes will be made to update the header and
> boilerplate as described in RFC 5741.
> -->
> 
> 
> 2) <!-- [rfced] A. Bryan, would you like to add an organization here?
>  Or be listed as "Consultant"? Just checking - although we note that your
>  answer was "No" regarding RFC 5843. -->
> 
> 
> 3) <!-- [rfced] T. Tsujikawa, would you like to add an organization here?
>  Or be listed as "Consultant"? -->
> 
> 
> 4) <!-- [rfced] N. McNab, would you like to add an organization here? Or
>  be listed as "Consultant"? -->
> 
> 
> 5)    <!--[rfced] Please insert any keywords (beyond those that appear in
>   the title) for use on http://www.rfc-editor.org/rfcsearch.html. -->
> 
> 
> 6) <!--[rfced] Please rephrase to make the sentence above more clear.
> 
> Original:
>   Every URI [RFC3986] is also
>   an IRI, so a URI may be used wherever below an IRI is named.
> 
> Suggested:
>   Every URI [RFC3986] is also
>   an IRI, so a URI may be used wherever an IRI is named below.
> -->
> 
> 
> 7) <!-- [rfced] In the ABNF below, in the rule for separators,
> should <"> be changed to DQUOTE ?
> 
> This note is from Bill's ABNF parser 
> (http://tools.ietf.org/tools/bap/abnf.cgi)
> 
> fyi: suggest DQUOTE or %x22 instead of <">.
> -->
> 
>   token          = 1*<any CHAR except CTLs or separators>
>   separators     = "(" / ")" / "<" / ">" / "@"
>                  / "," / ";" / ":" / "" / <">
>                  / "/" / "[" / "]" / "?" / "="
>                  / "{" / "}" / SP / HTAB
>   agent         = token ["/" agent-version]
>   agent-version = token
> 
> 
> 8)
>   This specification describes Metalink's XML markup vocabulary.
> 
> <!--[rfced] Is "XML markup" redundant? That is, could this be changed
> to "Metalink's XML vocabulary"?  -->
> 
> Thank you.
> 
> RFC Editor/ah
> 
> 
> On Apr 19, 2010, at 7:38 PM, [email protected] wrote:
> 
> 
> *****IMPORTANT*****
> 
> Updated 2010/04/19
> 
> *NOTE* -- Change in Copyright Notice and Legends
>         for IETF and IAB Stream Documents
> 
> With the publication of BCP 78 / RFC 5378, the copyright notice and
> legends changed as of 10 November 2008.  A revision to the "Legal
> Provisions Relating to IETF Documents", effective 15 February
> 2009, contains optional text in Section 6.c.iii to address the issue
> of pre-RFC 5378 material.  Please review RFC 5378 and the text
> located at http://trustee.ietf.org/license-info/.
> 
> The RFC 5378 copyright notice and legends are being applied to your
> document in one of the following ways:
> 
> 1. If the document was submitted to the RFC Editor without the RFC
>  5378 copyright notice, your document will be updated with the RFC
>  5378 copyright notice and legends and will include the optional text
>  from Section 6.c.iii of "Legal Provisions Relating to IETF
>  Documents" (http://trustee.ietf.org/license-info/) on the
>  assumption that your document may contain material from an IETF I-D
>  or RFC made public before 10 November 2008, the date that RFC 5378
>  was published.
> 
>  Please advise if you believe there is no such material in your
>  document and we will remove the 6.c.iii notice.
> 
> 2. If the document was submitted with the RFC 5378 copyright notice and
>  legends, we have applied the corresponding copyright to your
>  RFC-to-be, including the optional 6.c.iii paragraph if present.
> 
>  Please let us know if any changes are required.
> 
> For more information regarding the copyright notice and legends,
> please see the discussion at [email protected].  Also, you can send
> copyright questions to [email protected].
> 
> 
> RFC AUTHOR(S):
> --------------
> 
> ** AUTH48 in XML
> ** Please update the XML source file available from
> ** http://www.rfc-editor.org/authors/rfc5854.xml
> ** to submit changes during AUTH48. See instructions below.
> 
> This is your LAST CHANCE to make changes to your RFC to be:
> draft-bryan-metalink-28.txt, once the document is published as
> an RFC we *WILL NOT* make any changes.
> 
> Please check your document at:
> 
>  http://www.rfc-editor.org/authors/rfc5854.txt
> 
> (Note: the placement of page breaks will be handled at the final
> stage.)
> 
> For your convenience, a diff file that compares the original
> Internet-Draft and the RFC is posted here:
> 
>  http://www.rfc-editor.org/authors/rfc5854-diff.html
> 
> Please do the following:
> 
>  1) Review the entire document carefully, especially
>       - IANA considerations updates (if applicable)
>       - contact information
>       - references
> 
>  2) Address any comments from the RFC Editor that appear
>    in the XML file as <!-- [rfced] ... -->.
> 
>  3) Send your changes by updating the XML source file
>    available here:
> 
>    http://www.rfc-editor.org/authors/rfc5854.xml
> 
>    Or, send your approval of the document.
> 
>  4) When applicable, review the changes sent by your coauthors.
>    We assume that you will speak up if you object. That is,
>    your silence will indicate your assent to changes submitted
>    by your coauthors.
> 
>    NOTE: This document will not be published until each author has
>          provided their approval for the content of this document.
> 
>  5) Review the copyright notice and legends defined in RFC 5378 and
>    indicate whether the text from Section 6.c.iii needs to be
>    included in this document.
> 
> **Note: If the changes are more than editorial, we will contact the
>  Area Director to confirm that the changes are acceptable and do not
>  require wider review.
> 
> The editing process occasionally introduces errors, and although the
> RFC Editor tries very hard to catch all errors, typos can slip
> through.  As an author of the RFC, you are taking responsibility for
> the correctness of the final product when you OK publication.  You
> should therefore proofread the entire RFC carefully and without
> assumptions.
> 
> Please reply, as this document will not be published until we receive
> agreement from ALL listed authors that the document is ready for
> publication.
> 
> Thank you for your cooperation,
> 
> RFC Editor
> 
> --------------------------------------
> RFC5854 (draft-bryan-metalink-28)
> --------------------------------------
> Title            : The Metalink Download Description Format
> Author(s)        : A. Bryan, T. Tsujikawa, N. McNab, P. Poeml
> WG Chair(s)      :
> IESG Contact : L. Dusseault, P. Saint-Andre
> 
> 
> 
> 
> 

-- 
You received this message because you are subscribed to the Google Groups 
"Metalink Discussion" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/metalink-discussion?hl=en.

Reply via email to