Re: 3rd RfD: Mass-deletion of moderated groups without a moderator

I've created the following email addresses (currently aliased to
one of my mailboxes) for articles to comp.newprod, comp.simulation,
comp.std.announce and rec.photo.moderated, respectively:

comp-newprod-submit@newsmod.am-1.org
comp-simulation-submit@newsmod.am-1.org
comp-std-announce-submit@newsmod.am-1.org
rec-photo-moderated-submit@newsmod.am-1.org

It's possible to submit articles by email, such as explained in
[1], though see the bottom of this article.

[1] http://www.big-8.org/wiki/Moderated_newsgroups#How_can_I_bypass_my_News_Service_Provider?

I plan to use my existing Eternal September account to inject
the approved articles.  It dawned on me, however, that allowing
that same account to be used by co-moderators (should there be
any), such as via the web interface I intended to deploy, would
perhaps be seen as abuse, so instead I will be providing access
to the queue for the co-moderators to pick articles from there,
and post the approved ones via their own accounts.  (Having an
account that allows posting Approved: articles thus becomes a
requirement for prospective co-moderators.)  Alternatively, I
can add a co-moderator's email to my aliases(5), so they get
copies of new submissions.

Once the Board confirms me as the new moderator, and I'm granted
the permission to post Approved: articles at E-S, I'll post short
announcements to these groups on them now being operational.

I'm going to forgo signing the articles for now, as that does
not /seem/ to be a strict requirement.

In the unlikely case that there'll be significant interest,
I'll consider deploying my own INN instance to be used by
co-moderators.


With regards to submitting articles via email.

First, make sure your message has a proper Newsgroups: header.
(At some point I'm going to configure my Exim instance to
reject emails to the addresses above lacking one.)

Also, it's my recommendation that submitted messages have a
valid email address in the envelope (MAIL FROM:; and preferrably
also a valid DKIM signature) but /not/ in the From: header,
as the latter is indexed in the newsserver overview data (OVER
/ XOVER), making it easy for abusers to harvest.

On a Unix-like system with properly configured mail delivery,
the following example /usr/sbin/sendmail invocation can be used
as a starting point (tested on Debian GNU/Linux "Bookworm", but
if I'm reading sendmail(1) correctly, it should also work on
NetBSD just as well):

$ cat < newspost

From: Alice <alice@nowhere.invalid>

Reply-To: Alice <alice@example.net>

Newsgroups: example.newsgroup

Message-Id: <k9jluEK3D9GNCJR-yKcIdRiIsWgOR792@example.invalid>

Date: Fri, 09 May 2025 08:24:48 +0000
Subject: test

This is a test message.
$ /usr/sbin/sendmail \
      -f alice@example.net \
      example-newsgroup-submit@example.com \
      < newspost