> : I would suggest a "semi-closed" List.
> :
> : All Mails from know E-Mail Adresses can pass and only mails from unknown
> : addresses must be approved by a moderator.
> :
> : This way everybody can post to the list. And except of the first Mail
> : there wouldn't be any delays.
> :
> : (Yes i know that isn't perfect, but IMHO better than doing nothing)
>
> A possible improvement on this already good idea:
>
> suppose we have a list of volunteers who will screen messages, the list
> is linux-kernel-screeners@vger.rutgers.edu . Anyone can sign up for
> this list be David gets to exclude people for bad taste. When a mail
> comes in from an unknown address it gets bounced to the screeners list.
> If it isn't spam one or more people reply to the bounced mail and the
> reply is an OK to forward this. The idea being to make sure that mail
> gets through promptly if it is OK.
I have a list that works like this currently and it's a major pain.
Approving a message that's bounced is an annoyance so all the owners
assume someone else will approve it. There's also no granularity in
passwords, so moderators are effectively owners.
> In order for this to work, somebody needs to volunteer to set this up
> and manage it. That somebody needs to grok stuff like perl and mail,
> etc. In other words, if you could rewrite majordomo then you're
> perfect. This is a good chance for a non-kernel hacker to make the
> kernel hackers eternally grateful. Anyone?
Hacking the duplicate filter that's needed into Majordomo (it has to be in
resend for this purpose, trust me) was also a pain. I offered them to
David a couple times in the last few years, but he's never shown any
interest.
Meanwhile, Majordomo 2 is nearing a useful state. It already knows about
duplicates (based on message bodies as well as IDs), multiple owners,
moderators, MIME, real digests, sub-lists, parsing addresses, MTAs other
than Sendmail, proper bounce processing, users with multiple addresses,
database subscriber backends, ticket-based approval, running as a daemon,
etc., etc. so investing much more effort in MJ 1.9x is a waste of time.
Instead, help out with MJ2: http://www.hpc.uh.edu/majordomo/
-- "Love the dolphins," she advised him. "Write by W.A.S.T.E.."
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/