Mailman 3 May 2010 - Mailman-Users

Changing host names, revisited... POSTFIX_STYLE_VIRTUAL_DOMAINS?
by Tanstaafl 11 May '10

11 May '10

Ok, I got sidetracked a long time ago, and because this isn't pressing, it went to a back-burner, but I'm ready to do this now. My apologies in advance if I'm being overly cautious, but I've avoided a lot of problems, some major, by asking a lot of questions before doing something like this that I've never done before. Goal is simple: change the URL/hostname for my lists from their current 'myhost.example.com' to 'lists.example.com'. If it matters, these lists are *not* publicly accessible, and they are *not* archived. After re-reading the two FAQs regarding this, I have a few things I'm not certain of, so will pose the questions one at a time, and will include my current Defaults.py and my new mm_cfg.py with the new settings/changes commented at the bottom of each message. The first question I have is about POSTFIX_STYLE_VIRTUAL_DOMAINS. In the FAQs about changing hostnames, this setting is not mentioned. Now, this server only hosts lists for one domain: example.com. So - should I also change that setting to lists.example.com too (per below)? Or, since I am not running lists for more than one domain, can my setup be simplified somehow? Or does it even come into play? Thanks, Charles ******************* My current and proposed new settings: Defaults.py currently contains > DEFAULT_EMAIL_HOST = 'myhost.example.com' > DEFAULT_URL_HOST = 'myhost.example.com' > DEFAULT_URL_PATTERN = 'http://%s/mailman/' And my current/recently edited mm_cfg.py - the commented settings/lines below are the changes I've added, in preparation for the change, and will just comment/uncomment the relevant ones to 'flip the switch': > ################################################## > # Put YOUR site-specific settings below this line. > MTA = 'Postfix' > #DEFAULT_EMAIL_HOST = 'example.com' > #DEFAULT_URL_HOST = 'lists.example.com' > #add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) > #VIRTUAL_HOSTS.clear() > DEFAULT_URL_PATTERN = 'https://%s/mailman/' > #POSTFIX_STYLE_VIRTUAL_DOMAINS = ['lists.example.com'] > POSTFIX_STYLE_VIRTUAL_DOMAINS = ['myhost.example.com'] > ALLOW_SITE_ADMIN_COOKIES = Yes

2 21

This should not have happened
by Lindsay Haisley 10 May '10

10 May '10

I have a local Mailman (2.1.12) list hosting customer who sends out weekly HTML email from her business to her list from a couple of different computers. Normally this goes without a hitch, but today we had a problem. This particular HTML email sent to the list had a master MIME Content-Type of multipart/mixed. Mailman apparently put the message itself into an inner envelope with a Content-Type of multipart/alternative (probably as designated by the posting software) with two parts containing the text/plain and text/html parts of the source message. The other part of the outer multipart/mixed envelope is a text/plain list server signature, as expected. The poster used an "Approved" pseudo-header. Mailman found the pseudo-header in the text/plain part, removed it, and approved the post for distribution. However in the text/html portion, the pseudo-header was mucked up with markup and was apparently unrecognizable to Mailman. It shows up in the message source as: Approved: = =A0Hon94Bar For rather obvious reasons, Mailman didn't find this rendition of the pseudo-header, but because it found the Approved pseudo-header in the text/plain portion, it distributed the message - with the administrator password clearly displayed to the subscriber list for everyone with an HTML-capable mail reader to see! Now this (very technically challenged) customer has to change her list admin password and I have to work with her to insure that this won't happen again. HTML-ized email is a real PITA, and we've had problems with the pseudo-header before. It seems to me that if a submitted email has both a text/plain and a text/html part, Mailman should look _first_ for the pseudo-header in the text/html portion, and if it's not found there, the post should be rejected at that point even if the pseudo-header is clearly present in a text/plain part. These two sections are supposed to be identical as far as content goes, or at least we can expect Mailman to assume that they are. How can this be prevented? As far as I'm concerned, this is a bug. And please, folks, don't anyone lecture me on how sending HTML email to a list is a Bad Idea. I know this, and I explain it to my customers, however if they insist on using it I either have to support it with Mailman or lose a customer. -- Lindsay Haisley | "Real programmers use butterflies" FMP Computer Services | - xkcd 512-259-1190 | http://www.fmp.com |

