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".)