Moving to Mailman-Developers: > > It should go without saying that it's very interesting; this is a FAQ [...]
> Woo-hoo. That's encouraging. Well, if the only thing, that prevented the > feature from appearing by now, is lack of development resources, then I'll > get right on it. Thanks, Well, it's not a lack of development resources alone. It's one of those "in principle" things, although not a religious principle (eg, you won't get the "this is evil" response from anybody the way you would with advocating Reply-To munging). The problem, in brief, is that the design of Mailman 1 and Mailman 2 is distribution-centric. They manage rosters of subscribers on behalf of a list. What you say you want is a program that manages groups of lists on behalf of a user. But this isn't quite good enough. What you really want is ... Usenet news, except on a push basis. Doing this efficiently and maintainably is going to require a global roster of users, which is something that Mailman 3 will provide. There are some simple, not-too-unclean hacks that can be done, but I think Mark Sapiro's "sister lists" feature is about the best that can be done. _______________________________________________ Mailman-Developers mailing list Mailman-Developers@python.org http://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq01.027.htp
