New architecture for email commands. Instead of the monolithic (and

unmaintainable) MailCommandHandler.py file, we've now got a framework
where each command is implemented in a separate file.  This means it's
both more extensible and more flexible:

- you can easily add new commands for things I haven't thought of
  <wink>, and the `help' command will automatically adjust

- you can disable commands entirely by removing the appropriate file

- you can disable, change, or add commands on a per-list (or even
  per-message or per-sender) basis

CommandRunner.py is the module that calls into this framework.  Each
command is implemented as a cmd_<command>.py file.  The `set' command
is the most complicated.  The help text is currently implemented as
module docstrings (for most commands), so the i18n catalogs must be
updated.  Also the help.txt files will be updated.

1 files changed, 20 insertions, 0 deletions

diff --git a/Mailman/Commands/cmd_remove.py b/Mailman/Commands/cmd_remove.py
new file mode 100644
index 000000000..55be1f3ed
--- /dev/null
+++ b/Mailman/Commands/cmd_remove.py
@@ -0,0 +1,20 @@
+# Copyright (C) 2002 by the Free Software Foundation, Inc.
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License
+# as published by the Free Software Foundation; either version 2
+# of the License, or (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
+
+"""The `remove' command is synonymous with `unsubscribe'.
+"""
+
+from Mailman.Commands.cmd_unsubscribe import process