Hello,
We've encountered a weird issue with mailman 2. We're using mailman 2.1.39,
running on a straight RHEL 9 server.
When someone subscribes to a mailing list, they receive an email that says,
among other things:
Or visit this web page:
http:///mailman/confirm//9e2fccef2ac047bb3d67
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
On 2024-07-05 at 11:59:54 UTC-0400 (Fri, 5 Jul 2024 15:59:54 +)
John
is rumored to have said:
Hello,
We've encountered a weird issue with mailman 2. We're using mailman
2.1.39, running on a straight RHEL 9 server.
When someone subscribes to a mailing list, they receive an email that
sa
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
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:
On 7/5/24 09:45, Bill Cole wrote:
One thing to check is that URL. If your webserver always redirects http
to https but Mailman thinks its URL starts with http:// you will have
problems like this. The solution is switch Mailman to use the https URL.
And to do that, set
DEFAULT_URL_PATTERN =
