I want all mails sent to the list to come from the list's email address...
But, in this case, if the user forgets to sign their name at the
bottom of their mail body, effectively the mail to the list is
Is there a way to add the user name (or email address) to the top of
each mail so that the mails have the name of the sender, while the
mail itself comes from the list address?
I have looked high and low for an answer, but noone seems to have the solution.
I received the following error this morning. So I rerun configure again with the following command: ./configure --with-cgi-id=apache --prefix=/var/mailman. I'm still getting the same error. Is there any place that I can look for so that I can debug this problem better? Perhaps, looking at the config history file or something. Any other places that I can check the cause of this error?
"Mailman CGI error!!!
The Mailman CGI wrapper encountered a fatal error. This entry is being stored in your syslog:
Group mismatch error. Mailman expected the CGI
wrapper script to be executed as group "nobody", but
the system's web server executed the CGI script as
group "apache". Try tweaking the web server to run the
script as group "nobody", or re-run configure,
providing the command line option `--with-cgi-gid=apache'."
Is there an efficient way to change the domain name that mailman is
I have two mailing lists that were created for an organization before
that organization had their own domain. At the time the organization was
sure they did not want their own domain and would not be getting a
Since then, they have chosen to get a domain and set up a web site.
I would like to move their mailing lists onto their domain. It looks
like the process for this is:
1) get the list of subscribers
2) delete the mailing list from the one domain (losing the archives)
3) create the mailing list on the new domain
4) subscribe the list of subscribers
This process doesn't seem too difficult, but I would prefer to keep the
archives, if possible.
Both domains are on the same server, running CentOS7 and PLESK 12.5, if
that makes a difference.
I have waited almost a year for AOL and Yahoo to admit that they messed up and to remove their DMARC policy. My AOL and Yahoo subscribers are pretty upset at me because I won’t let them post. A number now have two subscriptions, one for posting (from GMail) and another for receiving the messages.
So against my better judgement, I included this hack in Cleanse.py;
< from email.Utils import formataddr, parseaddr
>from email.Utils import formataddr
< # Added to deal with DMARC issuej
< name, addrs = parseaddr(msg.get('from'))
< addrs += '.invalid'
< del msg['from']
< msg['from'] = formataddr((name, addrs))
\ No newline at end of file
I found it in the discussion list.
I don’t get compile errors, but Cleanse.pyc is not being updated. I have stopped and restarted Mailman and I have also rebooted, but same non-action. I have not tried ‘compileall’ and am not eager to, either (permissions, where to invoke, etc). Any suggestions?
The host OS is Mac OS X Server 10.5.8 with Mailman 2.1.14
(Mailman 2.1.12, some local mods, but not around topics...)
I had a utf-8 subject I was having difficulty matching with a topic regexp.
Eventually I concluded the subject still had newlines in it when it was
matched against the regexp. (That is the continuation lines were not
joined before matching). And "." would not match the newline character(s)).
So, for test purposes...
seemed to match my particular test subject.
While the following did not.
Am I correct in my conclusion that .* won't match newline characters,
but <space-chars><not-space-chars><linefeed><carriage-return> will ?
(And also, that that is the character class I created).
For production I might need to put [\s\S\n\r]* between every pair of
characters after a reasonable point in the expression. Unless I can
enumerate the possibilities more precisely. (Which will probably
result in an even longer looking character class).
Empirically I see ?=\n =?utf-8?q?_ after "Weekly" and before "Ac".
(And it seems the matching is done on the incoming subject, not the
one formatted for resending, which, with my tag, and the utf-8
of an incoming tag pushes the expression entirely onto the second
line where I think the ".*" variant (or even [_ ]) would match.
More generally, my question applies to any potentially long subject,
but utf-8 subjects seem to get longer more easily.
There is no header-equivalent line in the body (it's mime anyway).
I am seeing a strange problem and I am wondering if someone has any idea.
I am using google docs to create a newsletter which I then send to a
mailman mailing list.
Within google docs I use the feature "Email as attachment" to send to the
The mailman list has about 1000 addresses some of which are gmail addresses
and some are not (yahoo, hotmail, etc.)
Well, the email from google docs is *only* received by the gmail addresses
in the mailing list but *not* by any of the other addresses.
If I send the email with the attachment from google docs to a *single*
non-google email, then I see no problems.
If I send the email with the attachment from gmail (outside of google
docs) to the entire list I see no problems.
The problem is only *from google docs to non-google email in mailman list*
I hope this is the right place to ask this question -- if not, please
direct me to the right place.
I'm a subscriber to 2 Mailman lists, Ger-Poland-Volhynia list at
sggee.org and TSS list at surname-society.org. I joined the former
(with Individual messages) several years ago and it has always worked as
The TSS list is new and, as a member of TSS (The Surname Society), I was
subscribed automatically to Digest mode, but very soon switched to
Individual mode. All email messages that come from the list (both
Digest and Individual) are blank except for the list footer and the real
message is an attachment to that blank message. I always have to open
that attachment to read the message but to reply, I have to reply to the
blank message. It's my impression that very few other TSS list
subscribers receive their messages in this way, and I've not so far been
able to get any explanation form the TSS webmaster.
I've checked the Mailman subscription options for both lists and the
settings appear to be identical. My email client is Thunderbird 31.7
(not quite the latest version) running under Windows 8.1 64-bit. The
problem with the TSS list exists whether I view the email in Thunderbird
or my ISP's webmail.
If anybody has any clues why the TSS messages should appear in this way,
I'd be very grateful for your help/advice.
This is an odd one. I'm hoping there's a straight forward answer:
1) I edited our mbox archive (with vi) to remove some offensive content.
2) Saved the file.
3) Did a *grep* on the text that was removed - not found.
4) Uploaded the mbox file to a brand new server
5) Rebuilt the html archives using that mbox file.
The text that was deleted in step #1 appears in the newly generated HTML
How could this be possible?
Out of paranoia I went back to the mbox file that I uploaded, grep'd again
- and also loaded the file into vi and searched for any of the text that
was removed. Not found.
Any ideas? This seems really, really strange.
- Caught in a Parallel Universe
After installing mailman (with yum), I get an error when attempting to
access the listinfo page:
"Internal Server Error"
Inspecting the logs in httpd, I see this in suexec-log:
command listinfo not in docroot (10005)
I do NOT have the option of disabling suexec.
After considerable time spent looking into this, it seems that I need to
have mailman installed under "DocumentRoot", which on my host appears to be
Further reading indicates that i cannot use the "installroot" option on yum
to change the installation root directory, UNLESS I've created my own
custom RPM. That rules that out.
So now, I'm resorting to 100% manual installation...
My questions are:
1) Am I taking the right approach in solving this problem? That is, by
installing under docroot, will it address the Apache suexec problem we're
2) If docroot is /var/www/html, do i create the mailman directory
*directly* beneath the /var/www.html folder? i.e. - /var/www.html/mailman
(that just doesn't seem right...?)
Is there some other way to solve this problem? (Very difficult package to
get installed and running, unless your a huge linux/mailman guru, I
We lost our San and on bringing back our mailman server this alert happens every minute, the filesystems are read/write, but it had gone ro, so I rebooted the server, most lists seem to be working fine,
cmdline: /usr/bin/python /usr/lib/mailman/bin/list_members isc
time: Wed 25 Nov 2015 10:00:56 PM NZDT
sosreport.tar.xz: Binary file, 1747868 bytes
:MailList.py:610:__load:IOError: [Errno 13] Permission denied: '/var/lib/mailman/lists/isc/config.pck'
:Traceback (most recent call last):
: File "/usr/lib/mailman/bin/list_members", line 286, in <module>
: File "/usr/lib/mailman/bin/list_members", line 230, in main
: mlist = MailList.MailList(listname, lock=False)
: File "/usr/lib/mailman/Mailman/MailList.py", line 130, in __init__
: File "/usr/lib/mailman/Mailman/MailList.py", line 644, in Load
: dict, e = self.__load(file)
: File "/usr/lib/mailman/Mailman/MailList.py", line 610, in __load
: fp = open(dbfile)
:IOError: [Errno 13] Permission denied: '/var/lib/mailman/lists/isc/config.pck'
:Local variables in innermost frame:
:e: IOError(13, 'Permission denied')
:self: <mailing list "isc" (unlocked) at 189a908>
:loadfunc: <built-in function load>
I dont quite understand why I am having this alert "permission denied" the filesystem is rw,
[root@vuwunicomailmn1 isc]# touch file
[root@vuwunicomailmn1 isc]# ls -l
-rw-rw----. 1 mailman mailman 459163 Nov 26 08:00 config.pck
-rw-rw----. 1 mailman mailman 458617 Nov 26 08:00 config.pck.last
-rw-r--r--. 1 root mailman 0 Nov 26 08:52 file
-rw-rw----. 1 mailman mailman 133 Nov 20 10:19 pending.pck
-rw-rw-r--. 1 mailman mailman 615 Nov 20 10:19 request.pck
is config.pck corrupt?