Mailman 3 October 2005 - Mailman-Users

Hide list address?
by Ricardo Kleemann 16 Nov '23

16 Nov '23

Hi, Is there any way to configure Mailman such that, for an announcement-only type list, when a message is sent to the list, the To: shows the member's address, rather than the list address? Some list software allows the ability to hide the list address itself, so that address is not advertised. I couldn't find any configuration specific to that.

7 6

Setting MIME as default for new Non-Digest subscribers
by Steve Reiter 31 Jul '11

31 Jul '11

Hi - I have searched FAQ and archives to find an answer. Hoping you can help. I have a new list (with previously imported addresses) for announcements only, and wish these announcements to be received immediately. I set the defaults to allow non-digest and to not allow digest. I wish to send out announcements in html, and so wish to make the default for new subscribers be MIME. While I see a setting under Digest Options (MIME_is_Default_Digest), I don't see any equivalent option under Non-Digest Options... and new subscribers continue to come in as plain text. QUESTIONS: In order to avoid having to manually change this option for each existing subscriber, is there a way to force all existing subscribers to receive MIME in Non-Digest mode? If not, is there a way to force all NEW subscribers to be enrolled with MIME as their default? Also, is there a way to "lock" the MIME switch on, so that users who try to change their option to plain text will be prevented from doing so? Thanks - Steve

4 3

MSN and HotMail "Eating" Messages
by fshagan 24 May '07

24 May '07

Recently, my Mailman list users who use either a HotMail or MSN.COM email address have not received any messages. Mailman does not record a "bounce" from these email addresses, but they do not receive any of the list traffic. When trying to send a message to a Mailman list, the user gets the following error message: "This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed." And it lists the Mailman list email address. However, Mailman does not receive a bounce message. (My server is not listed with SpamHaus.org, or any of the other blacklists, so it should not be a spam filter sort of thing). One user requested help from MSN, and they responded with: "You are experiencing this issue because your .Net Passport <user's email address here> Profile (which is extensively used for authentication purposes) is corrupted (not updated). In order to resolve this issue, I would suggest you to Update your .NET passport profile." They follow that with instructions to go to their MSN .NET Passport profile and re-type all the information by hand (not by cut and paste). Then a 15-step procedure is given to delete all cookies, history and temporary internet files and re-set the disk cache (space for files) to 10MB. They believe that will solve the problem but alas, it has not for the 4 users I have with MSN or HotMail email addresses. Anyone else run into this and resolved it? I didn't see anything in the archives. If any of you have users with MSN or HotMail addresses, be advised they probably will not be able to receive emails, but you will not get "bounce" messages. They only way they will know is if they try to post to a Mailman list.

3 2

Web admin slow
by Jon Harris 01 Dec '06

01 Dec '06

Hi List I have a (bit aged) Redhat 9 box (Pentium II/512Mb RAM) running Mailman 2.1.6 with Postfix. Its only has to run a single moderated mailing list sending out one email every day to around 20,000 subscribers. Sending out the emails is not problem - it works great. The major problem is logging in to approve the email. It (Apache/2.0.40) is so slow that it usually times out with a 500 error after you try and login. Is there a way of speeding up the web interface? Can I approve postings from the command line? There is a large archive as they have been running this for around 3 years. Will it speed up if we trash part of the archive. If so how can I trash archived data that is (say) over a year old? There was a thread on this problem, but it was not really resolved, and that user had 450,000 subscribers. Any help appreciated. Jon Harris

3 3

Membership Management And Other Problems.
by multimedia-fan＠myrealbox.com 21 Mar '06

21 Mar '06

Greetings, I cannot "Set everyone's moderation bit, including those members not currently visible" to on, in the membership management section in any list. I have set OWNERS_CAN_ENABLE_PERSONALIZATION = 1 In /Mailman/mm_cfgy.py But still have the same problem. Also I cannot set or unset digest for all users, any thing I overlooked? This was happening before the changes made in the next issue explained below. In the last couple of days we had to reconfigure reverse mapping in DNS for the server, and now the URLs that Mailman builds in the list admin and info pages are pointing to the old host name, is there a way of correcting this, without re-installing mailman from scratch? Any pointers, clues will be greatly appreciated. Thank you for your assistance.

2 5

Need help with a mailman archiving issue
by Richard Feltham 11 Dec '05

11 Dec '05

