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
anonymous...!
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.
Thank you!
Mal
Hi,
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'."
Thanks
Mary
Hello,
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
this upgrade.
Here is an example of our mm_cfg.py :
VIRTUAL_HOSTS.clear()
DEFAULT_EMAIL_HOST = 'list.ourdomain.com'
DEFAULT_URL_HOST = 'list.ourdomain.com'
DEFAULT_URL_PATTERN = 'http://%s/mailman/'
VIRTUAL_HOST_OVERVIEW = On
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
add_virtualhost('list.customerdomain.com', 'customerdomain.com')
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
limited :
./configure --prefix=/usr/lib/mailman
--with-var-prefix=/var/lib/mailman --with-cgi-gid=apache
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
configuration lines.
--
Regards,
Chris
Chris Miller
President - Rocket Scientist
ScratchSpace Inc.
(831) 621-7928
http://www.scratchspace.com
I am very happy to announce our new wiki!
If you go to wiki.list.org you will see our shiny new Moin-based wiki. We are
retiring the old Confluence-based wiki at the end of February. Until then,
you can access it at old-wiki.list.org.
Our very huge thanks go to Paul Boddie who did the amazing conversion work,
almost single-handedly reverse engineering the Confluence dump through several
iterations. Of course, our thanks also go to John Viega, owner of the
list.org domain and Mailman's inventor for helping us get the DNS flipped
over. Thanks too to everyone who gave feedback on the new wiki, contributed
to the old wiki, and continue to help edit this important resource for the
Mailman community.
Our thanks also go to the Python Software Foundation and the PSF
infrastructure team for providing us with the virtual machine hosting our
new wiki.
If you had write access to the old wiki and want it again for the new wiki,
you will have to re-submit a request to mailman-cabal(a)python.org. Please be
sure to register with wiki.list.org and provide us with your user name.
With this conversion, I am happy to say that GNU Mailman is finally fully
hosted on free software. While we appreciate the years of service donated to
us by Atlassian and Contegix, it's important that we set an example by
utilizing an entirely free software stack for our development and outreach.
The wiki was our last remaining non-free bits.
Let the gardening begin!
Cheers,
-Barry
(On behalf of the GNU Mailman steering committee)
P.S. We are working on the SSL certificate for the new wiki. Stay tuned.
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
Hi Mailman-users,
It would be really appreciated if any one of you can help me to overcome with problem
My Mailman is running with version 2.1.12.
I am getting "Mailman CGI error!!!" while clicking on search button which points to "http://mymailman.com/mailman/mmsearch/testlist"
[cid:image001.png@01D04D29.4D018ED0]
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 "apache", but
the system's web server executed the CGI script as
group "mailman". Try tweaking the web server to run the
script as group "apache", or re-run configure,
providing the command line option `--with-cgi-gid=mailman'.
I checked the gid of apache and mailman is the member of apache.
[root@host]# su apache
bash-4.1$ id
uid=48(apache) gid=48(apache) groups=48(apache)
bash-4.1$ python
Python 2.6.9 (unknown, Sep 13 2014, 00:25:11)
[GCC 4.8.2 20140120 (Red Hat 4.8.2-16)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import grp, os, sys
>>> os.getgid()
48
>>> grp.getgrgid(os.getgid())
grp.struct_group(gr_name='apache', gr_passwd='x', gr_gid=48, gr_mem=['mailman'])
>>>
There are the files in /usr/local/mailman/cgi-bin/
ls -ll /usr/local/mailman/cgi-bin/
total 312
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 admin
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 admindb
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 confirm
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 create
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 edithtml
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 htdig
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 listinfo
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 mmsearch
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 options
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 private
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 rmlist
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 roster
-rwxr-sr-x 1 root mailman 23096 Jan 8 02:30 subscribe
Hi all,
Ok, I did this a very long time ago, and can't for the life of me
remember where/how I did this...
I have some lists that have a max_size set, and when someone sends an
email that exceeds this size, it gets held for moderation, and the
sender gets a notification of this, but it is a custom one that I wrote
myself.
Now, I'd like to change this behavior - I want to REJECT these messages
- but can't for the life of me figure out how to do this, or at the very
least , change the notification text to inform them that their message
will be discarded, as opposed to 'eventually dealt with'...
Any pointers to tfm would be appreciated...