Du bon usage de...
Son-of-RFC 1036
News Article Format and Transmission
Status of this Memo
This document is intended to become an Internet Draft.
Internet Drafts are working documents of the Internet Engi-
neering Task Force (IETF), its Areas, and its Working
Groups. Note that other groups may also distribute working
documents as Internet Drafts.
Internet Drafts are draft documents valid for a maximum of
six months. Internet Drafts may be updated, replaced, or
obsoleted by other documents at any time. It is not appro-
priate to use Internet Drafts as reference material or to
cite them other than as a "working draft" or "work in
progress".
Please check the I-D abstract listing contained in each
Internet Draft directory to learn the current status of this
or any other Internet Draft. (Actually, this draft is at
too early a stage to even be listed there yet.)
It is hoped that a later version of this Draft will obsolete
RFC 1036 and will become an Internet standard.
References to the "successor to this Draft" refer not to
later versions of this draft, but to a hypothetical future
rewrite of this Draft (in the same way that this Draft is a
rewrite of RFC 1036).
Distribution of this memo is unlimited.
Abstract
This Draft defines the format and procedures for interchange
of network news articles. It is hoped that a later version
of this Draft will obsolete RFC 1036, reflecting more recent
experience and accommodating future directions.
Network news articles resemble mail messages but are broad-
cast to potentially-large audiences, using a flooding algo-
rithm that propagates one copy to each interested host (or
group thereof), typically stores only one copy per host, and
does not require any central administration or systematic
registration of interested users. Network news originated
as the medium of communication for Usenet, circa 1980.
Since then Usenet has grown explosively, and many Internet
sites participate in it. In addition, the news technology
is now in widespread use for other purposes, on the Internet
and elsewhere.
This Draft primarily codifies and organizes existing prac-
tice. A few small extensions have been added in an attempt
to solve problems that are considered serious. Major exten-
sions (e.g. cryptographic authentication) that need signifi-
cant development effort are left to be undertaken as inde-
pendent efforts.
Table of Contents
-
Introduction
-
Definitions, Notations, and Conventions
-
Textual Notations
-
Syntax Notation
-
Definitions
-
End Of Line
-
Case-Sensitivity
-
Language
-
Relation ton MAIL (RFC 822 etc.)
-
Basic Format
-
Overall Syntax
-
Headers
-
Names and contents
-
Undesirable Headers
-
White Space ans Continuations
-
Body
-
Body Format Issues
-
Body Conventions
-
Characters And Characters Sets
-
Non-ASCII Characters In Headers
-
Size Limits
-
Example
-
Mandatory Headers
-
Date
-
From
-
Message-ID
-
Subject
-
Newsgroups
-
Path
-
Optional Headers
-
Followup-To
-
Expires
-
Reply-To
-
Sender
-
References
-
Control
-
Distribution
-
Keywords
-
Summary
-
Approved
-
Lines
-
Xref
-
Organization
-
Supersedes
-
Also-Control
-
See-Also
-
Article-Names
-
Article-Updates
-
Control Messages
-
Cancel
-
ihave, sendme
-
newgroup
-
rmgroup
-
sendsys, version, whogets
-
checkgroup
-
Transmission Formats
-
Batches
-
Encoded Batches
-
News Within Mail
-
Partial Batches
-
Propagation and Processing
-
Relayer General Issues
-
Article Acceptance And Propagation
-
Administrator Contact
-
Gatewaying
-
General Gatewaying Issues
-
Header Synthesis
-
Message ID Mapping
-
Mail to and from News
-
Gateway Administration
-
Security And Related Issues
-
Leakage
-
Attacks
-
Anarchy
-
Liability
-
Archeological Notes
-
A-News Article Format
-
Early B-News Article Format
-
Obsolete Headers
-
Obsolete Control Messages
-
A Quick Tour of MIME
-
Summary of Changes Since RFC 1036
-
Summary of Completely New Features
-
Summary of Differences From RFC 822+1123
|