Impossible to remove mailing lists with ./rmlist
Dear All, I'm in trouble with the command ./rmlist
I created some test mailing lists and now I would like to remove them.
If I do:
/usr/lib/mailman/bin> ./list_lists 9 matching mailing lists found: Mailman - The site list Testlist - [no description available] Testlist10 - [no description available] Testlist11 - [no description available] Testlist2 - [no description available] Testlist3 - [no description available] Testlist4 - [no description available] Testlist5 - [no description available] Testlist7 - [no description available]
so now I would remove Testlist10 for example:
/usr/lib/mailman/bin> ./rmlist Testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
/usr/lib/mailman/bin> ./rmlist testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
So it is not removed. More over:
/usr/lib/mailman/bin> ls -ls /var/lib/mailman/lists/ total 4 4 drwxrwsr-x 2 root mailman 4096 Jan 22 15:25 mailman
But the web interface still show that list and allow me to manage that.
I'm forgetting some action to do before remove it? Thank you to anyone can help me. Cheers.
Luca
On 02/13/2015 01:11 AM, Luca Mazzaferro wrote:
If I do:
/usr/lib/mailman/bin> ./list_lists 9 matching mailing lists found: Mailman - The site list Testlist - [no description available] Testlist10 - [no description available] Testlist11 - [no description available] Testlist2 - [no description available] Testlist3 - [no description available] Testlist4 - [no description available] Testlist5 - [no description available] Testlist7 - [no description available]
so now I would remove Testlist10 for example:
/usr/lib/mailman/bin> ./rmlist Testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
/usr/lib/mailman/bin> ./rmlist testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
So it is not removed. More over:
/usr/lib/mailman/bin> ls -ls /var/lib/mailman/lists/ total 4 4 drwxrwsr-x 2 root mailman 4096 Jan 22 15:25 mailman
But the web interface still show that list and allow me to manage that.
This is a bit of a mystery. My first thought is you have two Mailman installs and the one in /usr/lib/mailman and /var/lib/mailman is not the one your web server is accessing. This may be true, but it's more complicated than that because /usr/lib/mailman/bin/list_lists sees the lists but /usr/lib/mailman/bin/rmlist thinks lists are in /var/lib/mailman/lists/ and they aren't there.
How did you create the lists? Via the web or with /usr/lib/mailman/bin/newlist or ??
Where does your web server look for Mailman CGIs (ScriptAlias in Apache)?
What does 'ls -l /usr/lib/mailman /var/lib/mailman' show?
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Hi Mark, I found the problem. After the installation, I configured the file:
/usr/lib/mailman/Mailman/mm_cfg.py
To store the data, lists and archives in external filesystem (now they are commented because I solved in another way) #DATA_DIR = '/data/mailman/data' #PUBLIC_ARCHIVE_FILE_DIR = '/data/mailman/archives/public' #PRIVATE_ARCHIVE_FILE_DIR = '/data/mailman/archives/private' #LIST_DATA_DIR = '/data/mailman/lists'
It seems that this configuration is completely ignored.
Anyway I solved restoring the default configuration, coping the /var/lib/mailman content into /data/mailman and linking the /var/lib/mailman to /data/mailman.
In this way everything works, but the question remain: is it normal that the mm_cfg.py is ignored? Do I configured it in a bad way?
Thank you. Bests,
Luca M.
On 02/13/2015 05:54 PM, Mark Sapiro wrote:
On 02/13/2015 01:11 AM, Luca Mazzaferro wrote:
If I do:
/usr/lib/mailman/bin> ./list_lists 9 matching mailing lists found: Mailman - The site list Testlist - [no description available] Testlist10 - [no description available] Testlist11 - [no description available] Testlist2 - [no description available] Testlist3 - [no description available] Testlist4 - [no description available] Testlist5 - [no description available] Testlist7 - [no description available]
so now I would remove Testlist10 for example:
/usr/lib/mailman/bin> ./rmlist Testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
/usr/lib/mailman/bin> ./rmlist testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
So it is not removed. More over:
/usr/lib/mailman/bin> ls -ls /var/lib/mailman/lists/ total 4 4 drwxrwsr-x 2 root mailman 4096 Jan 22 15:25 mailman
But the web interface still show that list and allow me to manage that.
This is a bit of a mystery. My first thought is you have two Mailman installs and the one in /usr/lib/mailman and /var/lib/mailman is not the one your web server is accessing. This may be true, but it's more complicated than that because /usr/lib/mailman/bin/list_lists sees the lists but /usr/lib/mailman/bin/rmlist thinks lists are in /var/lib/mailman/lists/ and they aren't there.
How did you create the lists? Via the web or with /usr/lib/mailman/bin/newlist or ??
Where does your web server look for Mailman CGIs (ScriptAlias in Apache)?
What does 'ls -l /usr/lib/mailman /var/lib/mailman' show?
On 02/16/2015 03:14 AM, Luca Mazzaferro wrote:
After the installation, I configured the file:
/usr/lib/mailman/Mailman/mm_cfg.py
To store the data, lists and archives in external filesystem (now they are commented because I solved in another way) #DATA_DIR = '/data/mailman/data' #PUBLIC_ARCHIVE_FILE_DIR = '/data/mailman/archives/public' #PRIVATE_ARCHIVE_FILE_DIR = '/data/mailman/archives/private' #LIST_DATA_DIR = '/data/mailman/lists'
It seems that this configuration is completely ignored.
It shouldn't be.
In this way everything works, but the question remain: is it normal that the mm_cfg.py is ignored? Do I configured it in a bad way?
It's still something of a puzzle.
/usr/lib/mailman/bin> ./list_lists 9 matching mailing lists found: Mailman - The site list Testlist - [no description available] Testlist10 - [no description available] Testlist11 - [no description available] Testlist2 - [no description available] Testlist3 - [no description available] Testlist4 - [no description available] Testlist5 - [no description available] Testlist7 - [no description available]
list_lists is clearly looking for the lists in the place where they are which presumably is LIST_DATA_DIR = '/data/mailman/lists'.
so now I would remove Testlist10 for example:
/usr/lib/mailman/bin> ./rmlist Testlist10 Not removing archives. Reinvoke with -a to remove them. testlist10 list info not found as /var/lib/mailman/lists/testlist10
but at this point, rmlist is looking in /var/lib/mailman/lists/ which is not where they are, yet rmlist contains
REMOVABLES = [
(os.path.join(mm_cfg.LIST_DATA_DIR, listname), _('list info')),
]
which says it's going to be looking for lists in mm_cfg.LIST_DATA_DIR which it reports as /var/lib/mailman/lists/, but it previously did
if Utils.list_exists(listname):
mlist = MailList.MailList(listname, lock=0)
which did find the list or it wouldn't have gotten as far as it did.
So, it looks like some things like Utils.list_exists(), Utils.list_names() and MailList.MailList() are all find mm_cfg.LIST_DATA_DIR to be one place not = /var/lib/mailman/lists/, but rmlist finds mm_cfg.LIST_DATA_DIR to be = /var/lib/mailman/lists/.
I can't explain how this could happen.
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Hi,
Our mailman web gui is under constant distributed bruteforce attack. We would like to add something like,
to it, is this possible?
or are there any other ideas?
regards
Steven
On 02/16/2015 12:20 PM, Steven Jones wrote:
Our mailman web gui is under constant distributed bruteforce attack. We would like to add something like,
to it, is this possible?
It's certainly possible if you have sufficient access, but it may not be easy depending on what exactly you want to do. Since Mailman's web UI is CGI based, it isn't easy to include php directly, but you can probably find python based captchas or textchas that would be easier, but be aware that captchas are easily broken by current bots and are extremely annoying to users.
or are there any other ideas?
If you describe more specifically what the problem is, we may be able to offer more help. For example, if the issue is bots subscribing to lists via the subscribe CGI, enabling the Mailman 2.1.16+ SUBSCRIBE_FORM_SECRET feature may help.
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
I seem to recall this one does not need PHP: http://www.google.com/recaptcha/intro/index.html
On 17 Feb 2015, at 11:38 am, Mark Sapiro mark@msapiro.net wrote:
On 02/16/2015 12:20 PM, Steven Jones wrote:
Our mailman web gui is under constant distributed bruteforce attack. We would like to add something like,
to it, is this possible?
It's certainly possible if you have sufficient access, but it may not be easy depending on what exactly you want to do. Since Mailman's web UI is CGI based, it isn't easy to include php directly, but you can probably find python based captchas or textchas that would be easier, but be aware that captchas are easily broken by current bots and are extremely annoying to users.
or are there any other ideas?
If you describe more specifically what the problem is, we may be able to offer more help. For example, if the issue is bots subscribing to lists via the subscribe CGI, enabling the Mailman 2.1.16+ SUBSCRIBE_FORM_SECRET feature may help.
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/andrew.stuart%40superc...
participants (4)
-
Andrew Stuart
-
Luca Mazzaferro
-
Mark Sapiro
-
Steven Jones