Mailman 3 December 2002 - Mailman-Developers

Re: Legal trouble in Germany
by Michael Kallas 11 Dec '02

11 Dec '02

Hi, On Saturday, 7 Dec 2002 01:21:07 -0500 Phil Barnett <philb(a)philb.us> wrote: > On Friday 06 December 2002 12:10 pm, Matthew Davis wrote: >> So turn off the confirmation so you assume if the user clicks the >> subscribe, they _want_ to be subscribed. This definitely is no solution as that was already the assumption for sending the confirmation email. >So, how do you then prove that it was them and not someone else? According to this court, you would have to write an email instead of being able to sign up via web. But we all know that it's no problem to fake email addresses. Therefore this is a "chicken and egg" situation that could only be solved by reliable identification of the subscriber :-( I don't have any solution at hand but just wanted to inform so that maybe something can be done about it. Best wishes Michael -- All thoughts are free, Who can ever guess them? Die Gedanken sind frei, Wer kann sie erraten? ______________________________________________________________________________ SMS verschicken und die Telefonnummer gleich im Adressbuch speichern. Geht nicht? - Geht doch! - http://freemail.web.de/features/?mc=021150

2 1

[ mailman-Patches-645421 ] Remove all Makefiles on make distclean
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #645421, was opened at 2002-11-28 15:50 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645421&group_i… Category: configure/install Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Matthias Juchem (brightice) Assigned to: Nobody/Anonymous (nobody) Summary: Remove all Makefiles on make distclean Initial Comment: mailman/messages/Makefile and mailman/tests/*/Makefile do not get cleaned up when doing a 'make distclean'. This should patch fix it. Tested like this: 'configure --some-options; make distclean'; seems to work ---------------------------------------------------------------------- Comment By: Matthias Juchem (brightice) Date: 2002-12-08 19:28 Message: Logged In: YES user_id=60479 Stupid me, patch is for 2.1, not for 2.2/3.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645421&group_i…

1 0

[ mailman-Patches-602087 ] observe configure srcdir
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #602087, was opened at 2002-08-29 16:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=602087&group_i… Category: configure/install Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Donn Cave (donnc) Assigned to: Nobody/Anonymous (nobody) Summary: observe configure srcdir Initial Comment: (2nd try, hopefully with attached file this time.) These patches to Makefile.in in several directories make the --srcdir configure option work. Which can be very useful if you have a multi-platform build system. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-11 23:30 Message: Logged In: YES user_id=12800 Applied ---------------------------------------------------------------------- Comment By: Donn Cave (donnc) Date: 2002-09-05 11:45 Message: Logged In: YES user_id=42839 I'm sorry - that's a local modification, of course, and I shouldn't have included it with this patch. I have hacked in another authentication system for our Kerberos realm, cf. http://www.mail- archive.com/mailman-developers@python.org/msg03713.html ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-09-04 22:50 Message: Logged In: YES user_id=12800 In CGI_PROGS in the src/Makefile.in patch, where did "login" sneak in from? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=602087&group_i…

1 0

[ mailman-Patches-490029 ] more DIRSETGID for BSD
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #490029, was opened at 2001-12-06 16:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=490029&group_i… Category: cross platform Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Don Porter (dgp) Assigned to: Nobody/Anonymous (nobody) Summary: more DIRSETGID for BSD Initial Comment: As described in README.BSD, 'chmod g+s' is troublesome, so on BSD systems we % make DIRSETGID=: install That only works if all 'chmod g+s' in all Makefiles are replaced with $(DIRSETGID). Two in src/Makefile.in have been overlooked. Here's the simple patch fixing that. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-11 23:12 Message: Logged In: YES user_id=12800 I rediscovered this patch and have now applied it. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2002-04-20 19:53 Message: Logged In: YES user_id=80530 I just upgraded to 2.0.10 and this patch still is not in place. What's the holdup? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=490029&group_i…

