rfc1357.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

        optional explanation in the NOTES field.

        It is OK on withdrawal to eliminate the title, by not providing
        the TITLE field it or by providing it with no text (blank).

        Example for withdrawing a bibliographic record::

            BIB-VERSION::  CS-TR-v2.0
            ID::           OUKS//CS-TR-91-123
            ENTRY::        January 25, 1992
            ORGANIZATION:: Oceanview University, Kansas, Computer Science
            TITLE::
            REVISION::     4, withdrawn
            NOTES::        Withdrawn, found to be irrelevant
            END::          OUKS//CS-TR-91-123

        This new record will replace all the fields of the previous
        record for that publication.  In this example it will eliminate
        the title, the retrieval information provided earlier, and not
        mention the authors.







Cohen (ed.)                                                     [Page 7]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


AUTHOR (O) -- Personal names only.  Normal last name first inversion.
        Editors should be listed here as well, identified with the
        usual "(ed.)" as shown below in the last example.

        If the report was not authored by a person (e.g., it was
        authored by a committee or a panel) use CORP-AUTHOR (see below)
        instead of AUTHOR.

        Multiple authors are entered by using multiple lines, each in
        the form of "AUTHOR:: <free-text>".

        The system preserves the order of the authors.

        Format:   AUTHOR:: <free-text>

        Example:  AUTHOR:: Finnegan, James A.
                  AUTHOR:: Pooh, Winnie The
                  AUTHOR:: Lastname, Firstname (ed.)


CORP-AUTHOR (O) -- The corporate author (e.g., a committee or a
        panel) that authored the report, which may be different from
        the ORGANIZATION issuing the report.

        In entering the corporate name please omit initial "the" or "a".
        If it is really part of the name, please invert it.

        Format:   CORP-AUTHOR:: <free-text>

        Example:  CORP-AUTHOR:: Committee on long-range computing


CONTACT (O) -- The contact for the author(s).
        Open-ended, most likely E-mail and postal addresses.

        You may provide a CONTACT field for each author separately,
        or for all the AUTHOR fields.

        E-mail addresses should always be in "pointy brackets"
        (as in the example below).

        Format:   CONTACT:: <free-text>

        Example:  CONTACT:: Prof. J. A. Finnegan, CS Dept, Oceanview
                            Univ., Oceanview, Kansas, 54321
                            Tel: [phone] <[e-mail]>





Cohen (ed.)                                                     [Page 8]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


DATE (O) -- The publication date.  The formats are "Month Year" and
        "Month Day, Year".  The month must be alphabetic (spelled out).
        The "Day" is a 1- or 2-digit number.  The "Year" is a 4-digit
        number.

        Format:   DATE:: <date>

        Example:  DATE:: January 1992
        Example:  DATE:: January 15, 1992


PAGES (O) -- Total number of pages, without being too picky about it.
        Final numbered page is actually preferred, if it is a reasonable
        approximation to the total number of pages.

        Format:   PAGES:: <number>

        Example:  PAGES:: 48


COPYRIGHT (O) -- Copyright, permissions and disclaimers.  Open
        ended format.  The COPYRIGHT field applies to the cited
        report, rather than to the current bibliographic record.
        On advice of counsel it is suggested that you seek the
        advice of yours.

        Format:  COPYRIGHT:: <free-text>

        Example: COPYRIGHT:: Copyright for the report (c) 1991,
                            by J. A. Finnegan.  All rights reserved.
                            Permission is granted for any academic
                            use of the report.


RETRIEVAL INFORMATION (O) -- Open-ended format describing how to get
        a copy of the full text.  It may include anything from FTP
        instructions to a variety of files (e.g., ASCII, TeX, and
        PostScript) to "Send $4.50 to ..." or "Send E-mail to <X@Y>".

        It is suggested to repeat this field for each retrieval option
        (e.g., one line for the FTP instructions to the ASCII version,
        and another for the PostScript version).  When offering files
        like TeX all the related files (e.g., "\input mystyle") should
        be included.  Please provide file sizes (in characters).

        Means are not defined yet for providing the information needed
        for automatic retrieval of files (such as via FTP).  They are
        expected to be defined in the near future.



Cohen (ed.)                                                     [Page 9]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


        No limitations are placed on the dissemination of the
        bibliographic records.  If there are limitations on the
        dissemination of the publication, it should be protected by
        some means such as passwords.  This format does not address
        this protection.

        Format:  RETRIEVAL:: <free-text>

        Example: RETRIEVAL:: For full text with color pictures send
                             a self-addressed stamped envelope to
                             Prof. J. A. Finnegan, CS Dept,
                             Oceanview University, Oceanview, KS 54321.
                 RETRIEVAL:: ASCII available via FTP from
                             JUPITER.CS.OUKS.EDU with the pathname
                             PUBS/computerization.txt.
                             Login with FTP, username ANONYMOUS and
                             password GUEST.
                             File size: 123,456 characters


