Re: [Mailman-Developers] MM3: list disabling/enabling?
On Jul 11, 2011, at 06:37 PM, Paul Wise wrote:
With our current setup the disabled (or "graveyarded") list is removed from the /var/lib/mailman/lists dir and the aliases regenerated, so the MTA bounces messages to it and the admin interface for it cannot be logged into. Disabled lists are listed in a separate page in the web interface to the normal listinfo page. Some disabled lists might get their archives removed and some not.
I think this approach would actually be fairly easy to implement in the core, with additional ui considerations in the new web ui. It could be a matter of just adding the .enabled flag to mailing lists, and re-running the MM3 moral equivalent of genaliases when that flag changes. All the data associated with the mailing list would remain in the database.
The web ui would then look at the .enabled flag to decide where and how to display the mailing list information, and whether to allow logins, etc. But it would still be able to get (and probably set) attributes on the mailing list.
I think bouncing at the MTA is slightly sub-optimal and that mailman could generate a more informative bounce indicating how to contact the server admin to get the list revived. Probably in the web interface there could be a "disabled lists" category. Server admins would probably want to be able to login to the disabled lists in the web interface, but maybe not the list admins.
Should you still be able to contact a disabled list's owners? I think if you're just going to bounce messages addressed to mydisabledlist-*@example.com and the text is static, then it's probably best to point those aliases to a very simple replybot service (I have one I've been toying with) so it doesn't increase the load on Mailman.
-Barry
Hi Barry, it's just a matter of seconds to add this enabled flag to the django webui, just let me know once it is in core.
Am Dienstag, den 12.07.2011, 11:10 -0400 schrieb Barry Warsaw:
On Jul 11, 2011, at 06:37 PM, Paul Wise wrote:
With our current setup the disabled (or "graveyarded") list is removed from the /var/lib/mailman/lists dir and the aliases regenerated, so the MTA bounces messages to it and the admin interface for it cannot be logged into. Disabled lists are listed in a separate page in the web interface to the normal listinfo page. Some disabled lists might get their archives removed and some not.
I think this approach would actually be fairly easy to implement in the core, with additional ui considerations in the new web ui. It could be a matter of just adding the .enabled flag to mailing lists, and re-running the MM3 moral equivalent of genaliases when that flag changes. All the data associated with the mailing list would remain in the database.
The web ui would then look at the .enabled flag to decide where and how to display the mailing list information, and whether to allow logins, etc. But it would still be able to get (and probably set) attributes on the mailing list.
I think bouncing at the MTA is slightly sub-optimal and that mailman could generate a more informative bounce indicating how to contact the server admin to get the list revived. Probably in the web interface there could be a "disabled lists" category. Server admins would probably want to be able to login to the disabled lists in the web interface, but maybe not the list admins.
Should you still be able to contact a disabled list's owners? I think if you're just going to bounce messages addressed to mydisabledlist-*@example.com and the text is static, then it's probably best to point those aliases to a very simple replybot service (I have one I've been toying with) so it doesn't increase the load on Mailman.
-Barry
Mailman-Developers mailing list Mailman-Developers@python.org http://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-developers/benedict.stein%40g...
Security Policy: http://wiki.list.org/x/QIA9
--
Einen schönen Tag wünscht: Benedict Stein
participants (2)
-
Barry Warsaw -
Benedict Stein