Mailman 3 June 2004 - Mailman-Developers

Bug 930819 -- onload focus for admlogin.html
by Christian Robottom Reis 24 Jun '04

24 Jun '04

Hi there, Just a heads-up for bug 930819, which has a patch (two now) that adds onload form focus to the password entry in admlogin.html, a usability improvement for people using graphical browsers and maintaining many lists. https://sourceforge.net/tracker/?func=detail&atid=100103&aid=930819&group_i… The patch is small and quite low-impact. Would anybody be interested in reviewing it for inclusion in the mainline? You can see the changes live at: http://www.async.com.br/mailman/admin/kiwi Take care, -- Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331

2 1

Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounce removal parameters default values
by J C Lawrence 24 Jun '04

24 Jun '04

On Thu, 24 Jun 2004 12:10:29 +0200 Brad Knowles <brad.knowles(a)skynet.be> wrote: > At 8:21 PM -0400 2004-06-23, J C Lawrence wrote: > The only time the VERPed address comes into play is if there is a > bounce generated to the envelope sender address that is created by > Mailman, and even then it's just a matter of having the MTA pass > everything it gets to mailman. Almost. The delivery MTA in question has to recognise that list-bounces+claw=kanga.nu(a)kanga.nu is really the same as: list-bounces(a)kanga.nu and hand off appropriately. To do this the target MTA requires plus addressing support. Heck, that generic ability to distinguish and do that mapping is the definition of "plus addressing support in an MTA". -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounce removal parameters default values
by J C Lawrence 24 Jun '04

24 Jun '04

On 20 Jun 2004 20:56:39 -0400 Greg Stark <gsstark(a)mit.edu> wrote: > J C Lawrence <claw(a)kanga.nu> writes: >> On 17 Jun 2004 14:36:39 -0400 Greg Stark <gsstark(a)mit.edu> wrote: >> In the absence of VERP this is far more difficult than it at first >> seems. The simple question becomes, even in the presence of a >> customised test message, how do you recognise a bounce for that >> particular message vs others? > Well of course that's what VERP was invented for after all. The problem there is that many ISPs and colocation facilities don't and won't support VERP. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

2 1

Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounce removal parameters default values
by J C Lawrence 24 Jun '04

24 Jun '04

On Thu, 17 Jun 2004 16:19:25 -0400 Barry Warsaw <barry(a)python.org> wrote: > Upgrade to Mailman 2.1.5, which sends out probe messages after the > bounce threshold is reached. Members will only get disabled if the > probe message bounces, it should be computationally infeasible to > forge a probe bounce, and bogus probes bounces are simply ignored. > When a probe is sent, the member's bounce score is reset to zero, > since it's impossible to tell whether the probe actually reached its > destination -- all you know is that it hasn't bounced... yet. Does 2.1.5 formally require plus addressing support in the MTA? I thought that was still optional if you didn't use any of the VERPish supports. Without plus addressing properly catching the bounce as unique is the same tarbaby. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

2 1

What about bug #880073?
by Jürgen A. Erhard 23 Jun '04

23 Jun '04