1 0

[ mailman-Patches-646989 ] NAH6 Secure List patch: GPG plugin
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #646989, was opened at 2002-12-02 11:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646989&group_i… Category: list administration >Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Rop Gonggrijp (rop) Assigned to: Nobody/Anonymous (nobody) Summary: NAH6 Secure List patch: GPG plugin Initial Comment: "NAH6 Secure List" is a patch for Mailman 2.1b5 that adds GPG functionality. It is built around a key-scheme that allows an admin to create an encrypted list for which even the server operator doesn't have access to the messages. Only the public key for the list is given to the server, so it can perform 'emergency encryption' in case someone forgets, and all users get the public and private key for the list. We think we've done a decent job of describing the new functionality from server-operator, list-admin and list- member points of view. There's also a technical document for those familiar with the Mailman code. Please have a look at: http://www.nah6.com/products/secure-list/ and follow the links from there We feel more people need this, and we'd really like it to be part of the Mailman distribution at some point... Kind Regards, Rop Gonggrijp Joshua Eichen Please forgive mangling the Mailman logo on the site: if y'all don't like it or think it's over the top we'll use something else.... ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-11 23:01 Message: Logged In: YES user_id=12800 The logo's fine (plus the original is free software). I'm defering this until after MM2.1 because we're about ready for the first release candidate. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646989&group_i…

1 0

[ mailman-Patches-645297 ] Add PGP support
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #645297, was opened at 2002-11-28 09:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645297&group_i… Category: None >Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Ben Laurie (benl) Assigned to: Nobody/Anonymous (nobody) Summary: Add PGP support Initial Comment: Support PGP encrypted lists using GnuPG. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-11 22:56 Message: Logged In: YES user_id=12800 I have to defer this patch until after MM2.1 since we're about ready for the first release candidate. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645297&group_i…

1 0

confirmation of email commands
by Harco de Hilster 11 Dec '02

11 Dec '02

Dear developers, I'am currently setting up a mailman mailinglist with mailman 2.1b5. I'am using the beta because we need the i18n support. I noticed that every mail send to the mail interface gets confirmed. So a subscription by email results in four messages: result of subscribe confirm result of confirm welcome message The subscription to this list resulted only in two messages (confirm+welcome) which is normal for mailing list subscription. This is way to much and confusing for the average user. I looked through the code, and it is not easy to fix this. Output is send regardless of the result and the kind of message. A first quick fix is to send command response output only if the command fails, but then the 'help' command doesn't work anymore. Only errors should result in a response mail, and output of commands (subscribe, help, etc) should go in a separate message imho. Any ideas? Thanks, Harco

1 0

[ mailman-Patches-644797 ] Revised mailer exit status
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Patches item #644797, was opened at 2002-11-27 10:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i… Category: mail delivery >Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Revised mailer exit status Initial Comment: This patch modifies the Python scripts in $prefix/scripts/ that are used by the MTA to deliver incoming mail to Mailman. The exit statuses now returned are drawn from the mail related values defined in /usr/include/sysexits.h This allows the MTA to return more meaningful responses to the sender when rejecting mail. It also allows a more sympathetic treatment of mail in the event that the Python script suffers an unexpected exception when handling incoming email. Such exceptions are now logged to MM's $prefix/logs/erro in all but the most extreme error cases and the internal information about the Python exception is not passed into the response to the sender. There are two patch versions; one for MM 2.0.13 and the other for MM 2.1b5 in the MM build directory say: patch -p1 < patch-filename ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-11 06:58 Message: Logged In: YES user_id=75166 exitstatus-2.1b6-0.1.patch is a revision of the patch for MM 2.1b6 compatibility ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-11-27 10:58 Message: Logged In: YES user_id=75166 version for MM 2.1b5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i…

1 0

