comp.lang.python.announce
As many of you have probably noticed, the moderators of comp.lang.python.announce do not deal with pending messages in a timely manner. There have been no new posts since Mar 27, and delays of several weeks were common before then. I wanted to ask a smallish group of potential readers of this group what we should do about the problem. I have tried to contact the moderators several times, but haven't heard a peep from them since late February, when the response was: "Sorry. Temporary problem. It's all fixed now." Three possible solutions come to mind: - Get more moderators. It appears that Marcus Fleck is the only active moderator. I have never received a response to private email sent to Vladimir Ulogov. I suggested to Marcus that we get more moderators, but he appeared to reject the idea. Perhaps some peer pressure from other unsatisfied readers would help. - De-couple the moderation of comp.lang.python.announce and of python-annouce@python.org. We could keep the gateway between the lists going, but have different moderators for the mailing list. This would be less convenient for people who prefer to read news, but would at least get announcement out in a timely fashion. - Give up on comp.lang.python.announce. Since moderation has been so spotty, most people have reverted to making all anouncements to comp.lang.python anyway. This option is unfortunate, because it makes it harder for people who don't have time to read comp.lang.python to keep up with announcements. Any other ideas? Suggestions on how to proceed? Jeremy
Jeremy> Any other ideas? Suggestions on how to proceed? How about decouple the python-announce mailing list from the newsgroup (at least partially), manage the mailing list from Mailman (it probably already is), then require moderator approval to post? With a handful of moderators (5-10), the individual effort should be fairly low. You can set up the default reject message to be strongly related to the aims of the list so that most of the time the moderator needs only to click the approve or drop buttons or make a slight edit to the response and click the reject button. -- Skip Montanaro | http://www.mojam.com/ skip@mojam.com | http://www.musi-cal.com/
I vote to get more moderators for the newsgroup. If Marcus and Gandalf don't moderate quickly the community can oust them. --Guido van Rossum (home page: http://www.python.org/~guido/)
Jeremy Hylton wrote:
As many of you have probably noticed, the moderators of comp.lang.python.announce do not deal with pending messages in a timely manner. There have been no new posts since Mar 27, and delays of several weeks were common before then.
and as noted on c.l.py, those posts didn't make it to many servers, since they use "00" instead of "2000". I haven't seen any announcements on any local news- server since last year.
Any other ideas? Suggestions on how to proceed.
post to comp.lang.python, and tell people who don't want to read the newsgroup to watch the python.org news page and/or the daily python URL? <0.5 wink> </F>
"GvR" == Guido van Rossum
writes:
GvR> I vote to get more moderators for the newsgroup. That seems like the simplest mechanism. We just need volunteers (I am one), and we need to get Marcus to notify the Usenet powers-that-be of the new moderators. GvR> If Marcus and Gandalf don't moderate quickly the community can GvR> oust them. A painful process. Vladimir/Gandalf seems to have disappeared completely. (The original message in this thread bounced when I sent it to him.) The only way to add new moderators without Marcus's help is to have a new RFD/CFV process. It would be like creating the newsgroup all over again, except we'd have to convince the moderator of news.announce.newsgroups that the current moderator was unfit first. Jeremy
"JH" == Jeremy Hylton
writes:
JH> - De-couple the moderation of comp.lang.python.announce and of JH> python-annouce@python.org. We could keep the gateway between JH> the lists going, but have different moderators for the mailing JH> list. This would be less convenient for people who prefer to JH> read news, but would at least get announcement out in a timely JH> fashion. We could do this -- and in fact, this was the effective set up until a couple of weeks ago. We'd set it up as a moderated group, so that /every/ message is held for approval. I'd have to investigate, but we probably don't want to hold messages that originate on Usenet. Of course, gating back to Usenet will still be held up for c.l.py.a's moderators. Still, I'd rather not do this. It would be best to get more moderators helping out with the c.l.py.a content. -Barry
I vote to get more moderators for the newsgroup. If Marcus and Gandalf don't moderate quickly the community can oust them.
FWIW, I think they should step down now. They've not held up their end of the bargain, even though several folks have offered to help repeatedly throughout the 'problem period', which includes most of the life of c.l.p.a. As a compromise solution, and only if it's effective, we can add moderators. I'll volunteer, as long as someone gives me hints as to the mechanisms (it's been a while since I was doing usenet for real). --david PS: I think decoupling the mailing list from the newsgroup is a bad precedent and a political trouble zone.
On Tue, 18 Apr 2000, Jeremy Hylton wrote:
"GvR" == Guido van Rossum
writes: ... GvR> If Marcus and Gandalf don't moderate quickly the community can GvR> oust them. A painful process. Vladimir/Gandalf seems to have disappeared completely. (The original message in this thread bounced when I sent it to him.) The only way to add new moderators without Marcus's help is to have a new RFD/CFV process. It would be like creating the newsgroup all over again, except we'd have to convince the moderator of news.announce.newsgroups that the current moderator was unfit first.
Nevertheless, adding more moderators is the "proper" answer to the problem. Even if it is difficult to get more moderators into the system, there doesn't seem to be a better alternative. Altering the mailing list gateway will simply serve to create divergent announcement forums. Cheers, -g -- Greg Stein, http://www.lyra.org/
"GS" == Greg Stein
writes:
GvR> If Marcus and Gandalf don't moderate quickly the community can GvR> oust them. JH> A painful process. Vladimir/Gandalf seems to have disappeared JH> completely. (The original message in this thread bounced when I JH> sent it to him.) The only way to add new moderators without JH> Marcus's help is to have a new RFD/CFV process. It would be like JH> creating the newsgroup all over again, except we'd have to JH> convince the moderator of news.announce.newsgroups that the JH> current moderator was unfit first. GS> Nevertheless, adding more moderators is the "proper" answer to GS> the problem. Even if it is difficult to get more moderators into GS> the system, there doesn't seem to be a better alternative. Proper is not necessarily the same as possible. We may fail in an attempt to add a moderator without cooperation from Marcus. GS> Altering the mailing list gateway will simply serve to create GS> divergent announcement forums. If only one of the forums works, this isn't a big problem. Jeremy
Glad to hear from you, Marcus! I'm willing to help with both (a) and (b). I'll talk to Barry about the Mailman issues tomorrow. Jeremy
Greg Stein:
Nevertheless, adding more moderators is the "proper" answer to the problem. Even if it is difficult to get more moderators into the system, there doesn't seem to be a better alternative.
I agree with this. What would be helpful would be (i) a web interface for multiple-moderator moderation (which I believe Mailman already provides), and (ii) some rather simple changes to the list-to-newsgroup gateway to do some header manipulations before posting each approved message to c.l.py.a. I've been more or less "off the Net" for almost two months now, while getting started at my new job, and I will try to do some (summary-style) retro-moderation of the ca. 50 c.l.py.a submissions that I missed during this time. Automating the submission process and getting additional moderators would make c.l.py.a less dependent on me and avoid such moderation lags in the future. (And yes, of course, I'm sorry for the lag. But now I'm back, and I'm willing to help change the process so that such lags won't happen again in the future. Getting additional moderators would likely help with this.) Yours, Markus.
"MF" == Markus Fleck
writes:
MF> I agree with this. What would be helpful would be (i) a web MF> interface for multiple-moderator moderation (which I believe MF> Mailman already provides), and (ii) some rather simple changes MF> to the list-to-newsgroup gateway to do some header MF> manipulations before posting each approved message to MF> c.l.py.a. This is doable in Mailman, but I'm not so sure how much it will help, unless we make a further refinement. I don't know enough about the Usenet moderation process to know if this will work, but let me outline things here. There's two ways a message can get announced, first via email or first via Usenet. Here's what happens in each case: - A message is sent to python-announce@python.org. This is the preferred email address to post to. These messages get forwarded to clpa@python.net, which I believe is just a simple exploder to Markus and Vladimir. Obviously with the Starship current dead, this is broken too. I don't know what happens to these messages once Markus and Vladimir get it, but I assume that Markus adds a magic approval header and forwards the message to Usenet. Perhaps Markus can explain this process in more detail. - A message is sent to python-announce-list@python.org. This is not the official place to send announcements, but this specific alias simply forwards to python-announce@python.org so see above. Note that the other standard Mailman python-announce-list-* aliases are in place, and python-announce-list is a functioning Mailman mailing list. This list gates from Usenet, but not /to/ Usenet because of the forwarding described above. When it sees a message on c.l.py.a, it sucks the messages off the newsgroup and forwards it to all list members. Obviously those messages must have already been approved by the Usenet moderators. - A message is sent directly to c.l.py.a. From what I understand, the Usenet software itself forwards to the moderators, who again, do their magic and forwards the message to Usenet. So, given this arrangement, the messages never arrive unapproved at a mailing list. What it sounds like Markus is proposing is that the official Usenet moderator address would be a mailing list. It would be a closed mailing list whose members are approved moderators, with a shared Mailman alias. Any message posted there would be held for approval, and once approved, it would be injected directly into Usenet, with the appropriate magic header. I think I know what I'd need to add to Mailman to support this, though it'll be a little tricky. I need to know exactly how approved messages should be posted to Usenet. Does someone have a URL reference to this procedure, or is it easy enough to explain? -Barry
Barry A. Warsaw:
What it sounds like Markus is proposing is that the official Usenet moderator address would be a mailing list. It would be a closed mailing list whose members are approved moderators, with a shared Mailman alias. Any message posted there would be held for approval, and once approved, it would be injected directly into Usenet, with the appropriate magic header.
Exactly. (In fact, each approved message could be both posted to Usenet and forwarded to the subscription-based shadow mailing list at the same time.)
I think I know what I'd need to add to Mailman to support this, though it'll be a little tricky. I need to know exactly how approved messages should be posted to Usenet. Does someone have a URL reference to this procedure, or is it easy enough to explain?
Basically, you need two headers: Newsgroups: comp.lang.python.announce Approved: python-announce@python.org The field contents of the "Approved:" header are in fact never checked for validity; it only has to be non-empty for the message to be successfully posted to a moderated newsgroup. (BTW, posting to the "alt.hackers" newsgroup actually relies on posters inserting "Approved: whatever" headers on their own, because "alt.hackers" is a moderated newsgroup without a moderator. You need to "hack" the Usenet moderation mechanism to be able to post there. :-) Because of the simplicity of this mechanism, no cross-posting to another moderated newsgroup should occur when posting an approved message to Usenet; e.g. if someone cross-posts to comp.lang.python, comp.lang.python.announce, comp.os.linux.misc and comp.os.linux.announce, the posting will go to the moderation e-mail address of the first moderated newsgroup in the "Newsgroups:" header supplied by the author's Usenet posting agent. (I.e., in this case, clpa@starship.skyport.net, if the header enumerates newsgroups in the above-mentioned order, "c.l.py,c.l.py.a,c.o.l.a,c.o.l.m".) Ideally, the moderators (or moderation software) of this first moderated newsgroup should split the posting up accordingly: a) remove names of newsgroups that we want to handle ourselves (e.g. c.l.py.a, possibly also c.l.py if cross-posted), and re-post the otherwise unchanged message to Usenet with only a changed "Newsgroups:" header (Headers: "Newsgroups: c.o.l.a,c.o.l.m" / no "Approved:" header added) -> this is necessary for the message to ever reach c.o.l.a and c.o.l.m -> the message will get forwarded by the Usenet server software to the moderation address of c.o.l.a, which is the first moderated newsgroup in the remaining list of newsgroups c) approve (or reject) posting to c.l.py.a and/or c.l.py (Headers: "Newsgroups: c.l.py.a" or "Newsgroups: c.l.py.a,c.l.py" or "Newsgroups: c.l.py" / an "Approved: python-announce@python.org" header may always be added, but is only necessary if also posting to c.l.py.a) According to the c.l.py.a posting guidelines, a "Followup-To:" header, will be added, if it doesn't exist yet, pointing to c.l.py for follow-up messages ("Follow-Up: c.l.py"). While a) may always happen automatically, prior to moderation, and needs to be custom-tailored for our c.l.py.a/c.l.py use case, the moderation software for b), i.e. Mailman, should allow moderators to adjust the "Newsgroups:" header while approving a message. It might also be nice to have an "X-Original-Newsgroups:" line in Mailman with a copy of the original "Newsgroups:" line. Regarding headers, usually e-mail will allow and forward almost any non-standard header field (a feature that is used to preserve the "Newsgroups:" header even when forwarding a posting to an e-mail address), but the Usenet server software may not accept all kinds of headers, so that just before posting, only known "standard" header fields should be preserved; any "X-*:" headers, for example, might be candidates for removal prior to posting, because some Usenet servers return strange errors when a message is posted that contains certain special "X-*:" headers. OTOH, AFAIK, the posting agent should generate and add a unique "Message-ID:" header for each Usenet posting itself. But if you have a Usenet forwarding agent already running, much of this should be implemented there already. Okay, now some links to resources and FAQs on that subject: Moderated Newsgroups FAQ http://www.swcp.com/~dmckeon/mod-faq.html USENET Moderators Archive http://www.landfield.com/moderators/ NetNews Moderators Handbook - 5.2.1 Approved: Line http://www.landfield.com/usenet/moderators/handbook/mod05.html#5.2.1 Please e-mail me if you have any further questions. Yours, Markus.
participants (8)
-
Barry A. Warsaw
-
David Ascher
-
Fredrik Lundh
-
Greg Stein
-
Guido van Rossum
-
Jeremy Hylton
-
Markus Fleck
-
Skip Montanaro