Hi all. Haven't seen mention of this in 2.1.5, so I thought I'd give a yell. The longer it takes to fix that (which it doesn't, Bernhard does have a fix, even if probably not the most elegant), the even longer we have to live with it. Bye, J PS: This bug is *extremely* annoying, since suddenly all the 2.1.4 using lists end up in my main folder, instead of the folders they belong to. And just when xiph.org have seen the light and made the switch to Mailman... -- Jürgen A. Erhard My WebHome: http://jerhard.org George Herrimann's Krazy Kat (http://www.krazy.com) "MCSE: Minesweeper Champion and Solitare Expert"

2 1

senddigests problem
by Dallas Bethune 23 Jun '04

23 Jun '04

My senddigests cron stopped working a couple of days ago. It runs through about 1/3 of the domains and then spits out this error: Traceback (most recent call last): File "/home/mailman/cron/senddigests", line 95, in ? main() File "/home/mailman/cron/senddigests", line 87, in main mlist.send_digest_now() File "/home/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 227, in process url = save_attachment(mlist, part, dir, filter_html=False) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 359, in save_attachment fnext = os.path.splitext(msg.get_filename(''))[1] File "/home/mailman/pythonlib/email/Message.py", line 708, in get_filename filename = self.get_param('filename', missing, 'content-disposition') File "/home/mailman/pythonlib/email/Message.py", line 591, in get_param for k, v in self._get_params_preserve(failobj, header): File "/home/mailman/pythonlib/email/Message.py", line 538, in _get_params_preserve params = Utils.decode_params(params) File "/home/mailman/pythonlib/email/Utils.py", line 337, in decode_params charset, language, value = decode_rfc2231(EMPTYSTRING.join(value)) File "/home/mailman/pythonlib/email/Utils.py", line 284, in decode_rfc2231 charset, language, s = parts ValueError: unpack list of wrong size I made it print out the lists as it went through them and I was able to figure out which digest file was causing the problem and after moving it out of the way the senddigests script finished. Any ideas? I have the goofy digest file if that helps. Dallas

2 1

Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounce removal parameters default values
by J C Lawrence 21 Jun '04

21 Jun '04

On 17 Jun 2004 14:36:39 -0400 Greg Stark <gsstark(a)mit.edu> wrote: > Really Mailman should simply not trust outside data for any > purpose. It should treat the bounces received from mailing list > messages purely as hints. It should then send its *own* message with > content not subject to any control from outside to the user. Only if > that known inoffensive message bounces should it consider removing the > user. In the absence of VERP this is far more difficult than it at first seems. The simple question becomes, even in the presence of a customised test message, how do you recognise a bounce for that particular message vs others? -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

2 1

Re: [Mailman-Developers] Mailman menu items
by Bev Scott 19 Jun '04

19 Jun '04

Hi, The adminstrators will add and remove people from the list. The system administrators will do the rest. I have given all of these argruments to my supervisors. They still want it their way. If it is possible how do I do it. Bev Bev Scott Web Database Portland Public Schools 503-916-2000 4966 bscott(a)pps.k12.or.us >>> Jeff Barger <maczilla(a)maczilla.org> 6/16/2004 8:57:53 AM >>> On Jun 16, 2004, at 11:50 AM, Bev Scott wrote: > Hi Jeff, > > We will have a separted set of tools for the systems administrators. > It is the list Adminstators that we don't want to see the membership > list screen. Then what will the list administrators even do? > Is it possible? Yes, of course it's possible. You'll have to keep track of all these changes yourself though, and carry them on to future versions. More than I would want to do. -Jeff

2 1

Re: [Mailman-Developers] Mailman menu items
by Bev Scott 16 Jun '04

16 Jun '04

Hello, I figured out how to remove items from the Membership Management menu. That can be found in the Membership.py file. Now when the user select the Membership Management link, I would like to display the Mass subscription screen instead of the Membership List screen. Do you know where I can do that? Thanks for your help that worked. I have another question. Where do you remove sub menu items like Membership List under Membership Management. Bev Bev Scott Web Database Portland Public Schools 503-916-2000 4966 bscott(a)pps.k12.or.us >>> Jeff Barger <maczilla(a)maczilla.org> 6/14/2004 3:50:37 PM >>> On Jun 14, 2004, at 5:49 PM, Bev Scott wrote: > We would like to modify the menu options for Mailman. We would like > to > remove the Language Options Link and a few more. > > Can this be done? > What file should be modify? Copy the 'ADMIN_CATEGORIES' variable from Defaults.py into your mm_cfg.py file and make the changes there. -Jeff _______________________________________________ Mailman-Developers mailing list Mailman-Developers(a)python.org http://mail.python.org/mailman/listinfo/mailman-developers Unsubscribe: http://mail.python.org/mailman/options/mailman-developers/bscott%40pps.k12.…

1 0

Re: [Mailman-Developers] Mailman menu items
by Jeff Barger 15 Jun '04

15 Jun '04

On Jun 15, 2004, at 12:07 PM, Bev Scott wrote: > I have another question. Where do you remove sub menu items like > Membership List under Membership Management. I suppose you'd have to remove them directly from the files that make up the interface. You'd need to change the files every time you upgrade Mailman, so keep lots of notes on what you do to those files (and keep backups of the unaltered files, of course). But why on earth would you want to remove the Membership List screen? -Jeff

1 0