[ mailman-Bugs-652001 ] Reply-to munging not using correct host
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Bugs item #652001, was opened at 2002-12-11 06:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=652001&group_i… Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: David Gibbs (midrangeman) Assigned to: Nobody/Anonymous (nobody) Summary: Reply-to munging not using correct host Initial Comment: Mailman 5.1b6 is not using the lists configured host name for the reply_to address ... it is using the default host name instead. I have mailman configured for virtual hosting ... the two hosts registered are 'midrange.com' and 'lists.fallingrock.net'. Default.py has the standard: add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) and I've added the following to mm_cfg.py: VIRTUAL_HOST_OVERVIEW = 1 add_virtualhost('lists.fallingrock.net', 'lists.fallingrock.net') My test list is configured with: host_name = 'lists.fallingrock.net' first_strip_reply_to = 1 reply_goes_to_list = 1 reply_to_address = '' When I post a message to my test list, the reply-to header reflects my DEFAULT host name instead of the list's host name... >Return-Path: <beta-testers- bounces(a)lists.fallingrock.net> >Received: from linux.midrange.com (localhost [127.0.0.1]) > by linux.midrange.com (8.11.6/8.11.6) with ESMTP id gB8FtTa02925; > Sun, 8 Dec 2002 09:55:29 -0600 >Received: from GRYFFINDOR.midrange.com (gryffindor.midrange.com > [192.168.1.100]) > by linux.midrange.com (8.11.6/8.11.6) with ESMTP id gB8FtLi02900 > for <beta-testers(a)lists.fallingrock.net>; > Sun, 8 Dec 2002 09:55:21 -0600 >Message-Id: <5.2.0.9.2.20021208095147.02ccf150(a)linux.midrange.c om> >X-Sender: david(a)linux.midrange.com (Unverified) >X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 >Date: Sun, 08 Dec 2002 09:55:17 -0600 >To: beta-testers(a)lists.fallingrock.net >From: David Gibbs <david(a)midrange.com> >Subject: Re: [beta-testers] Up for another round? >In-Reply-To: <5.2.0.9.2.20021208094537.02c70330(a)linux.midrange.c om> >Mime-Version: 1.0 >Content-Type: text/plain; charset="us-ascii"; format=flowed >X-MailScanner: Found to be clean >X-BeenThere: beta-testers(a)lists.fallingrock.net >X-Mailman-Version: 2.1b5 >Precedence: list >Reply-To: New Feature Beta Testers <beta- testers(a)midrange.com> >List-Id: New Feature Beta Testers <beta- testers.lists.fallingrock.net> >List-Unsubscribe: ><http://lists.fallingrock.net/mailman2/listinfo/beta- testers>, > ><mailto:beta-testers-request@lists.fallingrock.net? subject=unsubscribe> >List-Archive: <http://lists.fallingrock.net/mailman2/private/beta- testers> >List-Post: <mailto:beta-testers@lists.fallingrock.net> >List-Help: <mailto:beta-testers- request(a)lists.fallingrock.net?subject=help> >List-Subscribe: <http://lists.fallingrock.net/mailman2/listinfo/beta- testers>, > <mailto:beta-testers- request(a)lists.fallingrock.net?subject=subscribe> >Sender: beta-testers-bounces(a)midrange.com >Errors-To: beta-testers-bounces(a)midrange.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=652001&group_i…

1 0

[ mailman-Bugs-650932 ] 'Administator' typos
by noreply＠sourceforge.net 11 Dec '02

11 Dec '02

Bugs item #650932, was opened at 2002-12-09 10:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650932&group_i… Category: Web/CGI Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: A.M. Kuchling (akuchling) Assigned to: Nobody/Anonymous (nobody) Summary: 'Administator' typos Initial Comment: 'rgrep -i administator' (missing the R after the first T) turns up a number of places where this typo occurs; some of them are still present in the 2.1b6 running on python.org. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-11 07:41 Message: Logged In: YES user_id=12800 Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650932&group_i…

1 0