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'."
We just moved a very old mailman infrastructure mailman to Solaris and sendmail.
It seems, when a message is posted, the "out" directory doesn't seem to clear out fast enough.
The size just stays like that forever and slowly decrements. When I look in /var/log/syslog (mail log of sendmail), I see deliveries going through.
I do a 'truss' of the OutgoingRunner python process and I see:
% truss -p 11997
recv(10, 0x00748454, 8192, 0) (sleeping...)
What is it waiting for?
I don't know if this is appropriate, but I want to share it if someone finds it useful:
I have written an app for moderating mails from your mailman lists.
You can add multiple lists and get an overview of all the pending moderation requests.
The app shows details about every mail like size, preview of the mail and moderation reason and you can approve/reject/discard the mail(s).
iMailModerate is available on the AppStore for 0,99$.
After an upgrade last night all our lists can send email except one.
It is rejected by the smtp server it says that address does not exist.
The mailman page for the list exists, the mbox file exists
Any thoughts on what went wrong and how to fix it? (just happens to be
the iss-directors list)
Application Systems Admin
1 Cor 15:10
"By the grace of God I am what I am, and His grace toward me was not in vain . . .."
I have a log distribution mailing list that receives email from various
processes. One of the processes identifies itself as root@charity. I'm
having a problem with SpamAssassin deciding that some of the mail from
root@charity is spam, but I want mailman to accept mail from
root@charity. I tried subscribing root@charity to the list so that it
would get its 'member bonus' in the spam filtering system which would
pretty much guarantee that it wouldn't get classed as spam but mailman
won't let me subscribe the email address root@charity because it says
it's a badly formed email address. Similarly I tried adding root@charity
to accept_the_nonmembers in the sender filters section but again my
settings wouldn't be accepted because mailman complained of a badly
formed email address. I'm not sure that I can reconfigure the email
address that the email gets sent from (and I know for sure I don't want
to have to) so I'm wondering if someone could give me a tip about how I
might get mailman to accept email from this badly formed sender address?
I'm migrating Mailman to a new server and getting the following error when I send mail to a list:
#5.3.0 x-unix; Group mismatch error. Mailman expected the mail wrapper script to be executed as one of the following groups: [mail, postfix, mailman, nobody, daemon], but the system's mail server executed the mail script as group: "users". Try tweaking the mail server to run the script as one of these groups: [mail, postfix, mailman, nobody, daemon], or re-run configure providing the command line option: '--with-mail-gid=users'.>
Where do I need to look for the error?
Running Mailman 2.1.14 on RHEL6 with Postfix.
Larry M. Rosenbaum
Oak Ridge National Laboratory
I am having an issue with one of my more active lists whereby the previous message text is being prepended to the latest message. The odd thing is that the message, as it appears in the list archives is as it should be, though the message sent to the subscribers appears as thus:
"This is the previous message sent."
"This is the latest message."
The only anomaly I found with the list was a member with a malformed email address, "#user(a)domain.com". I have since removed the user yet messages continue to appear as I have described.
On a related side note: is there a way to easily switch the nomail option for all list subscribers? This would greatly assist me in testing the issue without inundating the subscribers with test messages. Normally I would create a new list for testing, but since this is the only list that appears to have the issue, I need to test against this one.
I'm trying to configure my mailman msg_footer so that it includes a link
to the pipermail message stored in the web archive. So that if I'm
looking at a message in my inbox I can easily find a link to refer to
I've read the documentation concerning msg_footer but it only lists
real_name, list_name, host_name, web_page_url, description, info and
cgiext as available variables -- though I have learned there are in fact
more than this available I do not know what they are or if they will
If there's no such variables available for the construction of a link to
the list's web archive then I'd be interested in having a go at patching
mailman so that such variables were in fact available in the
environment, but I know next to nothing about programming in python so
that might be a bit of a challenge for me (or not even possible for some
technical reason, such as the email being sent before it is placed in
the web archive and given and ID).
Thanks in advance for any help on this.