CR-CATEGORY (O) -- Specify the CR-category.  The CR-category (the
        Computer Reviews Category) index (e.g., "B.3") should always be
        included, optionally followed by the name of that category.  If
        the name is specified it should be fully specified with parent
        levels as needed to clarify it, as in the second example below.
        Use multiple lines for multiple categories.

        The January 1992 issue of CR has the full list of these
        categories, with a detailed discussion of the CR Classification
        System, and a full index.  Typically the full index appears in
        every January issue, and the top two levels in every issue.

        Format:   CR-CATEGORY:: <free-text>

        Example:  CR-CATEGORY:: D.1

        Example:  CR-CATEGORY:: B.3 Hardware, Memory Structures


PERIOD (O) -- Time period covered (date range).  Applicable primarily to
        progress reports, etc.  Any format is acceptable, as long as the
        two dates are separated with " to " (the word "to" surrounded by
        spaces) and each date is in the format allowed for dates, as
        described above for the date field.

        Format:   PERIOD:: <date> to <date>

        Example:  PERIOD:: January 1990 to March 1990



Cohen (ed.)                                                    [Page 10]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


SERIES (O) -- Series title, including volume number within series.
        Open-ended format, with producing institution strongly
        encouraged to be internally consistent.

        Format:   SERIES:: <free-text>

        Example:  SERIES:: Communication


FUNDING (O) -- The name(s) of the funding organization(s).

        Format:   FUNDING:: <free-text>

        Example:  FUNDING:: DARPA


MONITORING (O) -- The name(s) of the monitoring organization(s).

        Format:   MONITORING:: <free-text>

        Example:  MONITORING:: ONR


CONTRACT (O) -- The contract number(s).

        Format:   CONTRACT:: <free-text>

        Example:  CONTRACT:: MMA-90-23-456


GRANT (O) -- The grant number(s).

        Format:   CONTRACT:: <free-text>

        Example:  GRANT:: NASA-91-2345


LANGUAGE (O) -- The language in which the report is written.
        Please use the full English name of that language.

        Please include the Abstract in English, if possible.

        If the language is not specified, English is assumed.

        Format:   LANGUAGE:: <free-text>

        Example:  LANGUAGE:: English




Cohen (ed.)                                                    [Page 11]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


NOTES (O) -- Miscellaneous free text.

        Format:   NOTES:: <free-text>

        Example:  NOTES:: This report is the full version of the paper
                          with the same title in IEEE Trans ASSP Dec
                          1976


ABSTRACT (O) -- Highly recommended, but not mandatory.  Even though no
        limit is defined for its length, it is suggested not to expect
        applications to be able to handle more than 10,000 characters.

        The ABSTRACT is expected to be used for subject searching since
        titles are not enough.  Even if the report is not in English, an
        English ABSTRACT is preferable.  If no formal abstract appears
        on document, the producers of the bibliographic records are
        encouraged to use pieces of the introduction, first paragraph,
        etc.

        Format:  ABSTRACT:: xxxx .............. xxxxxxxx
                            xxxx .............. xxxxxxxx

                            xxxx .............. xxxxxxxx
                            xxxx .............. xxxxxxxx


END (M) -- This is a mandatory field.  It must be the last entry of a
        record, identifying the record that it ends, by stating the same
        ID that was used at the beginning of the records, in its "ID::".

        Format:   END:: XXX

        Example:  END:: OUKS//CS-TR-91-123







             >>>>>>>   [END OF FORMAT DEFINITION]   <<<<<<<









Cohen (ed.)                                                    [Page 12]

RFC 1357       Format for E-mailing Bibliographic Records      July 1992


A Note Regarding the Controlled Symbols of the Publishers

   In order to avoid conflicts among the symbols of the publishing
   organizations (the XXX part of the "ID:: XXX//YYY") it is suggested
   that the various organizations that publish reports (such as
   universities, departments, and laboratories) register their
   <publisher-ID> symbols and names, in a way similar to the
   registration of other key parameters and names in the Internet.

   Danny Cohen <[e-mail]> of ISI, has agreed to coordinate this
   registration for the publishers of Computer Science technical
   reports.  It is suggested that before using this format the
   publishing organizations would coordinate with him (by e-mail) their
   symbols and the names of their organizations.  [Discussions are in
   progress to have these publisher-IDs registered with the Internet
   Assigned Numbers Authority (IANA) and listed in future editions of
   the Assigned Numbers document.]

   In order to help automated handling of the received bibliographic
   records, it is expected that the producers of bibliographic records
   will always use the same name, exactly, in the ORGANIZATION field.


Security Considerations

   Security issues are not discussed in this memo.


Author's Address

   Danny Cohen
   USC - Information Sciences Institute
   4676 Admiralty Way
   Marina del Rey, California  90292-6695

   Phone: [phone]

   Fax:   [phone]

   EMail: [e-mail]











Cohen (ed.)                                                    [Page 13]