[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: fs-change-smtp and draft messages
From: |
Tassilo Horn |
Subject: |
Re: fs-change-smtp and draft messages |
Date: |
Tue, 14 Aug 2007 20:39:03 +0200 |
User-agent: |
Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (gnu/linux) |
Leo <sdl.web@gmail.com> writes:
Hi Leo,
> I am curious about how news posting work.
Via NNTP.
--8<---------------cut here---------------start------------->8---
RFC 977 February 1986
Network News Transfer Protocol
3.10. The POST command
3.10.1. POST
POST
If posting is allowed, response code 340 is returned to indicate that
the article to be posted should be sent. Response code 440 indicates
that posting is prohibited for some installation-dependent reason.
If posting is permitted, the article should be presented in the
format specified by RFC850, and should include all required header
lines. After the article's header and body have been completely sent
by the client to the server, a further response code will be returned
to indicate success or failure of the posting attempt.
The text forming the header and body of the message to be posted
should be sent by the client using the conventions for text received
from the news server: A single period (".") on a line indicates the
end of the text, with lines starting with a period in the original
text having that period doubled during transmission.
No attempt shall be made by the server to filter characters, fold or
limit lines, or otherwise process incoming text. It is our intent
that the server just pass the incoming message to be posted to the
server installation's news posting software, which is separate from
this specification. See RFC850 for more details.
Since most installations will want the client news program to allow
the user to prepare his message using some sort of text editor, and
transmit it to the server for posting only after it is composed, the
client program should take note of the herald message that greeted it
when the connection was first established. This message indicates
whether postings from that client are permitted or not, and can be
used to caution the user that his access is read-only if that is the
case. This will prevent the user from wasting a good deal of time
composing a message only to find posting of the message was denied.
The method and determination of which clients and hosts may post is
installation dependent and is not covered by this specification.
--8<---------------cut here---------------end--------------->8---
Bye,
Tassilo
--
People say that if you play Microsoft CD's backwards, you hear satanic
things, but that's nothing, because if you play them forwards, they
install Windows.