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 recently updated our (vhost patched) Mailman installation
from 2.1.14 to 2.1.18-1 (https://launchpad.net/~msapiro) in order to
workaround Yahoo's recent change to their SPF policy that this
version addresses. Virtual mailing list hosting worked fine up until
Here is an example of our mm_cfg.py :
DEFAULT_EMAIL_HOST = 'list.ourdomain.com'
DEFAULT_URL_HOST = 'list.ourdomain.com'
DEFAULT_URL_PATTERN = 'http://%s/mailman/'
VIRTUAL_HOST_OVERVIEW = On
If we change the default values above and run the below command, the
available mailing lists move from the old default to the new.
bin/withlist -l -a -r fix_url --
All add_virtualhost configuration lines are ignored.
Since withlist is able to read the changes in our mm_cfg.py, this
does not strike me as an issue with our configure options which were
I am unaware of a method we can use to further debug this, such as a
command that would effectively dump out Mailman's configuration
options, thus validating if it is even reading the add_virtualhost
President - Rocket Scientist
On 05/10/2013 06:35 AM, Xie, Wei wrote:
> Here we have one customer to request migrating all old archived files of
> mailing list ‘kinejapan’ under directory
> /usr/local/mailman/archives/private/kinejapan prior to 2009 (as attached
> file) to Yale university. Yale university IT guys needs us to create a
> mbox file for these old archived file to be easy for them to run
> command ‘archdo migration.
> I check there is no file kinejapan.mbox under directory
> /usr/local/mailman/archives/private/kinejapan.mbox to match these old
> archived files as attached. This mailing list was maintained by our
> pre-mailman admin, who passed away 2011, so I do not know why the mbox
> file was missing.
If ARCHIVE_TO_MBOX is set to 0 in mm_cfg.py, Mailman will not
create/update LISTNAME.mbox/LISTNAME.mbox files.
> Do you know whether there is a tool/method to convert these old archived
> files/directories as attached into a mbox file?
Lots of information is lost if there is no .mbox file.
You can do as well as anything with
cat /usr/local/mailman/archives/private/kinejapan/*.txt > kinejapan.mbox
Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers,
San Francisco Bay Area, California better use your sense - B. Dylan
Bug in Mailman version 2.1.15
We're sorry, we hit a bug!
Please inform the webmaster for this site of this problem. Printing of
traceback and other system information has been explicitly inhibited, but the
webmaster can find this information in the Mailman error logs.
The above message shows up on the web pages, unfortunately the last log written
to is qrunner, error is empty, so no info on what it is about.
The last thing changed is the adres of the main pages.
It looks like the mail-system is not affected, any idea what is going on?
Would like to show some logging, but it simply is not there.
Linux-User #469851 with the Linux Counter; http://linuxcounter.net/
Antw.: Omdat het de volgorde verstoord waarin mensen tekst lezen.
Vraag: Waarom is top-posting een slechte gewoonte?
Vraag: Wat is het meest ergerlijke in e-mail?
Why be difficult, when with a bit of effort, you can be impossible?
I am using MailMan version 2.1.12 and I am being asked for the total number of messages without replies (threads) for a list. I can see the “Messages: “ count in the archives, but this is the total number of messages, not threads. Is there a way to get the number of threads?
Enterprise Applications Support
5500 University Pkwy
San Bernardino, CA 92407
Tel: 909-537-7281 Email: ccordero(a)csusb.edu
As a moderator of our list, I know when messages are approved, and I'm seeing very erratic delivery times to my own address, which is on an Exchange server. They used to come through within a minute or so, now they can take 20 minutes or an hour.
I subscribed my gmail address for comparison, and am finding that the same list messages come through to it as quickly as ever.
>From those observations I would conclude that the Exchange server is having problems receiving external mail, but I've found that test messages sent from my gmail account to my Exchange address come through within seconds.
Can I assume this has nothing to do with mailman?
Sent from my iPad
I'm a moderator on a GNU Mailman list running version 2.1.13.
The list moderated, all posts come to me for approval.
I have a few very trustworthy and regular posters that I have set as
unmoderated to save myself some work.
The problem is that they send their emails to multiple lists/recipients and
when they do I am still forced to approve their posts.
Is there an option in the GUI front end I can set on these users to let
their posts straight through regardless?