Some time ago, we upgraded to mailman 2.1.5 We recently discovered that the web archives have not been updated since. (It is dumping the email in the mboxes fine. It's just not building the web links) I have been scratching my head reading documents trying to figure out what happened. Is there supposed to be a nightly cron job that updates the archives, that we are missing? I can run ./mailman/bin/arch <listname> and it will build the archives for the web interface. What is the proper procedure to build web links for *all* lists? Is there an antry in mm_cfg.py that I am missing that is disabling the building of the web links? Or is there an entry that *should* be there that is not? Thanks for your assistance, Richard F.

3 6

add_members and email confirmation
by Ren Bucholz 10 Dec '05

10 Dec '05

Hello, I have a signup sheet that subscribes people to a Mailman list by using PHP to call add_members (the PHP is below, FYI). My problem is that add_members seems to ignore the email confirmation settings from the admin interface. Even though my list is configured to send a confirmation message, subscribers only get the "Thanks for signing up!" email. Does anyone know of a way to use add_members in a confirmed-opt-in list? Thanks very much! -Ren =-=-=-=-=-=-=- <h2>Subscription Results</h2> <?php // The path to your add_members program here: $ADD_MEMBERS = '/your/path/to/add_members'; // The name of your mailing list: $LIST = 'FakeList'; // The email address from the form, run through a process // that removes nasty scripting attacks $adrs = escapeshellcmd($_GET['email']); // Runs the pipeline and stores the output in an array exec("echo $adrs | $ADD_MEMBERS -r - $LIST", $output, $return_var); // Implodes the array into a string $msg = implode('', $output); // Search for 'Subscribed' in $msg. Then we know if it worked or not. if (strpos($msg, 'Subscribed') === FALSE) { print "Crap! Something went wrong and you were not subscribed."; } else { print "It worked!"; } ?>

3 10

Re: [Mailman-Users] unsubscribe without confirmation
by Sintz, James 08 Dec '05

08 Dec '05

Thanks!! I understand the purpose of the confirmation, I just want the ability to turn it off. It is okay if users get unsubscribed from my list because of a spooked request. -----Original Message----- From: Mark Sapiro [mailto:msapiro@value.net] Sent: Wednesday, July 27, 2005 11:52 AM To: Sintz, James; mailman-users(a)python.org Subject: Re: [Mailman-Users] unsubscribe without confirmation Sintz, James wrote: >Is there a way to enable unsubscribing without requiring user confirmation? Users are added to the list manually by an administrator, yet we do want to allow users the ability to unsubscribe using the listname-leave@ address. E-mail unsub requests require confirmation to prevent spoofed requests from succeeding. The user can avoid the confirmation by providing his/her password with the e-mailed unsubscribe command, but this only works if an unsubscribe command is mailed to the listname-request address. Mail to the listname-leave or listname-unsubscribe address is not parsed for commands and is treated as if it just contained a plain 'unsubscribe'. Send mail with subject 'help' (w/o the quotes) to the listname-request address for more info on the unsubscribe command. -- Mark Sapiro <msapiro(a)value.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan CONFIDENTIALITY NOTICE: The Ohio Public Employees Retirement System intends this e-mail message, and any attachments, to be used only by the person(s) or entity to which it is addressed. This message may contain confidential and/or legally privileged information. If the reader is not the intended recipient of this message or an employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are prohibited from printing, copying, storing, disseminating or distributing this communication. If you received this communication in error, please delete it from your computer and notify the sender by reply e-mail.

3 3

A non-text attachment was scrubbed... -- URL break
by Tim Willson 05 Nov '05

05 Nov '05

I've looked at the Whole Mailman FAQ and looked at archived message threads back 5-6 months and have not see a discussion or resolution on the problem I'm seeing with URL line breaks in my list archived messages. Basically if I set Non-digest options/"Scrub attachments of regular delivery message?" to No my archived messages, scrubber adds the non-test attachment was scrubbed URL, URL's are ok full line and clickable. Messages from the list have the attachment and life is good. The first example below. If I set Non-digest options/"Scrub attachments of regular delivery message?" to Yes my archived messages URL's have an extra = in the URL string at the end of line one and a line break making the URL 2 lines and non-clickable. The second example. Please, if somebody has seen this problem, has a resolution, or if the FAQ has the answer, let me know. ------------- next part -------------- A non-text attachment was scrubbed... Name: Official notice Spam Filtering Implementation Update 09030.pdf Type: application/octet-stream Size: 76382 bytes Desc: not available Url : <http://www.mn.us/pipermail/listname/attachments/20050901/4bb779ff/Officialn oticeSpamFilteringUpdate09030-0001.pdf> -------------- next part -------------- A non-text attachment was scrubbed... Name: Official notice Spam Filtering Implementation Update 09030.pdf Type: application/octet-stream Size: 76382 bytes Desc: not available Url : <http://www.mn.us/pipermail/listname/attachments/20050901/2d8=> eb35e/OfficialnoticeSpamFilteringUpdate09030.pdf -tw -tw

3 5

ISO-8859-1/Latin1 vs UTF-8
by Bernd Petrovitsch 01 Nov '05

01 Nov '05

Apparently all of the German translation of Mailman is in ISO-8859-1 (or ISO-8859-15) - at least in the standard Debian mailman package. Is there a special reason for not moving to UTF-8 in general? Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services

5 9