Mailman 3 May 2002 - Mailman-Developers

problems subscribing via some webmail interface
by stefano danovaro May 28, 2002

May 28, 2002

hello, I have mailman version 2.1b2+. Some users that use some webmail interfaces are experiencing problems with the subscription process. It seems that the reply to the confirmation request message arrives to mailman encoded with base64 and so the subscription fails. Is there a solution ? thanks, Stefano

1 0

[ mailman-Feature Requests-457242 ] Search Archives
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Feature Requests item #457242, was opened at 2001-08-31 14:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=457242&group_id… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Search Archives Initial Comment: How about a search feature for the archives? Len Leshin ---------------------------------------------------------------------- Comment By: Kenneth Porter (scratchmonkey) Date: 2002-05-28 09:06 Message: Logged In: YES user_id=29401 A related discussion came up on the Evolution list (http://www.ximian.com/) and it was suggested that a simple read-only NNTP server allow access to the archives. NNTP defines some server-side search facilities that could facilitate this. An existing NNTP server might already be able to do this, in which case what's needed is a cookbook article on how to set it up. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=350103&aid=457242&group_id…

1 0

[ mailman-Patches-502668 ] new mlist option send_reminder_frequency
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Patches item #502668, was opened at 2002-01-12 13:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=300103&aid=502668&group_id… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthias Klose (doko) Assigned to: Nobody/Anonymous (nobody) Summary: new mlist option send_reminder_frequency Initial Comment: For announcement mailing lists, which get only one or two mails each year, a monthly password reminder is too much. The list administrator can toggle the send_reminder once each year, but that's error prone. The attached patch adds a list specific option send_reminder_frequency with the values monthly (default), yearly and quaterly. the mailpasswds script is changed to ask for this option. I didn't yet figure out, how to update existing lists ... ---------------------------------------------------------------------- >Comment By: Matthias Klose (doko) Date: 2002-05-28 06:11 Message: Logged In: YES user_id=60903 Here is the updated alternative patch not introducing a new option, but extending the send_reminders option (updated to current CVS). ---------------------------------------------------------------------- Comment By: Matthias Klose (doko) Date: 2002-01-16 20:08 Message: Logged In: YES user_id=60903 Here is an alternative patch not introducing a new option, but extending the send_reminders option. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=300103&aid=502668&group_id…

1 0

[ mailman-Bugs-554290 ] request: invite text and message subject
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #554290, was opened at 2002-05-09 17:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=554290&group_id… Category: (un)subscribing Group: 2.1 beta >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Christopher Kolar (ckolar) Assigned to: Nobody/Anonymous (nobody) Summary: request: invite text and message subject Initial Comment: Glad to see the invite functionality appearing in 2.1 I have two comments. 1. I would like to be able to invite people and include a custome text message (as on yahoogroups). That way I can invite them and remind them "I am inviting you to join this list because you gave me your email address at the conference and you said you might be interested." 2. The subject line of the invitation makes it look a lot like spam. I would make it something like: Subject: Invitation to join LISTNAME@HOSTNAME - confirm I have see this done where it is padded with spaces so that the ugly confirmation code will not appear in the window of most email readers, the invitee doesn't really need to sent it anyway. The link is awesome thought. Thanks for adding this. --chris ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:52 Message: Logged In: YES user_id=12800 1. I have a hack to prepend a custom message on invitations (and subscriptions as it turns out). I'll check this in shortly. 2. I'm not going to change this, but I suggest setting VERP_CONFIRMATIONS to 1 in mm_cfg.py. In that case, the subject will be much more human friendly, while the envelope sender actually contains the magic confirmation cookie. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=554290&group_id…

1 0

[ mailman-Bugs-555065 ] missing space
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #555065, was opened at 2002-05-12 06:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=555065&group_id… Category: Web/CGI Group: 2.1 beta >Status: Closed >Resolution: Accepted Priority: 4 Submitted By: Simone Piunno (pioppo) Assigned to: Nobody/Anonymous (nobody) Summary: missing space Initial Comment: I've a list with subscribe_policy = 1 (confirmation requested) and private_roster = 1 (only for subscribed people) When browsing the listinfo page from the web, I can see the following text: You will be sent email requesting confirmation, to prevent others from gratuitously subscribing you.This is also sa private list, which means that the list of members is not available to non-members. Note the missing space after the middle period. Attached is a proposed one-liner patch. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:18 Message: Logged In: YES user_id=12800 Thanks! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=555065&group_id…

1 0

[ mailman-Bugs-556250 ] Icons not copied properly on new install
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #556250, was opened at 2002-05-15 04:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=556250&group_id… Category: configuring/installing Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Dario Lopez-Kästen (dlkita) Assigned to: Nobody/Anonymous (nobody) Summary: Icons not copied properly on new install Initial Comment: Using 2.1b2 on a minimal Solaris 8 installation, the install script fails to properly copy the icons from the misc dir in the source to the icons dir in the mailman install location. This is reproduceable (I installed 4 times). Looking in the Makefile gave no clues, mostly due to ignorance of makeifiles on my part. Haven't seen this mentioned anywhere, so I am not sure if this is my particular setup or if it is a general problem. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:08 Message: Logged In: YES user_id=12800 I can't reproduce this on my Linux system. Could there be some assumption of GNU make in the misc/Makefile.in? But if so, wouldn't that affect other targets? Can anybody else on Solaris 8 verify this bug, please? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=556250&group_id…

