Mailman 3 July 2002 - Mailman-Users

Initial Mailman v2.0 with TMDA and Mime filtering
by J C Lawrence July 31, 2002

July 31, 2002

This is mostly written for the Mailman MLM community, but is CCed to tmda-users as it applies there as well. In general subsequent discussion should happen on mailman-developers, so I've set Reply-To accordingly. I'm writing this now as the discussed configuration appears to work and I'd rather document it now while its still fresh in my mind then later when its not. If any big bugs or required changes surface I'll post on those later to the mailman-developers list. I built the system with Mailman 2.0, TMDA 0.58, Exim v3, mimefilter, mimedecode, and procmail. You don't need mimedecode or mimefilter, but if you want to do mime filtering (even with say strip mime or demime instead) adapting the below is should be simple and obvious. Several aspects and details are going to be specific to the default configurations and installations of the relevant packages under Debian Linux. I will assume that you'll be Linux/Unix savvy enough to both detect those points and work around them as needed. Background: -- I decided to integrate the system via procmail as I also wanted to (easily) add MIME filtering and other forms of message rewriting to my list setup. -- A primary goal is that the system operates without requiring either SysAdm or list owner attention. -- As discussed on-list One of my wishes was that lists maintain whitelists which are private to them and thus not shared across the entire set of lists serviced by that host. I will not detail how I went about that except in passing as current TMDA development initiatives will render that much simpler in future. -- Elegance was not a goal. Workability and were. There are several rough edges left. Some are noted below. How-To: ------- Getting the system working essentially has three steps: 1) Getting Mailman working transparently under Exim without aliases. 2) Getting TMDA configured, installed, and tested. 3) Getting TMDA integrated with Exim and Mailman, using procmail as a glue layer. You'll be wise to check and test each step as you go along. Finding the correct source of faults with the whole system in place can be a confusing and difficult exercise. Its easier to test and retest as you go along so as to limit the set of possible items that need examination for error. Step one is fairly simple: Just configure Exim as per the README.Exim or Nigel's HOW-TO on exim.org. Make sure its all working and that Mailman functions correctly in all regards as regards the MTA. You will have to update and extend these configurations later to suit TMDA, but start out making sure you have the base right. If Mailman doesn't work on your system its hardly worth trying to get TMDA also not working. Install TMDA on your system (Debian uses a $PREFIX of /usr). Make sure you get at least version 0.58. For Debian this means installing from /testing. If you use a later version (such as current CVS) read the changelog carefully as you'll have to make some adaption in your setup to the new features in TMDA. Those changes are left as an exercise for the reader. Under ~list/ creat the following directory hierarchy, with 0700 permissions and owned by list.list (the Debian Mailman user): ~list/.tmda ~list/.tmda/cache ~list/.tmda/lists ~list/.tmda/logs ~list/.tmda/filters ~list/.tmda/pending ~list/.tmda/templates Within that tree creat the following empty files, each of zero length, owned by list.list and with 0600 permissions: ~list/.tmda/lists/released ~list/.tmda/lists/whitelist.auto ~list/.tmda/lists/blacklist ~list/.tmda/lists/whitelist ~list/.tmda/filters/outgoing The above files need to be created as otherwise TMDA will error when it fails to find them. If you have particular scaling or performance issues with regard to these address lists you might want to use the dbm or cdb forms instead (see the TMDA documentation for details). If so, make sure you configure ~list/.tmda/config to match. Next copy the default TMDA message templates to: ~list/.tmda/templates/bounce.txt ~list/.tmda/templates/confirm_request.txt ~list/.tmda/templates/confirm_accept.txt And rewrite them as suitable for your mailing lists. Now create your TMDA crypt key in: ~list/.tmda/crypt_key and your TMDA configuration in: ~list/.tmda/config My ~list/.tmda/config reads: DATADIR = "/var/lib/mailman/.tmda/" MAIL_TRANSFER_AGENT = "exim" DELIVERY = "|/usr/bin/procmail -p -f $SENDER" RECIPIENT_DELIMITER = "+" CRYPT_KEY_FILE = "/var/lib/mailman/.tmda/crypt_key" BARE_APPEND = "/var/lib/mailman/.tmda/lists/whitelist" CONFIRM_APPEND = "/var/lib/mailman/.tmda/lists/whitelist.auto" CONFIRM_MAX_MESSAGE_SIZE = None TEMPLATE_DIR = "/var/lib/mailman/.tmda/templates/" ACTION_INCOMING = "confirm" ACTION_OUTGOING = "bare" FINGERPRINT = ["message-id", "from", "date"] FULLNAME = "List Filter System" HOSTNAME = "kanga.nu" LOGFILE_DEBUG = "/var/lib/mailman/.tmda/logs/tmda_debug.log" LOGFILE_INCOMING = "/var/lib/mailman/.tmda/logs/tmda_incoming.log" PENDING_BLACKLIST_APPEND = "/var/lib/mailman/.tmds/lists/blacklist" PENDING_BLACKLIST_APPEND = "/var/lib/mailman/.tmds/lists/deleted" PENDING_RELEASE_APPEND = "/var/lib/mailman/.tmda/lists/released" PENDING_WHITELIST_APPEND = "/var/lib/mailman/.tmda/lists/whitelist" TIMEOUT = "2w" You'll specifically need to tailor the values of FULLNAME and HOSTNAME from the above cases. Note: I use a RECIPIENT_DELIMITER of "+" as I use "-" in several list names and don't want the two appearing to run together. Make sure you read the caveats on using "+" in the TMDA FAQ before chosing the RECIPIENT_DELIMITER you want to use. In my case ~list/.tmda/logs is actually a symlink to /var/log/TMDA which is owned by list.list and of 0700 permissions and a matching logrotate stanza: /var/log/TMDA/procmail.log { monthly compress missingok } /var/log/TMDA/tmda-debug.log { monthly compress missingok } /var/log/TMDA/tmda-incoming.log { monthly compress missingok } Next, and almost finally is to create the incoming filter with ownership list.list and permissions 0600: ~list/.tmda/filters/incoming The contents should be similar to: # # Note: First match wins, so sequence of rules is significant # # # Bounce blacklisters # from-file ~list/.tmda/lists/blacklist bounce # # Explicitly listed whitelist addresses get thru (explicitly because # this is a hand maintained file) # from-file ~list/.tmda/lists/whitelist ok # # Normal list members get thru. Repeat this line as needed for each # of your lists, replacing "listname" with each listname. # from-mailman -attr=members ~list/lists/listname ok # # Digest members get thru. Repeat this line as needed for each of # your lists, replacing "listname" with each listname # from-mailman -attr=digest_members ~list/lists/listname ok # # Confirmed whitelist addresses get thru (the whitelist.auto file is # built by posters confirming themselves to TMDA) # from-file ~list/.tmda/lists/whitelist.auto ok # # Mail from the list control gets thru. Repeat these lines as needed # for each of your lists, replacing "listname" with each listname. # from listname-admin(a)kanga.nu ok from listname-owner(a)kanga.nu ok Tailor to suit as noted. Soon the complexity (and hand effort of adding the list-specific lines) will no longer be necessary as future versions of TMDA will have a more flexible filter schema that supports variable replacement. At this point you should be able to test your TMDA configuration (not including the Mailman specific bits), manually injecting messages into tmda-inject while having the environment variables SENDER and RECIPIENT appropriately set and seeing that it doesn't error (check the bounces and ~list/.tmda/logs/tmda-debug.log for specifics on errors). Check your TMDA setup carefully and pay particular attention to file permissions and ownership errors. Make sure you do all your testing as the Mailman user ("list" for Debian). You're now ready for the last step: integrating TMDA with Exim via procmail. Place the procmail rc in: ~list/.procmailrc Again, the ownership is list.list and permissions 0600. It should read something like: VERBOSE=off SHELL=/bin/sh PATH=/usr/bin:/usr/local/bin:/usr/lib:/usr/local/lib LOGFILE=/var/log/TMDA/procmail.log MAILDIR=/var/lib/mailman/locks # # Commands don't get filtered # :0 w * ACTION ?? mailcmd |/var/lib/mailman/mail/wrapper $ACTION $TARGET # # Pass bounces thru directly. # :0 w * ACTION ?? mailowner * ^Return-path: <> | /var/lib/mailman/mail/wrapper $ACTION $TARGET # # Mail that has already been filtered by TMDA. This is an added # header that is used to check for messages which have already been # processed by this TMDA/Mailman procmail filter. # :0 w * $^X-Mail-Filter-Recipient: $RECIPIENT { # # Send the message to Mailman for processing. This is a separate # recipe to make the extensions for MIME filter etc below clearer # and simpler. # :0 w * ACTION ?? post | /var/lib/mailman/mail/wrapper $ACTION $TARGET :0 w * ACTION ?? mailowner | /var/lib/mailman/mail/wrapper $ACTION $TARGET } # # Add the flag header so we can detect messages coming out of TMDA, # even as distinct from mail from other TMDA users. # :0 fw | /usr/bin/formail -A "X-Mail-Filter-Recipient: $RECIPIENT" # # Everything else (-admin, -owner, and posts which haven't been # passed by TMDA) get filtered thru tmda-filter. If you want # list-specific inbound filters instead globally shared lists, # insert a small script here which writes a message customised # inbound filter in (say) /tmp/tmda-inbound.$$, call tmda-filter # with a matching -I argument, and then delete the temporary inbound # filter afterwards. # :0 w | /usr/bin/tmda-filter -c /var/lib/mailman/.tmda/config # # Take the exit code from TMDA. This allows procmail to return in # error to the MTA. # EXITCODE=$? Notes: 1) Please use a different loop detection header than X-Mail-Filter-Recipient. Make something up that fits your needs. 2) The added loop detection will not be necessary with TMDA versions after 0.58 as they add their own custom header which you can use for host and recipient specific loop detection. As I do want to do MIME and other message pre-processing, and I want the ability to send messages which bypass the MIME filters, my ~list/.procmailrc is a little more complex. Adapt as appropriate to your installation: VERBOSE=off SHELL=/bin/sh PATH=/usr/bin:/usr/local/bin:/usr/lib:/usr/local/lib LOGFILE=/var/log/TMDA/procmail.log MAILDIR=/var/lib/mailman/locks # # Commands don't get filtered # :0 w * ACTION ?? mailcmd |/var/lib/mailman/mail/wrapper $ACTION $TARGET # # Pass bounces thru directly. # :0 w * ACTION ?? mailowner * ^Return-path: <> | /var/lib/mailman/mail/wrapper $ACTION $TARGET # # Mail that has already been filtered by TMDA. This is an added # header that is used to check for messages which have already been # processed by this TMDA/Mailman procmail filter. # :0 w * $^X-Kanga-Mail-Filter-Recipient: $RECIPIENT { # # Posts sent to a list # :0 w * ACTION ?? post { # # Got an X-MimeStripNo header? Don't MIME strip # :0 w * ^X-MimeStripNo { # # Remove the X-MimeStripNo header # :0 fw | formail -I X-MimeStrip } :0 w * ! ^X-MimeStripNo { # # Mimefilter -- As mimefilter requires that the local directory # be writable and that various environment variables are defined, # we use a wrapper script. # :0 fw | ~archiver/bin/MimeFilter # # Get rid of quoted-printable # :0 fw | /usr/bin/mimedecode } # # If there's nothing left of the message (less than 20 bytes), don't # bother sending it forward to Mailman. # :0 wb * < 20 | /dev/null # # We have a post! # :0 w | /var/lib/mailman/mail/wrapper $ACTION $TARGET } # # Messages to -admin and -ower # :0 w * ACTION ?? mailowner | /var/lib/mailman/mail/wrapper $ACTION $TARGET } # # Add the flag header so we can detect posts coming out of TMDA, # even as distinct from mail from other TMDA users. # :0 fw | /usr/bin/formail -A "X-Kanga-Mail-Filter-Recipient: $RECIPIENT" # # Everything else (-admin, -owner, and posts) get filtered thru TMDA # :0 w | /usr/bin/tmda-filter -c /var/lib/mailman/.tmda/config # # Take the exit code from TMDA. This allows procmail to return in # error to the MTA. # EXITCODE=$? Yeah, I could make that procmailrc cleaner and simpler. It works. Its a 1.0. I don't argue with working 1.0 versions. The contents of ~archiver/bin/MimeFilter are: #!/bin/bash #set -x # # Syntax: # # MimeStrip # # Author: J C Lawrence <claw(a)kanga.nu> # # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # Config (Edit this bit to suit your setup!) # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # Where is mimefilter? mimefilter="/usr/bin/mimefilter" # Note: Make sure that the value of tmpdir is writeable by the UID or GID # that this script will execute under. tmpdir="/tmp/mimestrip.${$}" # Do you want to save an mbox of the messages before filtering # in $savefile_pre? (0/1) feature_savepre=1 # Do you want to save an mbox of the messages after filtering # in $savefile_post? (0/1) feature_savepost=1 # File to save pre-filtered messages in savefile_pre="/tmp/mimestrip.prefilter" # File to same post filtered messages in savefile_post="/tmp/mimestrip.postfilter" # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # MimeFilter setup (Don't edit from here down) # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # The name of the mailing list this message is intended for. Used # as the return address of the warning issued to the orginal author # if the message is not already clean. export list=${USER} # The address of the mailing list this message is intended for. # Used in the X-Loop field of the warning issued to the original # author if the message is not already clean. export listaddr=${USER}@${DOMAIN} # The administrative (owner) address of the mailing list this # message is inteded for. Used in the return address of the warning # issued to the original author if the message is not already clean. export listreq=${USER}-admin@${DOMAIN} # The email address of the maintainer of the mailing list this # message is inteded for. If it is defined, it is used to send the # maintainer original carbon copies of messages that have been # modified by this filter -- if filter_mime_cc_maintainer is # affermative, of course. export maintainer=${USER}-owner@${DOMAIN} # A boolean flag: if affermative (i.e., if it matches the /y/i Perl # regular expression), the mimefilter script will send carbon copies # of every cleaned (modified) message to the maintainer of the # mailing list the message is intended for. export filter_mime_cc_maintainer=${copy_maintainer} # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # Start working # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= # Build a safe working directory for mimefilter. We need to do this as # postfix by default will execute this script in /var/spool/postfix and # mimefilter will try and create temp directories and files under there, # which will fail on permissions. # Note: Make sure that the value of tmpdir is writeable by the UID or GID # that this script will execute under. /bin/rm -rf ${tmpdir} 2> /dev/null /bin/mkdir ${tmpdir} cd ${tmpdir} /bin/cat | ${mimefilter} # Save copies of the before and after messages off to a temp file for # analysis/debugging if [ ${feature_savepre} -eq 1 ] then /bin/cat ${holdfile} >> ${savefile_pre} echo >> ${savefile_pre} fi if [ ${feature_savepost} -eq 1 ] then /bin/cat ${workfile} >> ${savefile_post} echo >> ${savefile_post} fi # Clean up /bin/rm -rf ${tmpdir} exit Most of all that hassle is to get the environment variables mimefilter needs properly set and get the current working directory set to something I've write permissions to (eg /tmp). I could have done all that inside procmail (and probably should have). I didn't for purely historical reasons. mimedecode is a little tool which flattens quoted-printable into US ASCII. I find it rather useful. Take care here if you have posters posting with other character sets. As always: caveat emptor. At this point you should be able to test your procmail and TMDA configuration my injecting messages into procmail as below: # List posts cat message_file | procmail -mpt ACTION='post' TARGET='listname' ~list/.procmailrc # -request commands cat message_file | procmail -mpt ACTION='mailcmd' TARGET='listname' ~list/.procmailrc # -admin and -owner messages cat message_file | procmail -mpt ACTION='mailowner' TARGET='listname' ~list/.procmailrc Test it all out. Make sure TMDA is properly holding messages. Release, whitelist, blacklist etc them via: tmda-pending -c ~list/.tmda/config and watch the contents of ~list/.tmda/lists to ensure that the right things are happening. Work the whole system until you're certain that everything in the procmailrc and your TMDA configuration has been exercised and shown correct. Don't forget to go back and delete all your test addresses from the files under ~list/.tmda/lists. Remember to NOT delete the files and to do all your testing as the list user (file permissions are critical). You're now ready for the last step: Integrating with your MTA. Before we get to the message details some discussion on why I used Exim for this: I started out wanting and trying to use Postfix. The core problem I hit was making the filter process hung off the alias execute as the right user. I needed it to execute as the list user so it would be able to read the Mailman list configurations to verify subscribers from there. If you want to entirely separate posting rights from list subscription this wouldn't be a problem (just remove the mailman bits from ~list/filters/incoming). Getting the filter process to execute as 'list' under postfix proved a bitch. Its not impossible, but it requires either messing with content filters (which have a high performance overhead for ALL messages) or doing a vtable setup with a custom transport, which requires that you run your lists from a sub-domained virtual host (eg lists.kanga.nu). I am unwilling to make either compromise. YMMV. Exim conversely makes defining the specific effective UID and GID for an alias filter process very easy. I also like, know, and use Exim on other systems, so moving my list server back to Exim was no great pain. I don't like and refuse to use either Sendmail, and so can't comment on how TMDA may be integrated with it. I'm also not a QMail user and so can't comment for similar reasons. For those familiar with those respective MTAs you should be able to base off the below recipes (with the above caveats) successfully. The full set of Mailman-specific sections needed in /etc/exim/exim.conf are as below. Compare them carefully with the Nigel's HOW-TO for basic Exim/Mailman integration. The changes aren't large but you should understand each of them. The documentation at exim.org is excellent. These configurations are mildly Exim v3 specific. Exim v4 is noticeably but not fundamentally different. Use the documentation at exim.org to guide you thru the differences. In the main configuration section: # Add the Mailman user (list) to the value of trusted users so # procmail can use -p to pass environment variables through # (required by TMDA) trusted_users = mail:list # $HOME dir for Mailman MAILMAN_HOME=/var/lib/mailman # Wrapper script for Mailman MAILMAN_WRAP=MAILMAN_HOME/mail/wrapper # UID and GID for Mailman MAILMAN_UID=list MAILMAN_GID=mail In the transports section: list_transport: driver = pipe command = /usr/bin/procmail -mpt ACTION='post' TARGET='${lc:$local_part}' MAILMAN_HOME/.procmailrc # command = MAILMAN_WRAP post ${lc:$local_part} current_directory = MAILMAN_HOME home_directory = MAILMAN_HOME user = MAILMAN_UID group = MAILMAN_GID return_path_add delivery_date_add envelope_to_add environment = EXTENSION=${substr_1:$local_part_suffix}:\ RECIPIENT=$local_part$local_part_suffix@$domain list_request_transport: driver = pipe command = /usr/bin/procmail -mpt ACTION='mailcmd' TARGET='${lc:$local_part}' MAILMAN_HOME/.procmailrc # command = MAILMAN_WRAP mailcmd ${lc:$local_part} current_directory = MAILMAN_HOME home_directory = MAILMAN_HOME user = MAILMAN_UID group = MAILMAN_GID return_path_add delivery_date_add envelope_to_add environment = EXTENSION=${substr_1:$local_part_suffix}:\ RECIPIENT=$local_part$local_part_suffix@$domain list_admin_transport: driver = pipe command = /usr/bin/procmail -mpt ACTION='mailowner' TARGET='${lc:$local_part}' MAILMAN_HOME/.procmailrc # command = MAILMAN_WRAP mailowner ${lc:$local_part} current_directory = MAILMAN_HOME home_directory = MAILMAN_HOME user = MAILMAN_UID group = MAILMAN_GID return_path_add delivery_date_add envelope_to_add environment = EXTENSION=${substr_1:$local_part_suffix}:\ RECIPIENT=$local_part$local_part_suffix@$domain In the directors section: list_owner_director: driver = smartuser require_files = MAILMAN_HOME/lists/${lc:$local_part}/config.db suffix = "-owner" new_address = "${lc:$local_part}-admin@${domain}" owner_list_director: driver = smartuser require_files = MAILMAN_HOME/lists/${lc:$local_part}/config.db prefix = "owner-" new_address = "${lc:$local_part}-admin@${domain}" list_admin_director: driver = smartuser suffix = -admin require_files = MAILMAN_HOME/lists/${lc:$local_part}/config.db transport = list_admin_transport list_request_director: driver = smartuser suffix = -request require_files = MAILMAN_HOME/lists/${lc:$local_part}/config.db transport = list_request_transport list_director: driver = smartuser require_files = MAILMAN_HOME/lists/${lc:$local_part}/config.db transport = list_transport suffix = +* suffix_optional Pay particular attention to the value of "suffix" in list-director and make sure it agrees with RECIPIENT_DELIMITER in ~list/.tmda/config. You should now be up and running with TMDA integrated as the front face of your Mailman lists. If you want to monitor your TMDA pending queue for your Mailman installation you can periodically run tmda-pending -c ~list/.tmda/config Or just drop the following cronjob in the Mailman user's crontab: * * * * * /usr/bin/tmda-pending -CTb | mail you(a)domain.tld to be emailed regular status updates on new messages in TMDA pending. Enjoy. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Fwd: Re: [Mailman-Users] Moderated list
by irwin July 31, 2002

