Mailman 3 December 2003 - Mailman-Users

Mailman not sending
by Michael Sullivan 29 Dec '03

29 Dec '03

I got mailman to run earlier this evening and I can get to the listinfo page on the internet. I subscribed myself to the list, but I haven't gotten any confirmation email or anything from the list. I've read over the mailman FAQ 3.14, but didn't find anything helpful. I did all the tests, but it didn't tell me what to do with the results. Please help!!! -Michael Sullivan

2 1

Second post: Admin/ListInfo problem
by Michael Baehr 29 Dec '03

29 Dec '03

I've already posted once on this problem here: http://www.mail-archive.com/mailman-users%40python.org/msg21418.html But I thought I'd make a second post as I've quite narrowed down exactly what's occurring (and I appear to have misreported the problem as well). When I go to the listinfo or admin panels, any of the "global links", such as "create a new mailing list" and "the mailing list overview page", as well as the mailto (send questions and comments to ... ) are broken. My web server runs on port 312 thanks to my ISP's wise decision of blocking port 80, so I went through the necessary steps to configure Mailman to function properly with this (searching the archives for quite a bit certainly helped). Here's my mm_cfg.py ( host changed to foo.com ) MTA = 'Postfix' IMAGE_LOGOS = '/icons/' DEFAULT_EMAIL_HOST = 'mail.foo.com' DEFAULT_URL_HOST = 'foo.com' DEFAULT_URL_PATTERN = 'http://%s:312/mailman/' PUBLIC_ARCHIVE_URL = 'http://%(hostname)s:312/pipermail/%(listname)s' add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) When I say "broken", I mean that these links are using the Hosts: line passed to them by apache as (hostname) instead of the one specified as DEFAULT_URL_HOST. When I go to the admin/listinfo pages using foo.com:312, I get links such as: http://foo.com:312:312/mailman/create http://foo.com:312:312/mailman/listinfo mailto:mailman@foo.com:312 Likewise, if I go using 192.168.1.103:312, I get: http://192.168.1.103:312:312/mailman/create http://192.168.1.103:312:312/mailman/listinfo mailto:mailman@192.168.1.103:312 Links to my lists point correctly, and are obviously using the proper base URL. Likewise, in any list administration/archive/etc.. pages, all the links are correctly formed, _except_ for those that point to something global, such as "Overview of all mail.foo.com mailing lists". Is there some way I can make mailman _not_ listen to the Hosts: line from Apache (which is what it appears to be doing), and instead use the base URLs I have specified? Thanks for your help, and apologies to those who I confused by my earlier post.

1 0

NOOB !
by Brendan Pratt 28 Dec '03

28 Dec '03

Just installed Mailman, and being such a noob, I can't seem to work out how to utilise the add_members script correctly. ./add_members user(a)address.com listname It complains that I haven't used one of the -r or -d options, and that's where I am not clear as to what filename/paths I should be using. Could somebody hit me with an appropriately sized 'clue stick' ?? :-) Thanks.

3 3

new trouble with existing lists
by backdoc 28 Dec '03

28 Dec '03

Problem description: I can no longer subscribe to or send mail to my lists. Here's some detail. From the standpoint of being able to use the mailing lists (subscribe, post messages, etc), the lists had been working for several weeks. Then, spontaneously, all of the normal list server tasks quit working except for the web interface. Attempting to subscribe to a mailing list results in a page that says a "confirmation has been sent ...". But, I never receive that confirmation mail. I have looked at all of the logs in /mailman/logs to see if I could see any references to my attempts to subscribe to the list. But, I do not. /var/log/messages does not show any references to Mailman either. My mail server is Postfix. It seems to operate normally in every way. Some possible clues: I don't really have any strong suspicions that point to a particular culprit. I don't generally muck around with my server except to keep the installed software up to date via portupgrade. I don't really remember if the lists not working coorelates to running portupgrade. But, I don't think so. Due to the fact that I own 2 domains and the domain name for the box is not the same domain name of the list I have created the lists for, there was a minor issue regarding the wrong URL showing up on the web interface portion of Mailman. It was showing the box domain name as opposed to the list domain name. The incorrect URL did not appear to have an adverse affect. But, it was potentially confusing for users. So, I made a few attempts to correct it by altering the mm_cfg.py file. In spite of some good suggestions here on the mailman-users list, I never resolved that problem. Again, I can't associate Mailman breaking with attempts to fix the URL problem. What additional info can I give you to help you help me? That's about all that I can think of to shed light on the problem. Not seeing anything in the log files, I don't really know how to backtrace the problem? Even though I don't feel like I broke it by editing the mm_cfg.py file or running portupgrade, I'm sure that I have somehow broken it. Any suggestions would be very much appreciated. TIA, Darren

2 4

Re: Web Interface Problem
by Michael Sullivan 28 Dec '03