4 9

Mx Records and Mailmans use of a domain
by Ty Nelson 10 May '10

10 May '10

Hey geniuses, In the beginning I was initially told that a shortcut moethod of getting mailman to work with a domain was to just remove the domains mx records. This has worked. My question is, how can I make it so my domain can still have email working on the domain, as well as mailman? As of now, mailman is all the domain is used for. Probably a dumb question, but how should I setup my domains mx records so that the hosting company email still functions with the domain, and mailman can also use the domain? Thanks, -Tyler

2 7

This should not have happened
by Lindsay Haisley 08 May '10

08 May '10

I have a local Mailman (2.1.12) list hosting customer who sends out weekly HTML email from her business to her list from a couple of different computers. Normally this goes without a hitch, but today we had a problem. This particular HTML email sent to the list had a master MIME Content-Type of multipart/mixed. Mailman apparently put the message itself into an inner envelope with a Content-Type of multipart/alternative (probably as designated by the posting software) with two parts containing the text/plain and text/html parts of the source message. The other part of the outer multipart/mixed envelope is a text/plain list server signature, as expected. The poster used an "Approved" pseudo-header. Mailman found the pseudo-header in the text/plain part, removed it, and approved the post for distribution. However in the text/html portion, the pseudo-header was mucked up with markup and was apparently unrecognizable to Mailman. It shows up in the message source as: Approved: = =A0Hon94Bar For rather obvious reasons, Mailman didn't find this rendition of the pseudo-header, but because it found the Approved pseudo-header in the text/plain portion, it distributed the message - with the administrator password clearly displayed to the subscriber list for everyone with an HTML-capable mail reader to see! Now this (very technically challenged) customer has to change her list admin password and I have to work with her to insure that this won't happen again. HTML-ized email is a real PITA, and we've had problems with the pseudo-header before. It seems to me that if a submitted email has both a text/plain and a text/html part, Mailman should look _first_ for the pseudo-header in the text/html portion, and if it's not found there, the post should be rejected at that point even if the pseudo-header is clearly present in a text/plain part. These two sections are supposed to be identical as far as content goes, or at least we can expect Mailman to assume that they are. How can this be prevented? As far as I'm concerned, this is a bug. And please, folks, don't anyone lecture me on how sending HTML email to a list is a Bad Idea. I know this, and I explain it to my customers, however if they insist on using it I either have to support it with Mailman or lose a customer. -- Lindsay Haisley | "Real programmers use butterflies" FMP Computer Services | - xkcd 512-259-1190 | http://www.fmp.com |

1 0

Recipient address rejected
by c cc 08 May '10

08 May '10

Hi, We have about 30 mailing lists on our Mailman using Postfix and all the lists and emails are working fine, except one list. In this particular list, we receive the following message below whenever we try to send a message to the list. We could subscribe and receive subscription confirmation, but only when we try to send a message to the list. Does anyone know have any idea what the problem is? Thanks! ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- An error occurred while sending mail. The mail server responded: 5.1.1 <list123(a)example.com>: Recipient address rejected: User unknown in local recipient table. Please check the message recipient list123(a)example.com and try again.

2 1

unable to reply Mailman Administrator
by Kibirango Moses 07 May '10

07 May '10

I am unable to reply Mailman Administrator , how best can i fix this problem the output i get is below The message WAS NOT relayed to:<name@domain name>: [127.0.0.1] said:554 5.4.0 Failed, id=21662-04, from MTA([127.0.0.1]:10025): 554 5.4.0 Error: too many hops This nondelivery report was generated by the program amavisd-new at host mail.mak.ac.ug. Our internal reference code for your message is 21662-04/EUHGsEqR1cWQ Undeliverable mail MTA blocked My smtp-failure mailman logs show the output below: Low level smtp error: [Errno111] Connection refused, msgid: <mailman.0.1272542181.3599.apr(a)muklists.mak.ac.ug>delivery to apr(a)dicts.mak.ac.ug failed with code -1: [Errno 111] Connection refused