July 31, 2002

On the Privacy Option page put the address you will be posting from in the "Addresses of members accepted for posting to this list without implicit approval requirement" box. That worked. Thanks. Irwin

1 0

Mailman, Stripmime and Qmail
by Topaz11green＠aol.com July 30, 2002

July 30, 2002

Hi Mailman Folks, This is for the newbies (in which group I count myself). If you want to use Stripmime <http://www.phred.org/~alex/stripmime.html> with Mailman and you also use Qmail, put this in your .qmail-test file for a list called test: |preline /usr/local/bin/stripmime.pl | /usr/local/mailman/mail/wrapper post test Of course, your paths may vary. It took me a little while to figure this out, hope this will help somebody else. Take care, -Susan

1 0

Fwd: Re: [Mailman-Users] Moderated list
by irwin July 30, 2002

July 30, 2002

On Tue, Jul 30, 2002 at 08:44:03AM -0700, irwin wrote: > Is there an option so that the list administrator may post without my > having to approve my own postings? Hmmm ... I've had some difficulties with this, because my username is slaniel(a)laniels.org, but I email from steve(a)laniels.org; the latter is an alias for the former, but mailman doesn't know that. Consequently, if I'm not careful about giving other mailing lists the right subscription information, I'll get my messages put in queue to be processed by the administrator. Is that similar to your problem? Steve Thanks for the reply. Doesn't appear to be. Unless somehow it is comparing to host.domain.com instead of just domain.com, but I cannot find any reference in any of the headers to host.domain.com. Irwin

