ietf-822
[Top] [All Lists]

Re: RFC 2047 and gatewaying

2002-12-24 12:14:42

Bruce Lilly <blilly(_at_)erols(_dot_)com> writes:

Although the distinction does not directly affect the issue of
transformations, technically moderation is not news->mail->news, since
the proto-article which is mailed to the moderator is not news, as it
has not been injected into the news system and lacks some news-specific
headers (at least Approved).

I don't consider this a useful distinction.  The only functional
difference between the proto-article and a real Usenet article is that it
doesn't have a Path header.  It otherwise looks pretty much exactly like a
regular Usenet article, except that the process of sending it through
e-mail adds a bunch of other headers.

(We would have been much better off, in retrospect, to have always
encapsulated articles sent to moderators rather than just dumping the
article into e-mail, but hindsight is 20/20 and it's very difficult to fix
this now.)

Email submission to a moderator does not require all of the checks that
are necessary for news->mail gateways w.r.t. loops etc.,

This is not the case; moderated groups have pretty much exactly the same
problems as any other gateway.  If the group is hand-moderated, those
problems can be addressed by the human moderator, but for automatically
moderated groups, the same issues apply.

and in an RFC 1036 environment there are no transformations necessary
(any minor transformations such as changinig ':' to ": " can be
performed at the time of injection).

This is true.

It is only the major departure from Internet text message article format
introduced by the Usefor draft's inclusion of untagged, unencoded utf-8
that necessitates transformations during the process of submission for
moderation (and in gateways).

This is not the case.  At the least, Received headers have to be removed
from the message before posting with many existing news servers.

-- 
Russ Allbery (rra(_at_)stanford(_dot_)edu)             
<http://www.eyrie.org/~eagle/>

<Prev in Thread] Current Thread [Next in Thread>