2 1

Re: [Mailman-Users] script to remove users
by b19141＠anl.gov 06 May '10

06 May '10

>Excellent! Now if I could figure out how to wildcard that address. >There are 2 email address formats that could be used here, and I want to >make sure to get them both... > > >userid(a)physics.tamu.edu >userid(a)tamu.edu Take the file that contains the userids, and edit it. Make two pieces. Append "@physics.tamu.edu" to the first half, and append "@tamu.edu" to the second half. ---------------------------------------------------------------------- Barry S. Finkel Computing and Information Systems Division Argonne National Laboratory Phone: +1 (630) 252-7277 9700 South Cass Avenue Facsimile:+1 (630) 252-4601 Building 240, Room 5.B.8 Internet: BSFinkel(a)anl.gov Argonne, IL 60439-4828 IBMMAIL: I1004994

1 0

script to remove users
by Chris Barnes 06 May '10

06 May '10

At the end of each semester, I have a list of 30 or so userids of students who are leaving. Before I write my own shell script, I thought I would see if I could prevent myself from reinventing the wheel and see if someone else has a script to do this. So, does anyone have a script which will read a given filename, and issues the command: remove_members --fromall -n -N $uid@* ? -- Chris Barnes AOL IM: CNBarnes chris-barnes(a)tamu.edu Yahoo IM: chrisnbarnes Computer Systems Manager MSN IM: chris(a)txbarnes.com Department of Physics ph: 979-845-1379 Texas A&M University fax: 979-845-2590

2 2

attachments dir question
by Savoy, Jim 06 May '10

06 May '10

Hi all - I am running Mailman 2.1.5 (still!). I was wondering what it is that determines if a message has "scrubbed attachments". For instance, a couple of days ago, I sent a simple message to one of my lists - just a sentence or two of text, and it created a directory under /archives/private/listname/attachments for it. I looked in there and displayed the HTML file it created, and all it had in it was my text and a few s. I used the same mailer today and sent out another simple text message, and no directory was created under attachments this time. And then I compare my list (not-archived, digestible, no digest members) to another identical list with plenty of posts sent to it (according to /logs/post), and there is no attachment directory at all. I just assumed it was the mailer I am using that determines if part of it should be scrubbed, but if that were so, why would there be inconsistencies between the message I posted just now and the one I posted 2 days ago? Thanks in advance. - jim -

3 3

Looking for Help recovering from Disk Full
by David Devereaux-Weber 05 May '10

05 May '10

I'm running Mailman version 2.1.9 on Solaris. I had a disk full situation. I'm resolving problems as I encounter them. Can anyone shed some light on this error message? Is it possible to delete the held messages file to clear this up? Dave Your "cron" job on ddwsvcs /usr/local/bin/python -S /usr/local/mailman/cron/checkdbs produced the following output: Traceback (most recent call last): File "/usr/local/mailman/cron/checkdbs", line 203, in ? main() File "/usr/local/mailman/cron/checkdbs", line 104, in main discarded = auto_discard(mlist) File "/usr/local/mailman/cron/checkdbs", line 192, in auto_discard heldmsgs = mlist.GetHeldMessageIds() File "/usr/local/mailman/Mailman/ListAdmin.py", line 143, in GetHeldMessageIds return self.__getmsgids(HELDMSG) File "/usr/local/mailman/Mailman/ListAdmin.py", line 138, in __getmsgids ids = [k for k, (op, data) in self.__db.items() if op == rtype] TypeError: unpack non-sequence -- David Devereaux-Weber, P.E. DDW Services <http://ddwsvcs.com> dave(a)ddwsvcs.com (608)576-2599

2 1