2 2

FW: Your message to Fawad3-test awaits moderator approval
by Fawad Khan July 30, 2002

July 30, 2002

After creating a new test list I set the option under privacy options That the mails being sent to this mail need not be approved by an Administrator but I still keep getting the following mail. But, then it never sends me an email asking me to approve or disapprove this Email. Ideally I'd like it to post the mail without the approval but cannot think of any other option other than the privacy option that I have already checked. I am the admin of the concerned list. Thanks, Fawad. -----Original Message----- From: fawad3-test-admin(a)gold.woodsidenet.com [mailto:fawad3-test-admin@gold.woodsidenet.com] Sent: Tuesday, July 30, 2002 11:30 AM To: perforce(a)gold.eng.woodsidenet.com Subject: Your message to Fawad3-test awaits moderator approval Your mail to 'Fawad3-test' with the subject (no subject) Is being held until the list moderator can review it for approval. The reason it is being held: Message has implicit destination Either the message will get posted to the list, or you will receive notification of the moderator's decision.

1 0

For the truly lazy! (You know who you are.)
by Bob Weissman July 30, 2002

July 30, 2002

If you're as lazy as I am, you know that it's worth 5 minutes of programming effort to save 1/2 second of user action repeated multiple times. I got tired of having to manually focus on the password input box in my lists' administrative authentication pages. It was costing me one mouse click or two hits of the Tab key. So I decided to make the input box self-focusing. If you're even lazier than I am, you don't even have to figure this out for yourself. Just apply the following 1-line patch in ~mailman/templates to patch admlogin.txt. It works in all the browsers I have access to. This is for Mailman 2.0.x. I haven't tried 2.1 yet. - Bob --- admlogin.txt.ORIG Tue Jul 30 10:38:31 2002 +++ admlogin.txt Tue Jul 30 11:24:48 2002 @@ -2,7 +2,7 @@ <head> <title>%(listname)s Administrative Authentication</title> </head> -<body bgcolor="#ffffff"> +<body bgcolor="#ffffff" onLoad="document.forms[0][0].focus()"> <FORM METHOD=POST ACTION="%(path)s"> %(message)s <TABLE WIDTH="100%%" BORDER="0" CELLSPACING="4" CELLPADDING="5">