28 Dec '03

I can access below /mailman, but I can't get to the administration page - I keep getting the listinfo page. How do I get to the administration page? -Michael Sullivan

1 0

Web interface problem, possibly permissions...
by Michael Sullivan 28 Dec '03

28 Dec '03

I finally got the mailman daemon to run (I checked ps and it IS actually running!!!!), but whenever I try to use the web interface, anything under http://www.espersunited.com/mailman/ gives a Server Error 500. I've encountered error 500 before in my experimentation with CGI and then it meant that the permissions on the files the browser was trying to access were not set correctly. This would be easy to fix, except I don't know where the files are. My main mailman directory is in /var/mailman. Can anyone help me??? -Michael Sullivan

2 1

MailMan Problem -No template file found-
by Carlos andres Becerra 28 Dec '03

28 Dec '03

Hi. I'm install RPM mailman-2.1.2-9mdk.i586.rpm Next, i modify in the mm_cfg.py DEFAULT_EMAIL_HOST = 'ccasoft.org' DEFAULT_URL_HOST = 'ccasoft.org' add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) MTA = 'Postfix' and create new mailman list, by have this error: Bug in Mailman version 2.1.2 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/lib/mailman/scripts/driver", line 87, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/listinfo.py", line 61, in main list_listinfo(mlist, language) File "/usr/lib/mailman/Mailman/Cgi/listinfo.py", line 202, in list_listinfo doc.AddItem(mlist.ParseTags('listinfo.html', replacements, lang)) File "/usr/lib/mailman/Mailman/HTMLFormatter.py", line 354, in ParseTags text = Utils.maketext(template, raw=1, lang=lang, mlist=self) File "/usr/lib/mailman/Mailman/Utils.py", line 467, in maketext raise IOError(errno.ENOENT, 'No template file found', templatefile) IOError: [Errno 2] No template file found: 'listinfo.html' The list is install in http://xunilombia.ccasoft.org/mailman/listinfo If you like look all errors Thanks for your help Carlos Andres http://xunilombia.ccasoft.org ___________________________________________________ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es

1 0

Yet another "mailman on a nonstandard port" question
by Michael Baehr 28 Dec '03

28 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Our ISP, like many others, does not allow inbound port 80 (in fact, they disabled it recently without so much as telling us, before which I had run a web server rather successfully... cheeky bastards). I've set up Apache to listen on a nonstandard port (312) and configured Mailman 2.1.3 to do the same. I have replaced my host with foo.com. Here is my mm_cfg.py: MTA = 'Postfix' IMAGE_LOGOS = '/icons/' DEFAULT_EMAIL_HOST = 'mail.foo.com' DEFAULT_URL_HOST = 'foo.com' DEFAULT_URL_PATTERN = 'http://%s:312/mailman/' PUBLIC_ARCHIVE_URL = 'http://%(hostname)s:312/pipermail/%(listname)s' # add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) I have run the fix_url script on both lists currently on the server (mailman and testinglist), and restarted mailman with mailmanctl. When I connect to my host, I get the strangest thing. The links to both lists are correct. However, some links are horribly borked, for example: Create a new mailing list, which should be http://foo.com:312/mailman/create, is: http://foo.com:312/mailman/http://foo.com:312:312/mailman/create Mailing list overview page is: http://foo.com:312/mailman/http://foo.com:312:312/mailman/listinfo :O Likewise my email, which should be at DEFAULT_EMAIL_HOST, is misreported ( the mailto link is likewise broken ) " Send questions and comments to mailman@foo.com:312 " What could be responsible for this? I hope I've given you enough information to at least scratch your heads for a bit. Thanks for your help. - - Mike Baehr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/715eEE/935L/FjcRAirzAJ4tPBRUiJpPR+kp3MXCeR1KoOnU7gCdFSxu RIlZZ2+9TbB+YmdC0TqEBBk= =Rk0C -----END PGP SIGNATURE-----

2 2

How to get subscribers list?
by Keith Jillings 28 Dec '03

28 Dec '03

We recently changed our list from Majordomo to Mailman. Mailman is generally a lot easier to work with, except that I can't get it to send me the full list of subscribers - the command that in Majordomo was "approve <password> who <listname>". I've searched the archive as best as I can, but can't find anything about this. The server is commercially hosted, and I don't have access to "bin" and the like. Can anyone help? Is there a command I can mail to the server that will do this? Keith -- Keith Jillings

1 0

addition to TODO list
by Roberto Perez 28 Dec '03

28 Dec '03

Hi, I'm not sure that this is the right address to send this, but here it goes: Addition to Mailman: - Allow users to retrieve password via email commands, not only via the web interface. When a spammer subscribes people and disables the web interface, those individuals are left with no means to unsubscribe themselves, since they cannot get the password sent to them. Roberto Perez rgpg(a)technologist.com

3 4