Description of problem:
Using the command "rmlist" will fail if list_data_dir is not a child of var_prefix. The default settings satisfy this requirement, but a user who sets a custom value for list_data_dir in their mm_cfg.py will likely run into this problem.
Version-Release number of selected component (if applicable):
How reproducible: Deterministic.
Steps to Reproduce:
1. Modify mm_cfg.py. Set VAR_PREFIX = '/srv/mm_var'
2. Create a new mailing list (bin/newlist)
3. Attempt to remove the mailing list (bin/rmlist)
# rmlist -a test6
test6 list info not found as /srv/mm_var/lists/test6
# rmlist -a test8
Removing list info
When a new list is created, the path is obtained by using get_listpath() in Mailman/Site.py. The correct behaviour is shown here.
def get_listpath(listname, domain=None, create=0):
path = os.path.join(mm_cfg.LIST_DATA_DIR, listname)
However, the version of rmlist provided with RHEL uses "lists" as a hardcoded string and joins it with VAR_PREFIX.
REMOVABLES = [
(os.path.join('lists', listname), C_('list info')),
for dirtmpl, msg in REMOVABLES:
dir = os.path.join(mm_cfg.VAR_PREFIX, dirtmpl)
remove_it(listname, dir, msg)
Thanks for the report. This can be fixed by following upstream patch:
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unable to address this
request at this time.
Red Hat invites you to ask your support representative to
propose this request, if appropriate, in the next release of
Red Hat Enterprise Linux.
Verified on all supported architectures
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.