1 0

[ mailman-Bugs-556260 ] err in INSTALL for qrunner autostarting
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #556260, was opened at 2002-05-15 05:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=556260&group_id… Category: documentation Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Dario Lopez-Kästen (dlkita) Assigned to: Nobody/Anonymous (nobody) Summary: err in INSTALL for qrunner autostarting Initial Comment: There is what seems to be an error in the INSTALL document, the section that starts on line 327, about starting mailman automatically on reboot: around line 348, the document states: "For Unixes that don't support chkconfig, simply copy misc/mailman as above, then set up the following symbolic links, again as root: % cp misc/mailman /etc/init.d % cd /etc/rc.d/rc0.d ..... " The following is in error: - there is no misc/ directory in the installa location - if there where, following the instructions would undo the copying of scripts/mailman to /etc/init.d - the wording is somewhat ambiguous and may lead to misunderstanding. I propose the following change to the documentation: "For Unixes that don't support chkconfig, simply copy scripts/mailman as above: % cp scripts/mailman /etc/init.d/mailman then set up the following symbolic links, again as root: % cd /etc/rc.d/rc0.d ..... " ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:05 Message: Logged In: YES user_id=12800 Thanks for the suggestion. I've made the change to the INSTALL file for MM2.1b3. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=556260&group_id…

1 0

[ mailman-Bugs-557131 ] newlist alias output error
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #557131, was opened at 2002-05-17 06:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=557131&group_id… >Category: command line scripts >Group: 2.0.x >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Neil Darlow (ndarlow) Assigned to: Nobody/Anonymous (nobody) Summary: newlist alias output error Initial Comment: I had a problem with Mailman-2.0.10 not responding to confirmation e-mail submissions. I found that there was no newline between newlist's -request and -owner aliases output (they were concatenated). This led to anything sent to the -request alias being silently ignored. Separating the aliases restored correct operation of confirmation processing. Regards, Neil Darlow M.Sc. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:02 Message: Logged In: YES user_id=12800 Probably a function of your terminal as well. I tend to cut and paste with XEmacs so it's never a problem for me. :) MM2.1 should be better since (hopefully) you won't have to actually cut and paste the output. ---------------------------------------------------------------------- Comment By: Neil Darlow (ndarlow) Date: 2002-05-17 06:25 Message: Logged In: YES user_id=39443 On further investigation this doesn't appear to be caused by newlist but copy'n'paste of the aliases output. It appears that if the -request alias is exactly one screen width and copy'n'paste is performed on the aliases then aliases are concatenated. It's just something to watch out for. Regards, Neil Darlow M.Sc. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=557131&group_id…

1 0

[ mailman-Bugs-558988 ] bad performance for big queue dirs
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #558988, was opened at 2002-05-21 23:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558988&group_id… >Category: mail delivery >Group: 2.1 beta >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Norbert Bollow (bollow) Assigned to: Nobody/Anonymous (nobody) Summary: bad performance for big queue dirs Initial Comment: Many filesystems (e.g. the popular ext2) have horrible performance when there are many files in the same directory. The queue system should be modified to avoid this situation. As a test case, try adding 20,000 test address in such a way that Mailman will try to send a welcome message to each of them. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 01:00 Message: Logged In: YES user_id=12800 Closing as won't fix for MM2.1. If it's a valid problem backed up by more experience and research, we'll address it in subsequent releases. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-22 22:08 Message: Logged In: YES user_id=12800 I think you have a valid complaint, but I'm loathe to change something so fundamental this late in the game. I'll leave this bug report open because if we can recommend some other, more big queue friendly filesystem (reiserfs? I don't know) then we should document this. Don't MTAs have the same problem? Do they all implement multiple subdirectories for queued messages? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558988&group_id…

1 0

[ mailman-Bugs-559417 ] "arch" utility spews output
by noreply＠sourceforge.net May 28, 2002

May 28, 2002

Bugs item #559417, was opened at 2002-05-22 19:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=559417&group_id… Category: Pipermail Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Ian Clarke (sanity) Assigned to: Nobody/Anonymous (nobody) >Summary: "arch" utility spews output Initial Comment: When I run the "arch" utility to rebuild my archives, it prints out loads of "figuring article archives", which is somewhat confusing to the new user. Would it be possible to have a more sensible status report so that people aren't confused when they rebuild a large archive? ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-05-28 00:59 Message: Logged In: YES user_id=12800 What's confusing about these messages? Is it just the sheer volume of output that bothers you? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=559417&group_id…

1 0