Mailman 3 February 2001 - Mailman-Developers

latest checkins
by Ron Jarrell 16 Feb '01

16 Feb '01

Ok, Barry, the latest checkins solved the missing en file problem. (I deleted my en dir after I saw what you were doing.) w.r.t the comment about long term solutions, wouldn't the right move be for 2.1 to install an en directory, and load it with the english files? I would presume that mailman will ship, eventually, with all the various language files that are contributed back, so why should en be any different? That way there's no real need to special case, since the install porocedure will correctly build the directory.

2 1

Bounce questions
by Scott Brown 15 Feb '01

15 Feb '01

Two questions: 1. Whats the difference between a "first" and a "first fresh" in the bounce log? 2. And how do I clear the bounce stats for a list??

1 0

Re: [Mailman-Developers] Big checkins a'comin'!
by J C Lawrence 15 Feb '01

15 Feb '01

On Thu, 15 Feb 2001 09:45:10 -0800 Jeb Bateman <jeb(a)ocha.net> wrote: > Some users may even prefer to authenticate with the hash, since it > avoids sending their original password across the net. (Anyway, I > think I'll work on this for my own sites, at least...) There's a reason I run Mailman's web interface under SSL... -- J C Lawrence claw(a)kanga.nu ---------(*) http://www.kanga.nu/~claw/ --=| A man is as sane as he is dangerous to his environment |=--

1 0

Simplified moderation interface
by Nigel Metheringham 13 Feb '01

13 Feb '01

I was away at a conference at the end of last week, not carrying a computer or similar, but I did have a Palm and an IRDA capable phone. This combination is capable of moderating Mailman lists, as long as the total number of messages for moderation is at most 3.... after that it is unable to handle the size of form data that results (also the interface falls apart somewhat because the radio buttons and labels become dissociated). I'm wondering about the possibilities of making am optional slightly simpler interface - more like the older Mailman 1 version - where there aren't the large text boxes that get submitted back. Just a thought - this happens pretty rarely for me, and is certainly no major issue. Nigel. -- [ Nigel Metheringham Nigel.Metheringham(a)InTechnology.co.uk ] [ Phone: +44 1423 850000 Fax +44 1423 858866 ] [ - Comments in this message are my own and not ITO opinion/policy - ]

3 2

Archives Error
by Cenjsh＠mstore.cen.hw.ac.uk 13 Feb '01

13 Feb '01

We tried to run Archive (under Mailman V2.0Beta5) running on Red Hat Linux V7.0 with the following error message. I'd appreciate it very much if any of you could shed some light on it. Many thanks. Error message is as follows: Bug in Mailman version 2.0beta5 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (innermost last): File "/home/mailman/scripts/driver", line 91, in run_main module = getattr(pkg, scriptname) AttributeError: archives Python information: Variable Value sys.version 1.5.2 (#1, Aug 25 2000, 09:33:37) [GCC 2.96 20000731 (experimental)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux-i386 Environment variables: Variable Value DOCUMENT_ROOT /home/mailman/ SERVER_ADDR 137.195.148.74 HTTP_ACCEPT_ENCODING gzip SERVER_PORT 80 PATH_TRANSLATED /home/mailman/public/test/ REMOTE_ADDR 137.195.148.47 SERVER_SOFTWARE Apache/1.3.12 (Unix) (Red Hat/Linux) mod_ssl/2.6.6 OpenSSL/0.9.5a mod_perl/1.24 GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT_LANGUAGE en REMOTE_PORT 1969 SERVER_NAME rm13pc3.cen.hw.ac.uk HTTP_CONNECTION Keep-Alive HTTP_USER_AGENT Mozilla/4.75 [en] (WinNT; U) HTTP_ACCEPT_CHARSET iso-8859-1,*,utf-8 HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */* REQUEST_URI /mailman/archives/public/test/ PATH /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin QUERY_STRING SERVER_PROTOCOL HTTP/1.0 PATH_INFO /public/test/ HTTP_HOST rm13pc3.cen.hw.ac.uk REQUEST_METHOD GET SERVER_SIGNATURE Apache/1.3.12 Server at rm13pc3.cen.hw.ac.uk Port 80 SCRIPT_NAME /mailman/archives SERVER_ADMIN root@localhost SCRIPT_FILENAME /home/mailman/cgi-bin/archives PYTHONPATH /home/mailman HTTP_COOKIE test:admin=280200000069c2f1883a732800000063373035363634663833333264623636356537656336626332663361366632303965363261633537 --- Jongky Harlim Computing Services, Heriot-Watt University, Riccarton, Edinburgh EH14 4AS Phone: +44 (0)131-451-3268 Fax: +44 (0)131-451-3261 Email: J.S.Harlim(a)hw.ac.uk

1 0

Feature Request: Reject HTML postings
by George F. Nemeyer 09 Feb '01

09 Feb '01

Please, please, please, please include a list posting filter configuration option to have Mailman (politely) reject mail posted in HTML. Bounce the message with a note to post only in plain text, possibly with a blurb on how to do it with common mailers/browsers. You will gain the undying gratitude of countless frustrated mail list managers, admins, and readers alike; and you will be saving equally countless number of excess posts by irate readers pleading with/admonishing clueless users and the threads thus generated. This could likely be the single most useful feature Mailman could have: o Save bandwidth. o Save nerves. o Save storage space. o Keep out nasty scripts. o Promote member harmony. If by some miracle this is already there someplace, you may slap me silly and point me to where it is. Running 2.0beta6 currently. George Nemeyer Tigerden Internet Services

1 0

Re: [Mailman-Developers] Approval system
by J C Lawrence 07 Feb '01

07 Feb '01

On Tue, 6 Feb 2001 19:08:37 -0800 Jeb Bateman <jeb(a)ocha.net> wrote: > On Tue, Feb 06, 2001 at 05:50:45PM -0800, Dan Mick wrote: >> textareas give you scrolling, which is useful when the message >> you're rejecting has, for example, a 1MB MIME-encoded attachment. > Except that Mailman already cuts the content down to a pretty > short max size in the texarea anyway, so this would never be an > issue... The extent that Mailman excerpts the messages it displays is configurable in mm_cfg.py (I set the limit to 1Gig so that messages are generally not truncated). The use of TEXTAREAs allows even a larger number of messages to be presented for moderator review withing a visually smaller and more easily navigable web page. > Also, reading separate scrolling windows is cumbersome compared to > scrolling the main browser window, and takes *more* screen space > for very short messages, not to mention the difficulty in Lynx :( > Most efficient could be a very concise: I don't disagree -- I also prefer the previous approach, but understand the more common-case reasons in support of the current approach. <shrug> Frankly, I currently SSH into my list boxes and run XEmacs across all the held messages before hitting them with the web moderation interface. It sucks, badly, but it works (I do a lot of editing of member posts on a couple of my lists). I've been idly hacking on a patch which would make edits to a message in the text area (given that the entire message was displayed there) be effected on the final message that is cast (ie moderators get editing rights). Progress is slow tho as I've not been able to spend much time on it (an hour every other week leads to most of that hour being spent figuring out where you got to last time). -- J C Lawrence claw(a)kanga.nu ---------(*) http://www.kanga.nu/~claw/ --=| A man is as sane as he is dangerous to his environment |=--

1 0

Re: [Mailman-Developers] Approval system
by Dan Mick 07 Feb '01

07 Feb '01

> > textareas give you scrolling, which is useful when the message you're > > rejecting has, for example, a 1MB MIME-encoded attachment. > > Except that Mailman already cuts the content down to a pretty short > max size in the texarea anyway, so this would never be an issue... Not my Mailman. (That's configurable.) > Also, reading separate scrolling windows is cumbersome compared to > scrolling the main browser window, and takes *more* screen space for > very short messages, not to mention the difficulty in Lynx :( > Most efficient could be a very concise: > > <pre> > Date: > From: > Subject: These already above? > < Link to full message text > > > Configurable > first few > lines... > </pre> but seeing the exact full headers is very useful to figuring out the real disposition of the message, at least to me. *all* headers, plus *all* message text, is a useful thing (to me). Yeah, if you just wanted a few lines, the current display uses more space...but that quickly turns to a false economy, IMO.

1 0

Re: [Mailman-Developers] Approval system
by Dan Mick 07 Feb '01

07 Feb '01

> Also, by the way, does anyone know why Mailman uses TEXTAREA fields to > display postings in the approval interface? You can't edit them, so > why not just wrap them in <pre> tags to read/approve? (In fact, the > textarea fields create a false impression that they *are* editable...) textareas give you scrolling, which is useful when the message you're rejecting has, for example, a 1MB MIME-encoded attachment.

2 1

Approval system
by James Thompson 07 Feb '01

07 Feb '01

Hello, I'm trying to hack e-mail based message approval into mailman (like majordomo's system) I've managed to alter the system to include copies of the mail to be approved with the notice to the list admin. I've also discovered that the Approved: header does work. However I'm seeing the following issues..... Majordomo must be manipulating the headers of a message a bit. The mail clients elm and pine both add a space between the mails headers and the first line of the message body. (as required) However majordomo seems to deal with this and still accept the Approved: password if it is the first line of the message body followed by a blank line. Also - IIRC when a message is approved majordomo seems to substitute the original headers from the initial pre-approved message. So the admin isn't retyping that initial information over again. I'm willing and (hopefully :) able to work on email based approvals for mailman but really don't care to waste my time if others have a better solution in the works or have no interest in it. Or if it's already being developed by others I could lend a hand as I'm dying to get rid of majordomo ASAP. Thanks, James ->->->->->->->->->->->->->->->->->->---<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-< James Thompson 138 Cardwell Hall Manhattan, Ks 66506 785-532-0561 Kansas State University Department of Mathematics ->->->->->->->->->->->->->->->->->->---<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<-<

2 1