1 0

mailman $ and donation
by CrimsonLight.com Christian Music Reviews and More July 30, 2002

July 30, 2002

Hello, I am trying to setup mailman for a church use. It is non profit and I will pay hosting out of my pocket etc.. Can someone install it for a nominal fee? We can pay a small portion. Thanks for the quick reply and for your time. Jake Rinard

1 0

Re: [Mailman-Users] Moderated list (fwd)
by Stephen R Laniel July 30, 2002

July 30, 2002

I sent this accidentally from steve(a)laniels.org rather than slaniel(a)laniels.org, and my message got bounced back. Apologies ... ----- Forwarded message from "Steve Laniel:" <steve(a)laniels.org> ----- Date: Tue, 30 Jul 2002 11:50:59 -0400 From: "Steve Laniel:" <steve(a)laniels.org> To: irwin <irwin(a)taranto.com> Cc: Mailman Users <mailman-users(a)python.org> Subject: Re: [Mailman-Users] Moderated list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Jul 30, 2002 at 08:44:03AM -0700, irwin wrote: > > Is there an option so that the list administrator may post without my having > to approve my own postings? Hmmm ... I've had some difficulties with this, because my username is slaniel(a)laniels.org, but I email from steve(a)laniels.org; the latter is an alias for the former, but mailman doesn't know that. Consequently, if I'm not careful about giving other mailing lists the right subscription information, I'll get my messages put in queue to be processed by the administrator. Is that similar to your problem? Steve - -- "The gift of compressing the largest number of words into the smallest amount of thought" - -Winston Churchill, on Prime Minister Ramsay McDonald (whom Churchill also labeled "the boneless wonder") -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9RrXj+5AbbCEHPXwRAufiAKDgT4wSaFCOXcfn/oh2EcSJ1zp7dgCgjJr9 JGN0/ErWSEuAHka3p23rwoc= =HN1Y -----END PGP SIGNATURE----- ----- End forwarded message ----- -- "The gift of compressing the largest number of words into the smallest amount of thought" -Winston Churchill, on Prime Minister Ramsay McDonald (whom Churchill also labeled "the boneless wonder")

