Read-only File System
Hello,
Several days ago, I posted a message to his list concerning our installation of Mailman 2, and a weird problem that caused messages posted to a list to fail, as /usr/local/mailman/qfiles/in/ was behaving like it was read-only.
First off, thanks to everyone who replied with suggestions.
While we haven't determined what was causing this issue, we did devise a work-around of sorts. I'm posting it here in case someone else encounters the same issue.
The problem that we encountered was that mailman / python regarded /usr/local/mailman/qfiles and all the directories under it to be read-only. They're not - anything else that wants to create a file therein can do so.
This was how we fixed it:
- Stop mailman if it's running.
- cd /usr/local/mailman .
- cp -R qfiles /qfiles . (I suspect there are more appropriate places to copy the directory to, such as /var - this worked for us and we stopped messing with it.)
- mv qfiles qfiles.dist - just in case you ever figure out the real cause and want to reverse all this.
- ln -s /qfiles qfiles . (That is, create a symbolic link to the /qfiles directory, or wherever you decided to put it.)
- Start mailman
Mailman proved to have no problem writing to the relocated qfiles directory, and everything magically started working.
Hope this saves someone from banging their head against a wall, as we very nearly wound up doing.
::Jack
I didn't... but I tried it now, as I kept the original qfiles directory under another name.
It said:
--------------e------- qfiles.dist/commands qfiles.dist/commands: --------------e------- qfiles.dist/shunt qfiles.dist/shunt: --------------e------- qfiles.dist/in qfiles.dist/in: --------------e------- qfiles.dist/bounces qfiles.dist/bounces: --------------e------- qfiles.dist/virgin qfiles.dist/virgin: --------------e------- qfiles.dist/archive qfiles.dist/archive: --------------e------- qfiles.dist/retry qfiles.dist/retry: --------------e------- qfiles.dist/out qfiles.dist/out: --------------e------- qfiles.dist/news
::Jack
From: Dmitri Maziuk <dmitri.maziuk@gmail.com> Sent: 05 July 2024 16:53 To: mailman-users@python.org <mailman-users@python.org> Subject: [Mailman-Users] Re: Read-only File System
On 7/5/24 08:53, John wrote: ...
Mailman proved to have no problem writing to the relocated qfiles directory, and everything magically started working.
Did you try lsattr on the original files/dir?
Just curious, Dima
Mailman-Users mailing list -- mailman-users@python.org To unsubscribe send an email to mailman-users-leave@python.org https://mail.python.org/mailman3/lists/mailman-users.python.org/ Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: https://www.mail-archive.com/mailman-users@python.org/ https://mail.python.org/archives/list/mailman-users@python.org/ Member address: j_p_waterhouse@hotmail.com
Hi Jack
I'm glad you managed to find a workaround.
Another thing to check is that your MTA (exim4, postfix etc) has access to the queue folder if it is running under systemd and then calling the mailman wrapper. If so, you may need to run 'systemctl edit <your MTA>' and create or modify the override configuration [Service] definition to include something like: # MTA needs to write the mailman2 queue ProtectSystem=read-only ReadWritePaths=/path/to/mailman2/qfiles
Good luck.
Ken
participants (3)
-
Dmitri Maziuk
-
John
-
k.bailey@fruithouse.co.uk