Re: You can't win!
John Stanley <[email protected]> Thu, 11 Jun 2009 11:55:52 -0700 (PDT)
| Newsgroups | gmane.ietf.usenet.format |
|---|---|
| Message-ID | <[email protected]> |
"Charles Lindsey" <chl@xxxxxxxxxxxxxxxx>:
>>There is a third possibility, which I have seen in action: ignores
>>application/news-transmission header altogether and posts entire
>>encapsulated message as the body of a new article with locally-generated
>>headers.
>That is what would happen if there were also a Newsgroups header in the
>top-level email (and correctly so).
1. There was no "newsgroups" header in the "top-level email".
2. "Newsgroups" as a header is undefined in email and as such should be
ignored. Rather, it is now multiply defined in practice and cannot be
relied upon for anything. The attempt at implicitely defining it in
USEPRO 3.5.1 "Forwarding Messages to a Moderator" is stepping outside
the scope of USEFOR by defining an email header without actually
defining one. RFC2076 covers this dichotomy.
3. The HUMAN reading and approving the email was presented with an
encapsulated news message as the "body" of the submission, which
differs from unencapsulated submissions in that it contains the headers
for the news message, including any "references" headers that MUST be
maintained in followups. That should be a red-flag to anyone actually
looking at the submission.
>Or are you saying that it knows the intended newsgroup because it was
>emailed to that group's submission address. In which case might it not
>happily post and spam emailed to that address? That would be seriously
>broken too :-( .
Yes, it knows the intended newsgroup because it was mailed to the
moderators submission address. The newsgroups header in email should be
ignored because it has no well-defined meaning. This points out exactly
why encapsulation should be the only defined means of forwarding messages
to a moderator from a news agent. That USEPRO promotes ambiguous behaviour
is a bug, not a feature.
SPAM is not an issue; if the moderator chooses to approve spam that
appears in that mailbox, it is an issue of the moderator's good sense, not
adherence to RFC.
(The ambiguous nature of "newsgroups" in email comes not because
newsgroups is not defined in news, it comes because there are multiple
entry methods for email sent to the moderator's submission address. If you
could ascertain that a certain email MUST have originated as a submission
to a moderated group via a news agent, the ambiguity would dissappear.
Since any email in a moderator's mailbox can come from any source, you
can't ascribe ONLY a news-specific meaning to Newsgroups in that email.
You must ascribe the EMAIL meaning, which is "none".)