Re: [exim] Re: [Mailman-Users] Mailman/Exim problem with very slow outgoing mail on one list
On Tue, 2005-03-29 at 22:51 -0600, Stephanie wrote: The firewall I use is APF and other than adding some ROKSO spammer IP addresses and the Spamhaus DROP list to it about once a week, there hadn't been any changes to it. I'm not using ident in Exim either. If other sites are using ident, and your firewall drops ident packets, then you would get a 30 second delay on many outgoing connection attempts. I did uncover one bit of info today, this list is on a domain that only hosts one other list (and practically nothing else, one tiny website with very little activity and both lists do not keep Mailman archives) and that other list is also having the same slow mail delivery. It hadn't had any posts in about a month and a message was posted today, processed by Mailman and sent to Exim at 16:38 pm EST today and it took 50 minutes for the message to go out from Exim to the 226 members on individual mail delivery. That pretty much the same delivery stats as on the other larger list. In that case I would be looking very carefully at DNS - if your externally visible DNS for that domain is odd you may find that many systems you are sending mail to have a long delay on basic verification - which will slow down your outgoing speed. Look at your log entries and work out where the delay is - if there is a huge delay between reception and first delivery then the problem is likely somewhere in your routing. If the delay is instead spread out between deliveries then there is something, most likely DNS related, thats slowing down the other systems taking mail from you. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=showamp;file=faq01.027.htp
Re: [Mailman-Users] Mailman and Debian
On Tue, 2003-10-28 at 17:54, Pascal Blanchette wrote: I was wondering if there was a reason why the only Mailman version available as a stable debian package is version 2.0.11? Debian has a strange terminology. They tend to use stable where other people would use obsolete. Many of the packages in stable are substantially ancient - exim for example is an exim 3 version despite exim4 having been around for nearly 2 years. When debian get round to releasing a new release then stable will become less obsolete. Version 2.1.3 is marked as unstable. Is the new version still in beta or is it ready to be deployed on a production site. In other words, would you recommend upgrading from 2.0.11 to 2.1.3 on a production site that uses mailman extensibly? On a new site use 2.1.x. I don't know if debian Mailman packages are reliable, but I tend to always build Mailman from source on the boxes themselves - pretty much the only package I do this with. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Mailman performance
Anyway, I am looking for some recommended hardware specs to run a list service with approx 500,000 users, with say 2-5 million emails per day. Largest single list is one of the key performance affecting metrics - some of the mailman stuff appears to hit scaling problems on the size of an individual list. So the answer for 500 lists of 1000 users may be very different to 400 lists of 1000 users and 1 lists of 10 users. Would splitiing the mailman components up onto separate servers with a shared NFS disk be a good idea?? Seeing as mailman is using a disk based database I would be very very very wary of putting this on NFS. I'm not sure it would buy you much if anything (locking becomes an expensive fragile operation), but when it all goes wrong it will go very wrong :-/ Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] Anyone using Mailman with MTA expanded VERP?
Has anyone built a mailman config using VERP where the VERP sender expansion is done on the MTA rather than within mailman? Even better, has anyone done this using exim as the MTA? Any information, comments or config samples would be useful. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] This message has been checked for all known viruses by the CitC Virus Scanning Service powered by SkyLabs. For further information visit http://www.citc.it ___ -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Making an RPM
On Mon, 2003-08-04 at 15:12, Angel Gabriel wrote: I just wanted to find out if this is possible? I want to download the latest source code for mailman, compile it, and then turn it into an RPM, so that I can install and remove it when neccessary. How would I go about doing this? Theoretically its easy to make an rpm of mailman. In practice its a package that is hard to package correctly. It is the *only* software set on my machines that is not built as an rpm, and several people have been badly burned on trying to upgrade rpm versions of mailman. If you do want to make a package then start by looking at the RH SRPM package and work from there. I believe their build is not quite right - at least the one that went out with the RH9 release isn't quite right so be careful. Avoid like the plague systems like checkinstall that purport to make binary packages from preinstalled systems. They are seriously dangerous. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Re: security on an announce-only list
On Mon, 2003-06-16 at 16:25, Paul H Byerly wrote: I'm still trying to figure out how to put the password in the first line and not have it show up in the post. What I am using is Approved: password . Should it be something else? You are sending messages as plain text aren't you? If they are multipart/alternative (ie text html parts) there will be 2 sets of message data that need the Approved: pseudo-header stripping, and if its straight html then you may confuse the parser... other things that could make it break would be strange character sets or encoding. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Passwords
On Wed, 2003-06-04 at 23:18, Derek Simkowiak wrote: Replace the password reminder email with a simple confirmation email. If you want to keep user options hidden then replace the Password Reminder button with a Email me my options page URL button, which emails the user a URL with an embedded cookie. Its a password! OK, it can be made time limited (how long though) and stuff like that, but its still really a password :-) I like the idea, except it needs to be expanded so that web access is not required - you should be able to do this all by email too. Maybe - if the installation handles VERP-like addressing - the cookie can be made part of the sender address so a reply (from a sane MUA - we aren't going to bend over backwards for the criminally insane here) would be pre-authenticated - again with time limits and stuff (a day or so is OK, a month isn't). However if we do this sort of magic then we need to handle the worst that stupid MTAs come up with for bounces. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
RE: [Mailman-Users] HTDIG patches! Arghh!
On Tue, 2003-06-03 at 14:52, Adam Lipson wrote: I am trying to figure out how to integrate Mailman with HTdig as we speak. The problem I have run into is that I can't find documentation on how install the patch with the RPM version of mailman. I have searched thru the archives on gmane.org and google groups to figure out how to use them with the RPM and unfortunately can't find an answer. Can someone point me to a URL for this? Get the source rpm for mailman, install that, edit the spec file - add the patch to the header section and patch it in in the %prep section. Modify the release number or maybe the name (if you don't want any autoupdater to wreck things for you). Rebuild the rpm. Be aware that there are problems with the mailman rpm build process which increase the risks of it trashing things on an upgrade. If you have a non-rpm install do not move to an rpm install unless you *really* know what you are doing and check all the paths and uids. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Monitoring Server
On Thu, 2003-04-03 at 15:30, Sullivan, John wrote: If the server is done sending all of the email out? -I checked the maillog but there is so much info in there its not really helpful in this case. Depends on your MTA - not a Mailman issue. How I can limit the time the server tries sending an email to a particular address - Ive notices a fair amount of undeliverables - and the server seems to try and resend it for a set amount of time. Depends on your MTA - not a Mailman issue Also anyone know any free tools that will allow me to monitor in real time server processing - cpu load - Ram usage etc... Depends on your OS. However trying looking at top, sar, mrtg to name a few. Information on optimizing throughput is given in the FAQ - see bottom of every list message for a pointer. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] List posting problems
On Tue, 2003-03-18 at 00:45, Jon Carnes wrote: It's been a long time since I did an Exim install but I think you need to add the aliases for Mailman. When you run ~mailman/bin/newlist listname it prints out the aliases that you need to add. You can do things this way (you need to make sure your UID/GID settings for the alias director/router are correct though). Easier to use the other method which is documented in the README.EXIM file Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Lists stopped for dns problems ?
On Mon, 2003-03-10 at 10:32, DOMA Peter wrote: Both lists stopped, the qrunner process got locked, the posts come in, but does not go out. I have the smtp-failure log full of these: 451 [EMAIL PROTECTED] (Cannot check [EMAIL PROTECTED] at this time - please try later) I read the exim-users archive, and finally found that it's often caused by dns problems. Ideally you fix the DNS problems if this is a general problem other than with a number of specific addresses. However there are a set of approaches for this as a general problem:- 1. Run a local caching DNS server, especially if you are more than a 100Mbit link from whatever resolver you use. Make sure the MTA is using that resolver. djb's dnscache works OK for this - see http://cr.yp.to/djbdns.html 2. Don't do DNS lookup (ie recipient verification) in the MTA for Mailman traffic. Instead let the MTA sort it out and deal with the bounces. For exim do something like:- receiver_verify_hosts = !127.0.0.1/8:0.0.0.0/0 to prevent verifies on mail recipients from a local Mailman install. Either of these will help, although you main answer - and a way of speeding things up for mailman submission is to do (2). (1) will generally speed the MTA. This stuff *is* in the FAQ. See http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq06.002.htp http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq06.006.htp http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq06.008.htp [OK, I admit I have slightly modified the first 2 of these in the light of this question, and although I am sure the stuff about DNS caches is in there somewhere I have explicitly created the 3rd FAQ entry there on DNS cache usage. If people hate those answers please fix them!] Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: [EMAIL PROTECTED] Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] how to access mailman in web browser
Just some nit-picks on Jon's answer:- On Mon, 2003-01-20 at 14:52, Jon Carnes wrote: [...] If it is Red Hat then it was probably installed via RPM. If that is the case then you will need to do a lot to your system before Mailman is actually running. Start by typing in: rpm -qa |grep mailman You actually want rpm -qa | grep -i mailman This will spit out the exact name of the rpm that was used to install Mailman. This will help you out with the next very important step... The output would look something like mailman-2.0.13-1 There should be one and only one line of output - if theres no output it wasn't installed with rpm, more than one and things are considerably more complex and you may have a confused system Since I do not want to re-type it all, I'll simply quote Jeremy Portzer from the archives (which you should feel free to search): To find out information about an RPM's maker, etc., run rpm -qip filename.rpm . If you run that command on the Red Hat Linux mailman-2.0.13-1.i386.rpm, you'll see a bunch of EXTREMELY important setup notes -- things you must do after installing the RPM. Follow those instructions! Don't complain if you don't follow them and stuff doesn't work! *grin* Good Luck! In this case you don't have the rpm package file to hand so you want to get the data from the installed rpms database. You use the same command without the p modifier:- rpm -qi mailman-2.0.13-1 or just rpm -qi mailman since you don't need to give it the version and release number Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: archive@jab.org Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Re: [Mailman-Users] Wish: Spam by vacation notifications in Mailman
On Fri, 2002-11-15 at 23:44, Jon Carnes wrote: The real culprit is the idiot who sets his filter to respond to all mail (as opposed to mail sent directly to them). Even then a responsible person only send the message once in response to any one individual! Unfortunately the new 2.1 personalisation stuff can fool mail filters into thinking that mail is personally for their owner as opposed to list mail. However the agent should not IMNSHO be sending its replies to the From: or Reply-To: addresses, but should send them to the envelope sender address (although I know a couple of notables on this list do not agree with this point - depending on whether you view an autoreply as a form of bounce or as a delegated action by the agent owner). My normal action is my normal reasoned level of pre-emptive retaliation. If autoreplies are coming to the list (which fortunately so far has always caught them), or to list members then the address causing the autoreply is removed from all my lists, a flame is sent, and frequently the address and/or domain is added to my MTAs blacklist. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ This message was sent to: archive@jab.org Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
[Mailman-Users] Diagnosing duplicates [Was:Now MTA tweaking!]
Change in subject line - its a different thread... On Mon, 2002-09-23 at 12:32, Angel Gabriel wrote: I decided to send out my list over the weekend... I came in today, *monday* and I found that a LOT of email boxes had gotten repeat emails, and really pissed off my subscribers. And I don't mean like two or three I mean REPEAT emails, like 12, 13. How can I found out what caused this? The answer is you need to get at least 2 of the duplicates (ideally all the duplicates that reached a single address), with the full headers - specifically you need the received lines. You then compare the received headers on each one and work out where the paths of the 2 mails diverged. This could be:- - the original poster sent several copies (happens quite often) in this case you see the received lines are different at every stage - the senders MTA duplicated it (first - thats the bottom one in the message headers - received line is exactly the same, the rest are different). - mailman duplicated it (different received lines on the list delivery MTA) - the list delivery MTA duplicated it (subtly different) - someone's virus scanner reinjected it (they *must* die!!!) - someone's vacation mailer reinjected it (they must die and their whole domain be blocked - actually same applies for the virus scanner too). There are other possibilities too... and never underestimate how determined some idiots can be to loop your mail. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Re: [Mailman-Users] Virtual Domains
On Wed, 2002-09-11 at 17:39, Philip Reynolds wrote: I was wondering what the support is like for virtual domains in Mailman 2.0.12. Is it there? I'd prefer not to have to upgrade at the moment. You can have lists in several multiple domains in Mailman 2.0.x You cannot have name@domain1 and name@domain2 (ie same local part, different domain part) be separate distinct lists without having separate Mailman installations. Depending on your MTA config you may or may not be able to handle name@domain1 being valid and name@domain2 not being an alias for the same list. [ie it depends on your MTA setup as to whether a list appears in all your virtual domains] I don't think this changes significantly with 2.1, but haven't switched myself so will let someone else confirm that. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Re: [Mailman-Users] Administartiva: MailDelays
On Tue, 2002-09-10 at 10:53, Matthias Jänichen wrote: What is the reason, that some e-mails get delayed for days in this list? I would guess that the person sending the original mail was not subscribed to the list at the time of sending. The mail was therefore held for moderation, and since the moderators have real jobs/lives/etc the moderation didn't happen for a couple of days. Just to be really annoying that message was actually duplicated - I assume the sender got the message held for moderation notification, and then he subscribed and sent the message again. These things happen. You could always order on original send date rather than reception date - ordering will get very confused if you have a mail outage for a while and your mail then turns up in one great burst. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Re: [Mailman-Users] /var/log/mailman files
On Tue, 2002-08-27 at 11:04, Kenneth Jacker wrote: [RH7.3, mailman-2.0.11-1] Looking in my /var/log/mailman directory, I see file names such as: error error.1 error.1.1 error.1.1.1 error.1.1.1.1 error.1.1.1.1.1 Normally means that someone has used an inappropriate wildcard in the logrotate script. Check for a mailman file in /etc/logrotate.d, and presumably it has something like:- /var/log/mailman/* as the logfile name. This should be changed to explicitly list /var/log/mailman/error and the other log files. BTW this will exponentially grow and can wedge your system under the right circumstances. If the logrotate control file is from the RPM then it needs fixing urgently. logrotate was supposedly upgraded to avoid this problem a while back - look for bugzilla entries that refer to logrotate and samba. Its a packaging problem rather than a mailman problem. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Re: [Mailman-Users] Hardware Requirements
On Thu, 2002-07-11 at 16:59, J C Lawrence wrote: [I have reordered the quotes here - sorry if I have broken the meaning] Journalling actually is a loss in this sort of scenario due to the extra tracking and buffer copy overhead. The nice thing about ReiserFS and XFS in particular is that the other optimisations they make more than make up for that cost. But full data journalling on an MTA type system can gain you performance by having the disk head basically moving linearly as the journal writes. On a fast turnround system by the time it comes to writing out the actual file contents and directory entries and stuff, the file is no longer pertinant (ie already been processed/delivered etc) and so the write is optomised out MTAs are limited by physical disk IO. They do lots of reads and writes (which can be cached), and more importantly, do lots of calls to sync() and close() which explicitly flush those caches down to metal. ... for various definitions of metal - ie a flushed journal for ext3, and probably some form of NVRAM for a decent hardware RAID controller. c) go SCSI with /var/spool/MTA, /var/log, and /var/www on different spindles. Yes, definitely. Also, for a system that will have this many files on it, consider using a journaling filesystem rather than ext2. I have had superb success with Reiserfs, but there are also IBM's JFS, SGI's XFS, and the ext2-compatible ext3. Reiserfs has significant performance improvement over ext2 and ext3, especially on small files, and it might be a good choice for this system. SCSI or even better a *good* hardware RAID controller. Filesystems are a religious issue but I still keep hearing more mentions of resiserfs going completely tits-up for my liking. Great ideas but there still seem to be some problems there. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] large lists question
On Mon, 2002-06-03 at 04:12, Marc MERLIN wrote: On Sun, Jun 02, 2002 at 10:34:47PM -0400, Jon Carnes wrote: Lets not forget about the biggest bottle neck of all... the Hard Drive. For maximum through-put, you need to use a SCSI drive or RAID array as the Disk Subsystem for the server. If this is mission critical the obvious choice is a SCSI / RAID disk subsystem. Actually if you have enough RAM, the whole config.pck should fit in the disk cache, so it's not a huge deal (but yes, I use SCSI and RAID for all my servers) Might be the case if your delivery system is different to your MLM system. Otherwise your MTA is going to do an awful lot of flushing stuff at disk during the SMTP conversations. [Does Mailman really not fsync its delivery data during message delivery?] Unless you are playing very fast and loose with the RFCs (821/2821) then you'll find that an MTA is strongly disk (transaction) limited. Hence discussions about journalling filesystems with NVRAM journals :-) Of course you probably *could* make a case for having less stringent disk requirements on an MLM - as long as you ensured a crash would only ever result in duplicate delivery - doing this could give you a significant speed up. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] bcc problem
On Thu, 2002-05-30 at 05:39, River Brandon wrote: i have a number of lists on mailman and have been very happy. recently, though, the software has started holding messages for approval due to implicit destinations. the problem is that there are no implicit destinations (bcc) in the messages. on top of that, i am not receiving administrative notifications when the messages are held. has anyone else experienced something like this? Implicit destination means that the lists posting address was not found in the To/Cc headers (nothing to do with Bcc other than that would be a way to generate a message to the list without the list address in To/Cc). This can be down to several things:- - use of the list name in the wrong domain on a multi-domained host. - Having the host-name-this-list-prefers set wrong (tends to catch all messages). - the message passing through an alias or similar so the header address does not match - bcc or spam or something which does not put the real recipients in the headers. The first few of these can be dealt with by setting the list name aliases in the privacy options With respect of the notifications, check in the General options page the Should administrator get immediate notice of new requests, as well as daily notices about collected ones? option. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] Redundant headers in digests
On Wed, 2002-05-29 at 20:56, J C Lawrence wrote: A MIME digest should contain unedited versions of the constituent messages. Why? That way it can be burst back into the discrete messages just as if the subscriber had received them that way in the first place (and is the way digests are and were intended to be used). Definitely. What is the situation for classic digests though. Nigel -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
RE: [Mailman-Users] Help
On Tue, 2002-05-14 at 07:06, AerosmithFanClub.com List Admin wrote: You obviously came in on the end of the conversation. Unfortunately I have seen far too much of the conversation. You want a billion things that aren't in Mailman. If you really want them you can either write them yourself, pay someone else to write them, or maybe persuade someone to write them by dint of your eloquence. Haranging people just tends to make them tell you to fuck off. Personally I have had enough and now put you on my kill list. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] Bug found in Mailman 2.1Beta
On Thu, 2002-05-02 at 12:31, Danny Terweij wrote:
When you go to : http://yourdomain.com/mailman.listinfo/[listname]
You as normal member, knows a member email adres from that list and write
that email adres at the input field :
To unsubscribe from [listname], get a password reminder, or change your
subscription options enter your subscription email address:
[ [EMAIL PROTECTED] ]{unsubscribe or edit options}
If you leave the field blank, you will be prompted for your email address
You can just edit a other member's options and can even change the password.
You *can* see any member's options this way, but you cannot save them or
change the password unless you know that member's password.
Just tested that through on the mailman-developers list which is running
a current development version.
I guess if it was particularly felt that this was a problem (ie security
and information leakage) then this could be changed so whatever email
address was put in led you to a page with 2 choices:-
1. Enter password
If member address valid and password was correct takes you to the
other options. Otherwise loops back to the same page again.
2. Send password to me
If member address valid sends the related password by mail.
Otherwise does nothing.
In both cases takes you to a page stating that the password
will have been sent if the member mail address was valid.
Personally I don't get too excited about this - I am more concerned with
locking down the membership roster which we need to ensure defaults as
completely unavailable. [Especially as I have been hit with some Data
Protection legislation related stuff in the last couple of weeks]
Nigel.
--
[ Nigel Metheringham [EMAIL PROTECTED] ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
--
Mailman-Users mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] Mail suddenly stopped getting sent out ??
On Thu, 2002-04-04 at 15:47, Chris Searle wrote: 5 mailing lists - all going fine. Suddenly, mail doesn't get sent out. No error in the error log. Lots of happy success messages in the post log. Lots of files in the qfiles directory. Mail just sits there. If I copy the qrunner line out of mailman users crontab and run it on the command line /usr/bin/python -S /home/mailman/cron/qrunner then all the mail goes out no question. You *have* checked that crond is running? That the mailman crontab is there (in /var/spool/cron ), try restarting crond, and see what the cron logging has to say. [If the basic commands work then my suspicion is very strongly that they aren't being invoked] Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] feature I would like to see ....
On Fri, 2002-03-01 at 11:01, Laura Creighton wrote: It's the first of the month. I am drowning in reminders of my password in all the mailing lists I am in. If I ever want to find out my passowrd, I can just click the button on its page, so I would really like a way to specify -- DO NOT REMIND ME EVERY MONTH ABOUT THE PASSWORD. That shouldn't be hard to add. This is going into 2.1. However its not the password people normally need to know, its the address they are subscribed under - the number of people who can't determine the address which they used to subscribe to a list amazes me. The monthly reminders do at least give you the right address (with or without password) to use the send password button for. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] subscribers counter
On Fri, 2002-02-15 at 15:03, Matthew Thompson wrote: Have you considered a little php script that runs under cron and reads in the number of lines in your members file. It could be written to output the number of lines to a small text file that could be read back in. Nice idea, but Mailman has no members file or analog of it - everything is in config.db (for Mailman 2.0.x - Mailman 2.1 is different). Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] AOL SMTP_MAX_RCPTS
On Tue, 2002-02-12 at 00:01, Rene Churchill wrote: I'm getting what I think is an odd response from AOL. My client is sending a large (too bloody large) HTML email newsletter out. It runs 40-50k each week. If I attempt to set SMTP_MAX_RCPTS to anything higher than one, AOL appears to discard the newsletter. The performance stinks with SMTP_MAX_RCPTS set that low. Has anybody else run into this problem? Try talking to the AOL folks and see if they have a spamtrap whitelist they can add you to. Alternatively, I'd tackle this by modding the MTA configuration - in exim use the max_rcpts option on the smtp transport and set it down to one for AOL (not sure if its an expandable option, if not you need to peel AOL off in a different router and pass them to their own special smtp transport). It still sucks your bandwidth but the list split is done elsewhere. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] HTML formatting in digests
On Fri, 2002-02-08 at 11:27, marina wrote: At 12:32 AM -0500 8/2/02 [dmy], you wrote about [Subject] Re: [Mailman-Users] HTML formatting in digests: I think this may have something to do with HTML posts to the lists. I've heard filtering for this will be an option in 2.1. In the interim, www.exim.org (the MTA I'm using w/OpenBSD 2.9) uses Mailman 2.08 and manages to ship decent digests. Maybe they'd be willing to give up the secret... As soon as I get a round-to-it, I'll ask ;) We use the patches to coerce postings to plain text on exim.org. See Mailman patch #413752 URL (which will probably break in transit) is:- http://sourceforge.net/tracker/index.php?func=detailaid=413752group_id=103atid=300103 Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] weekly *AND* daily digest from the same list
On Tue, 2002-02-05 at 13:09, Lafleur Maurice wrote: Is there a way to have MM generate both daily *and* weekly digest of the same mailing list? No. Asking again won't help either [See *note] Nearest compromise is starting a second list which is digest only and is subscribed to the first list (or the original alias into the list duplicates the message to both lists). Frankly I fail to see while this is useful. If you have a low traffic list where some days don't have any messages then your daily digests just won't happen on some days. If you have a higher traffic list then your weekly digests will be flushed several times a week by the size constraint - taking the size constraint off will result in digests that are too big to be read comfortably. Nigel. [*Note] It seems to be getting more common that people posting queries to the list believe they are owed timely answers and keep repeating the question until someone answers. Its worked in this case - which means I am sending the wrong signal out here. So starting from now, when I see a repeated question like this I will either ignore it or privately flame the originator depending on how bad a day its been. Pretty much the same applies to those who mail me privately apparently believing I owe them answers to their problems, and my employers pay me to answer their questions. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] footer
On Fri, 2002-02-01 at 12:06, Atomic wrote: Hi I ran a mailman list for few months, I would like to put the email address of the addressee in the footer but I don't know how to do can someone help me ? You cannot do this with Mailman. To do so means each recipients mail must be individually generated, rather than a standard mail being passed to the MTA in multi-recipient batches. It might be possible to do this in a sufficiently broken MTA. It is a seriously bad idea for all sorts of reasons. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Delays and Lag-Outs from AOL?
On Thu, 2002-01-31 at 14:43, Johnathan Vail wrote: I recently upgraded both my server (from Red Hat 6.2 to 7.2) and Mailman (to the latest 2.0.8). I am getting complaints from people using the admin and archives pages (mostly from AOL I think) that the pages are real slow and often time out. If you are using public archives under pipermail, then they are directly available as static file/directorys to the web server, with no involvement of Mailman/python. In that case it either your web server or the link between you AOL. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] mailman problem
On Mon, 2002-01-28 at 07:21, Joseph M. wrote: [6 messages in 67 minutes, all basically asking the same thing, all in MIME/alternative - please just ask questions once since the subscribers end up being mailbombed by you and rather less inclined to be helpful] We are currently using Mailman for a few months now, and we were just wondering if there is a maximun number of subscriber that it can handle, because right now we have one list that was corrupted and we do not know the cause. It gave us this error: Jan 28 17:00:02 2002 (8965) sweet db file was corrupt, using fallback: /home/mailman/lists/sweet/config.db.last Jan 28 17:00:04 2002 (8966) sweet db file was corrupt, using fallback: /home/mailman/lists/sweet/config.db.last Jan 28 17:00:05 2002 (8965) sweet fallback was corrupt, giving up This does appear to happen occasionally - rarely - and when it does its a pig. You need to either scrub config.db and rebuild your list, or restore config.db from backup. And another thing, one of our list was mirrored to the other list which overite the list. Is there any backup of the list that Mailman generated? If not is there a way to recover lost data? Don't understand the question here. Nigel. Joseph M. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Mailman with Qmail!!
On Fri, 2002-01-18 at 15:59, Richard Barrett wrote: At 13:25 18/01/2002 -0300, Daniel Abad wrote: Failure_to_exec_script._WANTED_gid_6,_GOT_gid_1001.__(Reconfigure_to_take_10 01?)/ My ./configure: ./configure --prefix=/home/mailman --with-python=/usr/local/bin/python --with-username=mailman --with-groupname=mailman --with-cgi-gid=nobody --with-mail-gid=mail Presumably your MTA is trying to execute the script $prefix/Mailman/post in order to deliver mail to the Mailman list manager. The script you MUA uses is the one specified in the mail alias for the list concerned. It seems you are being told that the MTA is trying to execute the script with a gid of 6 but found a gid 1001. Other way round. The error is being reported by the mailman wrapper script. It was invoked with GID 1001 It expected to be invoked with GID 6 (which should be the mail GID). You have 2 choices - one of which may not be possible (I don't know enough about qmail to comment):- 1. Convince qmail to invoke the script (presumably from a list user/alias) with GID 6 Don't know if this is possible given the qmail way of doing things 2. Re-configure/install Mailman. Change your configure line to ./configure --prefix=/home/mailman \ --with-python=/usr/local/bin/python \ --with-username=mailman --with-groupname=mailman \ --with-cgi-gid=nobody --with-mail-gid=1001 Nigel. RANT MODE=ON INTENSITY=LOW Please don't post html or multipart/alternative to the list. If you do so (we can all make mistakes), then don't follow it up with a text only post. /RANT -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Using mailman to take care of mailer-demons
On Tue, 2002-01-15 at 23:22, Barry A. Warsaw wrote: A special place in hell is reserved for the authors of MSExchange who not only decided to roll their own, but also made the brilliant decision to include absolutely nothing in the bounce message which even hints at the remotest morsel of a clue as to the intended recipient. VERP to the rescue! They can have a cubicle next to that I've had reserved for the authors of Lotus notes (1995ish vintage) which should *never* have been allowed to send mail within 100 miles of an internet connected machine. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] 16JFqa-0000bA-00 *** frozen ***
On Fri, 2002-01-04 at 07:28, Pieter Boshoff wrote: please can anybody explain this message to me. I use Mailman version 2.0.1 and Exim as my MTA. when I run the command mailq I get the following: 30m 2.5K 16MNzN-0004Ri-00 *** frozen *** [EMAIL PROTECTED] Exim by default freezes (ie stops attempting delivery but leaves on queue) undeliverable bounce messages. The message there is a bounce message (ie from ), so its likely that the address [EMAIL PROTECTED] is undeliverable in some way (or was at the time of the freeze). Most likely reason for this is someone sending a message to an unknown user of yours from an undeliverable sender address - bounce message cannot then be delivered. In this case the address looks as though its one of your Mailman admin addresses so probably failed for a different reason. Suggest you check through your exim logs for 16MNzN-0004Ri-00 - you should also be able to discover the message log entries fro the message that generated the bounce. Try using exim -d5 -bt [EMAIL PROTECTED] to find out if that address can be resolved, and to hopefully give hints as to whats wrong. [First guess, look at permissions on your alias files] Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Big Lists
Dan, Have stolen your messages almost verbatim and put them into the postfix tuning part of the FAQ. [I'm currently aiming to get content on there - someone or even me can clean these up later] http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq06.004.htp -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] New FAQ entry: broken autoresponders
Steve Lay wrote: Is it possible to filter the envelope sender on a list? If so, filtering senders like MAILER-DAEMON would catch groupwise (the worst I've come across) and postmaster would catch one other that I know of too. Ideally, this would be done by mailman itself. Would these envelope addresses ever constitute legitimate postings? [Quoting J C Lawrence [EMAIL PROTECTED]] More simply, if the return path of a message is ever null (), it should be bounced from wrapper post. Although I would not be suprised if a Groupwise bounce message did not have envelope sender set null :-( Can we assume that Return-Path: is a standard delivery of envelope sender information into the Mailman scripts? Mailman (post 1.1) does this bounce detection - presumably by looking at the envelope sender in the first instance. I think I'm arguing for envelope senders of postmaster[@domain] and mailer-daemon[@domain] to be treated as failure messages by bounce detection code too. People with broken autoresponders would then get treated as if their address was failing while they took a vacation. This appeals to me as the punishment gets inflicted on the trouble maker, not the innocent list admin or (even worse) the other subscribers. In general I agree with this, however I know of at least one very long time admin who frequently (possibly always) works from a postmaster account rather than his own Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] stripping out HTML
On Thu, 2001-11-22 at 15:27, David Gibbs wrote: My personal recommendation ... upgrade to mailman 2.0.6 (at minimum, probably best to go to 2.0.7) and apply Geoff Dairiki's demime patch. http://sourceforge.net/tracker/index.php?func=detailaid=413752group_id=103atid=300103 Any of the sourceforge people want to work out why this patch does *not* show up in the list of patches against mailman, although referencing it directly works fine. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Missing possibility to stop attachments
I've taken this set of stuff and pushed it into a FAQ entry http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq04.013.htp On Fri, 2001-12-07 at 23:21, Ashley M. Kirchner wrote: You can also employ your own, external scanner, or whatever flavor program you want. Most of these viruses/attachments come in as MIME encoded, so you can always use stripmime[1], or demime[2] to get that stuff off of the message prior to submitting it to the list. You can go one step further, and look into MIMEDefang[3], which does a pletora of things for you. There's also Quarantine[4], which will strip out any type of attachments to your message. All of these solutions are external to Mailman (in fact MIMEDefang hooks into sendmail - if you're running it), so you can always end up with clean messages going through your list. [1] - http://www.phred.org/~alex/stripmime.html [2] - http://scifi.squawk.com/demime.html [3] - http://www.roaringpenguin.com/mimedefang/ [4] - http://www.johncon.com/john/QuarantineAttachments/ -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Re: Mailman 2.0.8
On Sun, 2001-12-09 at 15:21, Miles D. Oliver wrote: I now have a functioning implementation of Mailman 2.0.8 With one strange quirk.. Not all of my lists are showing up in the main admin page. I have 2 lists and only 1 is being shown. Go to the admin page, General Options, bottom entry is Base URL for Mailman web interface. The help tells you it is used to decide which lists match which virtual host names. You should have this value the same on both your lists. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Upgrading to 2.08...
On Mon, 2001-12-10 at 17:46, J C Lawrence wrote: On Mon, 10 Dec 2001 10:18:17 -0500 Richard Idalski [EMAIL PROTECTED] wrote: I have an existing mailman install of v2.06, it's under heavy daily use, so downtime isn't really an option. What is the suimplest way to upgrade to v2.08 with the least amount of time down? Build the new Mailman. Stop your MTA. Install the new Mailman. Start your MTA. Your MTA downtime should be measured in single digit minutes. Personally, being slightly paranoid, I use the following approach:- - Build new Mailman - Stop MTA, Web server and Crond - Install Mailman - Start MTA, Web server and Crond I worry about what happens if people are using the web f/e or a cron job fires at a critical moment. New FAQ - 4.14 http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq04.014.htp Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] MM FAQ/Sendmail question...
On Thu, 2001-12-06 at 19:25, J C Lawrence wrote: Both FAQ'ed: Before noticing this I started to put together a set of per-MTA FAQ entries - 2 (qmail and postfix) are just placeholders right now, the exim and sendmail ones have a little content, with the start of a generic Mailman performance tuning faq added as well... damn I've just walked over you especially as I added to section 6 (web/mail integration), rather than section 4 (admin issues). most of the content at present is directly raped from other sources - chuq's postings that he kindly referenced. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] block non-subscribers
On Fri, 2001-11-16 at 05:03, kevin1a wrote: How do I block non-subscribers from posting to the lists I have setup? [I wondered about making a FAQ entry for this, but it is *really* basic setup, and the FAQ isn't meant to cover every possible bit thats already documented] In the web admin f/e, under Privacy Options, 3rd section down (General posting filters), option Restrict posting privilege to list members? (member_posting_only) Also is there any way to search the archives? See the new FAQ entry at http://www.python.org/cgi-bin/faqw-mm.py?req=showfile=faq01.011.htp Nigel. [NB as policy I'm trying to put generic answers into the FAQ as they come up and will then tend to answer RTFF (with a link if I'm in a good mood] -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] List state db is corrupt
On Mon, 2001-10-29 at 23:01, John W Baxter wrote: As I read config_list, it produces Python code which can be exec-ed in order to rebuild the list configuration. Umm.. it looks to me as though config_list dumps some pythonish code that can be read by config_list to set the list parameters *other* than the membership roster. dumpdb dumps the whole list state, but there is no corresponding restore tool, and the format ends up being a little odd (there are 3 membership lists - normal, digest and member options). My wish list item goes beyond that to include the membership, with the various status options for each member. Some sort of extension of bin/list_members Absolutely - the ability to dump the state into a text file and dicker with it appeals to me greatly :-) And the ability to take the snapshot and add the other membership data I can derive from elsewhere and come up with a very current version would be nice. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] List state db is corrupt
[People may have noticed that the exim.org lists are currently down - this is why] I have a Mailman 2.0.6 install running with a current exim. Nothing has been changed since the Mailman upgrade a few weeks back. However it appears that (possibly due to an expected system restart - although the filesystems are journalled), one list has the config.db file corrupted. Worse, the backup config.db is also corrupt (but different) - list operations give results like:- # bin/list_members exim-users No such list exim-users bad marshal data I am working on getting stuff back from backup (aren't hosted systems fun - you get to find out how much of the infrastructure really works). however as a backstop approach, is there any better way of extracting the data in the config.db (which looks mostly right) other than using strings on it and extracting the bits manually (which should at least give me the user list even if I need to manually edit a load). And a further question, in the light of this I ought to dump the list database (say) every 6 hours and keep a weeks back set of them. I guess I can script round the dumpdb command to do this - but how do I restore that? Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] List state db is corrupt
On Mon, 2001-10-29 at 15:32, J C Lawrence wrote: Restoring a dumpdb file is a bit of a pain as you end up having to wrap it in a bit of python that mays it look like an object and marshalling that to disk. Not a big pain to be sure, but more pain than you get with configdb. Using configdb gets a dumpt of the DB which can be re-imported by the same tool to re-create to state of the DB. configdb is a separate tool or have I missed something? Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Apparent message lossage
I found the reason for this. The MUA I'm using (evolution) added a bug where pretty much all readers were copied into a reply from the original message, including the list control headers (specifically X-Beenthere:). This caused Mailman to drop the message silently. I'd suggest that the error path causing a message to dropped in these circumstances is modified to at least log a message somewhere - anything that throws mail away *must* be logged otherwise confused mail admins tear their hair out :-) Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] Apparent message lossage
The mailman installation on exim.org has been running for quite some time now, with no recent changes or problems. The MTA (you could guess that we use exim) is also stable. However this morning I posted a message to the exim-users list. It left my machine, got to exim.org, and was delivered down a pipe to the mailman wrapper, returning a success code. At that point the message seems to have disappeared - there is no sign on it in any of the mailman logs, no stuck processes, no strange files in the directories... We run Mailman 2.0.6 with exim 3.33. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Moderated List
On Tue, 2001-10-09 at 14:56, craver voun wrote: I have checked and the email I am using to send the messsage is already suscribed. This is the message i get every time I try to send a message: Your mail to 'Lista' with the subject prueba 3 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. I don't undestand what Message has implicit destination means. Any idea? It means that the address of the list is not in the To: or Cc: headers. This often means that you have an incorrect host set in the Host name this list prefers (bottom of General options page), or you are using an alias it does not know about. [It would have made it much easier to give you accurate information if you had included the error message the first time you posted] Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] unsubscribe script
On 12 Jul 2001 17:03:00 +0200, Pieter Boshoff wrote: I would like to know how to obtain a script to unsubscribe users form a list that use Exim as the mta. I don't get what you are asking for. There are bulk subscribe/unsubscribe scripts in ~mailman/bin (add_members remove_members etc). These will work independant of the MTA. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Admin utilities available via web?
On 05 Jul 2001 08:30:37 -0700, John W Baxter wrote: Unfortunately, the Exim site resists posting URLs...go to http://www.exim.org funny - oh I guess you haven't worked round the frames - try http://www.exim.org/howto/mailman.html Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] Suggestion - cancelable postings
I fairly often get the situation where list postings are sent from the wrong account (ie not the subscribed account) and so get held for moderation with a message sent back to the original user. The user often fires off another copy (or 2) from the correct email address. Meanwhile I can get to releasing the moderated postings, so a double posting hits the list. In some cases triple postings can happen since I only skim the message for approrpiateness and do not necessarily see that there are 2 the same... One way of helping this situation out, although it then generates a race condition (between the original poster and the moderator), is that the notification to the original sender could contain a URL and/or a email means to allow the original post to be cancelled from the moderation queue. Thoughts? Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] This is unixstuff warning
Some wisdom posted on the exim list a while back (on the subject of trying to persuade people that its not some person with good typing skills sending out bounce messages) may fit into the current discussion. See http://www.exim.org/pipermail/exim-users/Week-of-Mon-2710/019372.html Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Filtering HTML RICH
On 12 Jun 2001 09:11:30 -0400, Rick Pasotto wrote: I finally got around to installing stripmime but I evidently have something wrong. This is the error message I get: 2001-06-12 08:49:57 159ncK-0005vW-00 ** |/usr/local/bin/stripmime.pl|/var/lib/mailman/mail/wrapper post lp-meck [EMAIL PROTECTED] D=system_aliases T=address_pipe: Child process of address_pipe transport returned 69 (could mean service or program unavailable) from command: /usr/local/bin/stripmime.pl|/var/lib/mailman/mail/wrapper It works from the command line using stdin on an html message. Why is exim having a problem? Is exim's environment different? Exim normally does not use a shell on its pipe transport - this is a good thing(tm) - but in this case means that you are either getting stripmime invoked with |/var... as the parameter, or (more likely from the error you give) you are invoking the program called /usr/local/bin/stripmime.pl|/var/lib/mailman/mail/wrapper I suggest you drop the stuff into its own little shell script and use that as the delivery target. Much of this is covered in the FAQ and documentation on the exim web site. Nigel. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
RE: [Mailman-Users] Almost there
On 04 Jun 2001 14:00:26 -0700, Mike T. Gholson wrote: [root@fairlady mailman]# /usr/exim/bin/exim -d2 -bt ... What do you think? The config file you are working from is not referencing the list handling stuff at all - not even to decline the addresses. Go back to your exim config, make sure the file you are editing is the one exim is using (I've made that mistake before), and edit in the additions described in the README.exim or http://www.exim.org/howto/mailman.html If you increase the number after the -d on the exim invocation you will get more and more verbose debugging - up to -d99 - that will tell you every last detail about what exim is doing including which config file it is reading etc. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Member list in header/footer
On 04 Jun 2001 13:24:58 -0400, Scott Barron wrote: Those that sign my paycheck wish to see the list of member addresses in the message header. Can I do this with the current mailman? I've found where to add headers and the list of variables to insert certain things but the member list wasn't one of them. If this can not be done with a stock install where might I look in the source to add such a thing? Technically this is possible to do, as outlined by Barry. However it is a very silly thing to do - do you want *every* member of the list in the headers, or just the ones handled by this delivery (Mailman tends to batch deliveries into chunks of recipients)? A thousand recipients, at (say) 50 bytes per recipient will add 50K of headers. At this point you will find some MTAs will explode when they get a header or a multiple header set of this length. When someone gets a message like this and replies to it you can just bet they use reply to all - so a copy goes to the list (is that still in the headers) and another copy goes to each list member. Then people complain about double receiving messages, of course sending the complaints to everyone and before you know it you have a mail loop of sorts and a lot of unhappy people. Autoreply functions, which are in general terminally stupid, now have more addresses to autospam... Everyone's email addresses are out there and available for spam address harvesters. If you have dealings with EU people you have probably just broken EU data protection legislation by broadcasting personal data (email addresses) without adequate permissions and safeguards. You *really* need to push back on this... mailing lists work the way they do for a reason, and breaking them without good technical reason will give you pain. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Need mail merge capability
On 04 Jun 2001 13:55:43 -0400, Jim Saghir wrote: I am running mailman under linux and would like to send a bulk email where the email address of the recipient is included in the mesage body text (by replacing a tag for example). Does mailman have this capability or do you know of a utility that I could use with mailman to accomplish this? No - this would require Mailman to do deliveries one address at a time rather than batched, and so would cost much more in terms of delivery. You might be able hack mailman, but it is an MLM and not a mail merge tool. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] set gid didn't work?
On 05 Jun 2001 08:58:04 -0700, Amanda wrote: Jun 4 16:49:58 tux qmail: 991698598.174168 delivery 5: deferral: Failure_to_exec_script._WANTED_gid_12,_GOT_gid_401.__(Reconfigure_to_take_401?) The kicker is, there *is* no group with gid 401. So I'm a little baffled... What do I need to do to fix this? As I recall, qmail hardwires a batch of its uids and gids when its built, so you can easily have a running qmail using group 401 with no group 401 defined on your system :-) Try ./configure ... -with-mail-gid=401 Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Almost there
On 03 Jun 2001 01:48:33 -0700, Mike T. Gholson wrote: Greetings, On my Redhat 7.1 system, I had troubles with Mailman and Sendmail. So, I switched my MTA. I'm now using Exim. ... I can create the list, the email is sent to the list owner, and the web-page is created. When I try to subscribe, it also sends me a confirmation email. So it can send mail but not receive it. First thing to do is see if this works on the local machine using the exim address debug facilities - ie on the exim.org box:- /usr/sbin/exim -d2 -bt [EMAIL PROTECTED] Exim version 3.13 debug level 2 uid=501 gid=501 Berkeley DB: Sleepycat Software: DB 2.4.14: (6/2/98) system_aliases director: cdb key=exim-users file=/var/exim/aliases.cdb system_aliases director failed for exim-users: list_director director called for [EMAIL PROTECTED] queued for list_transport transport: local_part=exim-users domain=exim.org list_director director succeeded for exim-users [EMAIL PROTECTED] deliver to exim-users in domain exim.org director = list_director, transport = list_transport You may possibly get permissions problems showing up there... although thats unlikely. Most likely problem is going to be that the domain you have your lists in is not mentioned in local_domains. If that works, then HUP your main daemon to make *very* sure its running off that config file and not a previous incarnation - killall -HUP exim will be OK. Then make sure that mail to your list domain really does go to that MTA - DNS mistakes are easy to make. Nigel -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Message threading
[Subject fixed] On 01 Jun 2001 09:26:21 -0400, Clayton, Robert wrote: I have been seeing that my mail threads are not consistently working. Can someone tell me what mailMan uses to qualify a mail thread? Some mail works some are treated as new mail even though they should be threaded. Thats not a mailman issue. Threading is controlled by your MUA (mail client). Mailman neither generates, removes or modifies the headers that are used to thread a group of messages (which are References: and In-Reply-To:) Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] RH 7.1 - problem localized
[EMAIL PROTECTED] said: My crontab entries was wrong, DOH BUT, there is still a problem, messages only get send when crontab runs /mailman/cron/qrunner Thats quite right. Mailman processes messages as they come in and drops them in the outgoing queue. A process (the qrunner) then takes the queue and passes it off to the MTA. This decouples the process so things don#t fail if the MTA cannot immediately accept mail. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] mailman as bulk mailer.. variables in body?
[EMAIL PROTECTED] said: Mailman is really not the tool for this. Definitely What you could do however is use Mailman to generate the MTA spool entries and then use Exim as the MTA with a filter installed that does the mailmerge at the point and time of delivery. This is actually not that difficult to do (tho fiddly to debug/test). The Exim/VERP guys are doing something very like this IIRC. You don't need to hack the body when doing VERP, so the typical VERP config would not be suitable for this. You *could* do it with exim, but its probably a case of additional pain for not much gain. I would personally do this using a small (I would guess 30-50 lines max) perl script (sorry Barry - old habits die hard and I have all the stuff to do this sitting in my perl toolbox). You have one input file with the list of addresses and any other replaceable variables, the other input file would have the message template. The script would read the control file a chunk at a time and apply it to the template and send the output to the MTA. The HTML::Template (will do other text based stuff), and the Mail tools packages will do all the work (or make the template include the SMTP commands to and just shove all the output to sendmail -bS (BSMTP handling). Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] [ - Security is not an add-on -- security is a way of life - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Admin web interface
[EMAIL PROTECTED] said: As far i as i know, it can only be done using the command line. If there's a good reason as for that not beeing implemented on the web interface, let me know about it. This is currently under development. It is a harder problem than might at first appear since Mailman needs to interact with the system MTA to inform it that additional list post/admin delivery addresses now exist. The MTA is a privileged subsystem and cannot be tampered with lightly. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Re: remove this?
[EMAIL PROTECTED] said: How far does that go? Should you be allowed to turn off the To: header if you want? Subject:? Date:? Actually maybe this points to a better approach First we purely implement a fixed version of our list header cooking - no if (this) then add (that). Then late on in the processing pipeline we have a per-list configurable generic header stripper and adder with some form of basic programmability - ie basic regexp to select whether or not something is added/deleted, and the use of the mailman template variables. This would allow people enough rope to completely hang themselves, and add a reasonably useful additional feature in. It also means you don't need to add a bunch of extra buttons and configurability in for every header you might wish to add. And if people are stupid enough to modify the mime-headers based on this scheme, well they deserve all they get. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Re: remove this?
[EMAIL PROTECTED] said: If and when MUAs make automated use of these headers as suggested by the RFC, then it may be a good idea. But until then, I simply can't afford the added tech support burden to teach every user how to make this kind of config change to their particular client. It's hard enough to keep their basic setting in order! ;-) Chicken Egg or Egg Chicken. Someone has to start. Until there is evidence that list headers are being used, MUA authors will not in general support them... and currently the only MUA I know of that does use them is exmh (and that has a couple of wrinkles I could do without). We probably also ought to use the List-* headers as part of the loop detection... and long term deprecate the X-beenthere - however judging by the number of mailman 1.x installs around and the amount of people with procmail filtering on that its likely to be a painful process. We do need to document the use of the headers and potentially have a means for disabling them... however I would very strongly suggest that this is not made easy - ie not a web config item, and if we do use List-* as part of the loop detection remember that people using it may screw themselves royally. If its a configurable my tendancy would be to put it in mm_cfg.py and ideally reset it on each upgrade. BTW for people wishing to strip these then it may be better to do this in MTA filtering - exim can handle this easily. I am strongly resisting the temptation to comment on the buns thread. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Developers] Re: [Mailman-Users] Big problems with stale lockfiles on large list...
Someone wrote (I got completely lost with the attributions in this and can't find the original):- I ran into a strange little problem today -- I'm using time() to generate a filename for a temporary directory. Works great; until you start running multiple processes on a 2 CPU machine. I started having two processes get the same time() value (which is impossible on a single CPU system) and fight over the same directory. I'm now doing a random() based sleep to get away from this. [EMAIL PROTECTED] said: Bad bad bad bad. You've just decreased the incidence of collisions, not their fact or possibility. The standard *nix approach is to use the process ID which is guaranteed unique. If you're not running an *ix, just have one process use numerically even tempfile names, and the other odd. Actually you would be better advised to go the Maildir filename approach - the filename is made up of the time(), the pid and a machine specifier of some form. That won't have clashes unless you can wind through your pids in under a second (although the current proposals for random pids worries me somewhat). Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Removing List-* headers?
[EMAIL PROTECTED] said: Anyway, I own a private list and my provider just switched to Mailman (yay) but my users hate all those List-* headers. Is there a way to remove or suppress them? Or am I repeating the Wish List item I think I saw but repressed... Short answer: no Long answer: 1. Edit the source 2. Strip them in your MTA They are not going to be removed or made optional within the Mailman distribution. If people are seeing those headers directly then their MUAs are broken or misconfigured, and it is the MUAs that need fixing. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Mailman and exim
[EMAIL PROTECTED] said: I'm installing mailman (from tarball) on a debian woody system running exim. I'm running into the "mail-gid" problem - exim complains that "Neither the system_aliases director nor the address_pipe transport set a uid for local delivery of..." I'm not a total exim newbie - I've mostly used sendmail. What gid should I use for this setup? Besides knowing that exim won't let you use root, there's no guidance I can find for the group to use. Its the gid you specified on the ./configure line - ie if you did ./configure --with-mail-gid=exim --with-cgi-gid=www then the gid you want is "exim" That then needs attaching to the aliases director, or alternative skip that stuff and go to http://www.exim.org/howto/mailman.html Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Slow, but enought
[EMAIL PROTECTED] said: Usually only a couple of these messages a week arrives, it would be enought that in the archive would be put a link so one can download the file ... It runs upstream of the list receiver - and the startup time for that chunk of perl is basically horrific. I am looking at a C rewrite, but thats in my copious spare time :-) Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] can one attach figures to messages ??
[EMAIL PROTECTED] said: One thing that absolutely we require is the ability to send figure attachments (usually Postscript). Mailman allows attachments (of any type) through to the list. There is a parameter specifying a size limit, which you may wish to change (Administrator web pages, General Options, "Maximum length in Kb of a message body. Use 0 for no limit." However the archiver may give you problems Another thing is that we would really like to be able to find old messages with a keyword search. The basic mailman archiver has no search facilities. There are patches to integrate htdig into it - see the patch archive on sourceforge. However the archiver has one major drawback for the application you describe - it is not MIME aware and attachments sent to the list will appear inline as an ascii mess. If you want to use Mailman as the mailing list manager, then I would strongly suggest using a different archiver, such as MHonArc. http://www.oac.uci.edu/indiv/ehood/mhonarc.html There have been discussions about using MHonArc in the past, and a number of people are using it as their main archiver, so I would strongly suggest its use if pipermail (the internal archiver) is not suitable for you, however I do not use it myself. You also need an additional indexer. Would any of the list people using MHonArc like to produce a doc fragment on integration with Mailman and indexing etc. An alternative would be to run Mailman with a MIME content stripper and not archive the postscript. I am also working on a Mailman prefilter which strips MIME and makes the attachments available as URLs on the mailing list machine - I have a working version of this in perl but its dog slow the rewrite in in progress. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Mail headers with Mailman
[EMAIL PROTECTED] said: The Mailman headers are very verbose, is there a way to set the config so it is less obnoxious for the users? I am not using sendmail for anything else on this machine. We are using Mailman 2.0.1 on RedHat 7.1. The users should not be shown these headers by a sane MUA. If your MUA is forcing these headers on users then it is non-RFC compliant and should be taken out and shot. The headers are for message meta data and should not in general be shown in raw form to the user unless they ask for that data. "Fixing" Mailman to not add the useful headers makes Mailman less useful to those of us with capable mail systems and reduces the pressure on those writing MUAs to do a decent job. Also a number of the headers added by Mailman are critical in the prevention of mail loops - and if that happened you would be crying out for us to put the headers back in again. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Wish: Change address.
[EMAIL PROTECTED] said:
IMHO, the "change email address and retain settings" action is only
one of a number of things someone might want to do.
As has been stated, it would be relatively easy to hack on a "change
email address to" box to the per-user mailman options set.
However when the victim has put their new address in, what happens then?
- Does mail just get blindly sent to the new address which
they hopefully typed in right
- Are they effectively unsubscribed until they have received and
returned
a confirmation message?
- Howabout if its a moderator approved subscription process?
In all of these cases the user can lose mail unexpectedly... where as
an explicit unsub/sub (in whatever order you wish - I sub, check its OK
then unsub old) has very specific known behaviour.
Nigel.
Nigel.
--
[ Nigel Metheringham [EMAIL PROTECTED] ]
[ Phone: +44 1423 85 Fax +44 1423 858866 ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
--
Mailman-Users maillist - [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Speeding up delivery
[EMAIL PROTECTED] said: My mailer (Exim) delivers a message for multiple recipients sequentially. As well as the mailman tweaks, you can tell exim to do parallel delivery - see the documentation for 'remote_max_parallel' at:- http://www.exim.org/exim-html-3.20/doc/html/spec_11.html#SEC333 You can do both of these together - and in fact I do on the exim site although the config for that is done by feel rather than testing combinations rigorously. In general you will get 95% of recipients delivered fast, and the others will stick for reasons outside your control. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Mailman attributes
[EMAIL PROTECTED] said: Ah. I was looking for a way to put in the footer below something like: "Your subscribed email address is: [EMAIL PROTECTED]" Quite a few unsubs are folks who are trying to unsub different email addresses and don't know which ones are part of our list. I know, I know... clueless, but... Thats one of the best reasons for having the monthly reminder messages :-) Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] nothing returned from posts.
[EMAIL PROTECTED] said: i'm using exim as my MTA. when i post to a list, i get nothing in trurn, no error, nothing. the sending completes, then the machine later complains... 2001-01-18 04:32:56 14JBRA-0005DQ-00 = [EMAIL PROTECTED] U=mabran3 P=local S=506 [EMAIL PROTECTED] 2001-01-18 04:32:57 14JBRA-0005DQ-00 Neither the system_aliases director nor the address_pipe transport set a uid for local delivery of |/usr/local/mailman/mail/wrapper post miketest-admin That means it cannot run the pipe command because there is no uid/gid associated with your aliases director. See http://www.exim.org/exim-html-3.20/doc/html/spec_20.html#SEC595 However you will do better going to http://www.exim.org/howto/mailman.html and reconfiguring exim that way, whilst removing all the mailman references from your aliases files. Nigel. do i need to re-install with the mail GID set differently? -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] How do I get the from address?
[EMAIL PROTECTED] said: Or one can look at Mastering Regular Expressions page 316 which contains, in highly compressed micro type, a 6,598 byte (he says) regular expression for matching email addresses. (The previous several pages develop the RE.) Jeffrey E. F. Friedl O'Reilly (of course)--I have the first edition, January, 1997. Or those that can't type that much RE correctly (which certainly includes me), see http://public.yahoo.com/~jfriedl/regex/email-opt.pl http://public.yahoo.com/~jfriedl/regex/email-unopt.pl The errata are also on that site http://public.yahoo.com/~jfriedl/regex/ Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://www.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] something for the wish list?
[EMAIL PROTECTED] said: One of the per-list settings available on the web admin interface's "Privacy Options" page is "Who can view subscription list? Anyone / List members / List admin only". Is that what you're looking for? I think actually a per installation override of this needs to be available. In the EU it is very likely that setting this to anything other than "List Admin Only" would put you in breach of data protection legislation. Nigel. -- [ Nigel Metheringham [EMAIL PROTECTED] ] [ Phone: +44 1423 85 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ] -- Mailman-Users maillist - [EMAIL PROTECTED] http://www.python.org/mailman/listinfo/mailman-users