1 0

Moderated list
by irwin July 30, 2002

July 30, 2002

I just installed mailman-2.0.13 on RedHat Linux 7.2. Working okay for three lists I have set up. Two of them are moderated lists, for posting, and even my post as list administrator required approval. Is there an option so that the list administrator may post without my having to approve my own postings? Thanks. Irwin

3 2

Cron <root@bertrandrussell> test -e /usr/sbin/anacron || run-parts --report /etc/cron.daily (fwd)
by Stephen R Laniel July 30, 2002

July 30, 2002

Hi folks, Following up on what I wrote yesterday, I got this cron report in my email this morning. Might this explain why I'm seeing the mailman problems that I'm seeing? Also, root:root owns a lot of the mailman files. Does the owner matter much? Thanks for any help you can give me. This is a highly irritating problem - and vaguely urgent, since I want to get a mailing list up and running to discuss a friend's upcoming bachelor party. :-) Thanks, Steve ----- Forwarded message from Cron Daemon <root(a)laniels.org> ----- From: root(a)laniels.org (Cron Daemon) To: root(a)laniels.org Subject: Cron <root@bertrandrussell> test -e /usr/sbin/anacron || run-parts --report /etc/cron.daily Date: Tue, 30 Jul 2002 06:33:04 -0400 /etc/cron.daily/mailman: Traceback (most recent call last): File "/var/lib/mailman/cron/checkdbs", line 92, in ? main() File "/var/lib/mailman/cron/checkdbs", line 41, in main mlist = MailList.MailList(name) File "/usr/lib/mailman/Mailman/MailList.py", line 77, in __init__ self.Lock() File "/usr/lib/mailman/Mailman/MailList.py", line 1340, in Lock self.__lock.lock(timeout) File "/usr/lib/mailman/Mailman/LockFile.py", line 219, in lock self.__write() File "/usr/lib/mailman/Mailman/LockFile.py", line 350, in __write fp = open(self.__tmpfname, 'w') IOError: [Errno 13] Permission denied: '/var/lib/mailman/locks/bachelor_party.lock.bertrandrussell.10065' Traceback (most recent call last): File "/var/lib/mailman/cron/senddigests", line 65, in ? main() File "/var/lib/mailman/cron/senddigests", line 42, in main send_list_digest(mlist) File "/var/lib/mailman/cron/senddigests", line 46, in send_list_digest mlist.Lock() File "/usr/lib/mailman/Mailman/MailList.py", line 1340, in Lock self.__lock.lock(timeout) File "/usr/lib/mailman/Mailman/LockFile.py", line 219, in lock self.__write() File "/usr/lib/mailman/Mailman/LockFile.py", line 350, in __write fp = open(self.__tmpfname, 'w') IOError: [Errno 13] Permission denied: '/var/lib/mailman/locks/bachelor_party.lock.bertrandrussell.10067' run-parts: /etc/cron.daily/mailman exited with return code 1 ----- End forwarded message ----- -- "The gift of compressing the largest number of words into the smallest amount of thought" -Winston Churchill, on Prime Minister Ramsay McDonald (whom Churchill also labeled "the boneless wonder")

2 2