Mailman 3 May 2007 - Mailman-coders

[ mailman-Patches-657951 ] Generate RSS summary in archives
by SourceForge.net 19 Aug '22

19 Aug '22

Patches item #657951, was opened at 2002-12-23 14:17 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=657951&group_i… Category: Pipermail Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 7 Submitted By: A.M. Kuchling (akuchling) Assigned to: Nobody/Anonymous (nobody) Summary: Generate RSS summary in archives Initial Comment: Here's a first-draft patch. Things that need fixing: * The generated RSS feed needs to be validated. (It passed the W3C's RDF validator, but RSS validators still need to be checked.) * The date should be given in YYYY-MM-DD format, which requires parsing the .fromdate attribute. * How do I get the URL for an archived message? The generated RSS currently just uses the filename, which is wrong. How do I get at the PUBLIC_ARCHIVE_URL setting? * Getting the most recent N postings is inefficient; the code loops through all of the archived messages and takes the last N of them. We could add .last() and .prev() methods to the Database class, but that's more ambitious for 2.1beta than I like. (Would be nice to get this into 2.1final...) * The list index page should have a LINK element pointing to the RSS file. Please make any comments you have, and I'll rework the patch accordingly. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-04-18 18:43 Message: Logged In: YES user_id=12800 Andrew, to get the url for the archived message use mlist.GetBaseArchiveURL(), which knows about private vs. public archives, the host name and the list name. From there you should be able to tack on just the part of the path under "archives/private/listname". See Mailman/Handlers/Scrubber.py for an example. Only other minor comment: NUM_ARTICLES can probably go in Defaults.py.in ---------------------------------------------------------------------- Comment By: Justin Mason (jmason) Date: 2003-03-26 16:49 Message: Logged In: YES user_id=935 big thumbs up from me too. Much better solution than http://taint.org/mmrss/ ;) ---------------------------------------------------------------------- Comment By: Uche Ogbuji (uche) Date: 2003-03-17 20:09 Message: Logged In: YES user_id=38966 I'd like to add my vote to this item. This is a fantastic idea, Andrew. Thanks. --Uche ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2002-12-23 15:42 Message: Logged In: YES user_id=11375 Updated patch: * Dates are now rendered as ISO-8601 (date only, not the time of the message) * By hard-wiring 2002-December, I got the RSS to validate using Mark Pilgrim's validator. ---------------------------------------------------------------------- Comment By: captain larry (captainlarry) Date: 2002-12-23 14:36 Message: Logged In: YES user_id=147905 Just voting for support here. This is *great* thanks for the patch and I hope the maintainers include it as soon as it's appropriate :) Adam. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 14:27 Message: Logged In: YES user_id=12800 Deferring until post-2.1 ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2002-12-23 14:21 Message: Logged In: YES user_id=11375 Argh; SF choked on the file upload. Attaching the patch again... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=657951&group_i…

2 1

[ mailman-Patches-1727084 ] invite_members command line
by SourceForge.net 29 May '07

29 May '07

Patches item #1727084, was opened at 2007-05-28 22:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1727084&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexis (alexistr) Assigned to: Nobody/Anonymous (nobody) Summary: invite_members command line Initial Comment: A script to invite new members from command line. Derived from add_members. I add "-l" option to choose the language of the invited user. To have de mail sent in the proper language small change are necessary in MailList.py function InviteNewMember: if userdesc.language: lang = userdesc.language else: lang = self.preferred_language ----------------- Utils.maketext(.............lang=lang) ----------------- Message.UserNotification(...............lang=lang) Could be nice to add this as an option in add_members. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1727084&group_…

1 0

[ mailman-Feature Requests-1726694 ] Need to limit repeated subscribes from bot
by SourceForge.net 28 May '07

28 May '07

Feature Requests item #1726694, was opened at 2007-05-27 20:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1726694&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: EricB (eric_black) Assigned to: Nobody/Anonymous (nobody) Summary: Need to limit repeated subscribes from bot Initial Comment: It's happened, some kiddie with a bot/script has decided it would be fun to attack hir favorite target by sending hundreds of subscribe messages to our mailman server. Each one causes a confirmation email to be sent to the victim. Needless to say, they are not pleased, and consider our repeated automatic confirmation emails to be spam. Mailman should keep track of the number of subscribe requests for an email address and ignore any past a configurable number within some configurable period of time. For example, up to 2 within 24 hours is OK but beyond that is silently ignored. This could be related to other feature requests to limit the number of subscribe requests from a single source IP. Is this already available and I just can't find it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1726694&group_…

1 0

[ mailman-Feature Requests-1723015 ] Admin notify schedule
by SourceForge.net 22 May '07

22 May '07

Feature Requests item #1723015, was opened at 2007-05-21 15:34 Message generated for change (Comment added) made by migopod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: migopod (migopod) Assigned to: Nobody/Anonymous (nobody) Summary: Admin notify schedule Initial Comment: One of our site users has suggested that it would be useful for her to be able to schedule moderator notification emails at intervals besides daily and immediate. She would prefer the option of being able to get a weekly moderator notification rather than daily. Since this is one user out of over 5000 on our system, and since i would presume the vast majority of users would rather get more frequent notifications, i would think this a low priority, but i told them i'd submit a feature request for it, and i try to be an admin of my word. Thanks ---------------------------------------------------------------------- >Comment By: migopod (migopod) Date: 2007-05-21 16:49 Message: Logged In: YES user_id=1798406 Originator: YES This is the case. The vast majority of our users are happy with daily or immediate notifications, but one user is requesting the differing frequency. I'm thinking that we could tweak the cron script and the list object to maybe add mlist.admin_notify_frequency and handle it accordingly, but we've gone to some lengths to not overly customize the Mailman we're running (custom front-end, vanilla back end kind of thing). I can't honestly see this being useful for anything but very low priority lists, and in a couple of years of providing the system to thousands of users we've only had this come up once, so really no pressure. I've already passed it back down through the escalation chain that she can filter her list-bounces and use our calendaring software to send her a weekly reminder to check the moderator queue or deal with the daily notification. Thanks for the quick responses! ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2007-05-21 16:26 Message: Logged In: YES user_id=1123998 Originator: NO Jim's suggestion below will not work. digest_volume_frequency only controls how often the digest's Volume number is incremented, not how often the digest is sent. The periodic digest will still be sent at intervals determined by the running of cron/senddigests. If you wanted to send ALL moderator request summaries at some interval other than daily, you could adjust the schedule of cron/checkdbs. I assume however that this request is for moderator request summaries to be sent at a per-list configurable interval. ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2007-05-21 15:41 Message: Logged In: YES user_id=3142 Originator: NO This is easy to achieve with existing Mailman versions. Just create a new list for moderation notifications and in digest mode set digest_volume_frequency to weekly and send_digest_now to yes. Moderators can choose to subscribe to the digested or the normal immediate notifications. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_…

1 0

[ mailman-Feature Requests-1723015 ] Admin notify schedule
by SourceForge.net 22 May '07

22 May '07

Feature Requests item #1723015, was opened at 2007-05-21 13:34 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: migopod (migopod) Assigned to: Nobody/Anonymous (nobody) Summary: Admin notify schedule Initial Comment: One of our site users has suggested that it would be useful for her to be able to schedule moderator notification emails at intervals besides daily and immediate. She would prefer the option of being able to get a weekly moderator notification rather than daily. Since this is one user out of over 5000 on our system, and since i would presume the vast majority of users would rather get more frequent notifications, i would think this a low priority, but i told them i'd submit a feature request for it, and i try to be an admin of my word. Thanks ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2007-05-21 14:26 Message: Logged In: YES user_id=1123998 Originator: NO Jim's suggestion below will not work. digest_volume_frequency only controls how often the digest's Volume number is incremented, not how often the digest is sent. The periodic digest will still be sent at intervals determined by the running of cron/senddigests. If you wanted to send ALL moderator request summaries at some interval other than daily, you could adjust the schedule of cron/checkdbs. I assume however that this request is for moderator request summaries to be sent at a per-list configurable interval. ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2007-05-21 13:41 Message: Logged In: YES user_id=3142 Originator: NO This is easy to achieve with existing Mailman versions. Just create a new list for moderation notifications and in digest mode set digest_volume_frequency to weekly and send_digest_now to yes. Moderators can choose to subscribe to the digested or the normal immediate notifications. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_…

1 0

[ mailman-Feature Requests-1723015 ] Admin notify schedule
by SourceForge.net 22 May '07

22 May '07

Feature Requests item #1723015, was opened at 2007-05-21 16:34 Message generated for change (Comment added) made by jimpop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: migopod (migopod) Assigned to: Nobody/Anonymous (nobody) Summary: Admin notify schedule Initial Comment: One of our site users has suggested that it would be useful for her to be able to schedule moderator notification emails at intervals besides daily and immediate. She would prefer the option of being able to get a weekly moderator notification rather than daily. Since this is one user out of over 5000 on our system, and since i would presume the vast majority of users would rather get more frequent notifications, i would think this a low priority, but i told them i'd submit a feature request for it, and i try to be an admin of my word. Thanks ---------------------------------------------------------------------- Comment By: Jim Popovitch (jimpop) Date: 2007-05-21 16:41 Message: Logged In: YES user_id=3142 Originator: NO This is easy to achieve with existing Mailman versions. Just create a new list for moderation notifications and in digest mode set digest_volume_frequency to weekly and send_digest_now to yes. Moderators can choose to subscribe to the digested or the normal immediate notifications. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_…

1 0

[ mailman-Feature Requests-1723015 ] Admin notify schedule
by SourceForge.net 22 May '07

22 May '07

Feature Requests item #1723015, was opened at 2007-05-21 15:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: migopod (migopod) Assigned to: Nobody/Anonymous (nobody) Summary: Admin notify schedule Initial Comment: One of our site users has suggested that it would be useful for her to be able to schedule moderator notification emails at intervals besides daily and immediate. She would prefer the option of being able to get a weekly moderator notification rather than daily. Since this is one user out of over 5000 on our system, and since i would presume the vast majority of users would rather get more frequent notifications, i would think this a low priority, but i told them i'd submit a feature request for it, and i try to be an admin of my word. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1723015&group_…

1 0

[ mailman-Patches-1719017 ] % -> %% fix in templates/nl/private.html
by SourceForge.net 15 May '07

15 May '07

Patches item #1719017, was opened at 2007-05-15 03:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert S. (rj667) Assigned to: Nobody/Anonymous (nobody) Summary: % -> %% fix in templates/nl/private.html Initial Comment: The file templates/nl/private.html has WIDTH="100%" instead of WIDTH="100%%", resulting in an incorrect webpage after Mailman processed the template. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_…

1 0

[ mailman-Bugs-1598087 ] Error mail may be accumulated in qfiles
by SourceForge.net 14 May '07

14 May '07

Bugs item #1598087, was opened at 2006-11-16 15:55 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1598087&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Error mail may be accumulated in qfiles Initial Comment: Mailman/Queue/Runner.py is called by other runners and resposible for dequeueing from one queue and enqueue into another after processing. In _oneloop() function it shunts error messages during processing but leaves them in the original queue directory by noting 'Ignoring ...' message in the error log. These left errorneous messages are never treated again and may be accumulated and slow down the queue processing. These messages should be shunted also. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2007-05-14 11:04 Message: Logged In: YES user_id=1123998 Originator: NO This has now been fixed in SVN (r8204) for Mailman 2.1.10. The fix is different from both of the attached patches. The original queue entry will be moved to the shunt queue with a .psv extension and this fact will be logged. The end result is the parse error will be logged and the queue entry will be moved out of the original queue so it won't further impact processing. The queue entry will be preserved for analysis in the shunt queue, but with a .psv filename extension so it won't be processed by bin/unshunt. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-11-16 21:36 Message: Logged In: YES user_id=1123998 Originator: NO If I understand the issue correctly, the problem is that the .bak file is left in the original queue after the parse error. This is not a recoverable error as explained in the code comment, thus I don't think the proper action is to shunt the message. Rather, I think the proper action is to continue to log the event and just remove the .bak file. Not removing the .bak file was an oversight in the original backup implementation. My suggested patch is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1598087&group_…

1 0

[ mailman-Patches-1415956 ] Sitewide headers/footers & XHTML Compliant Web UI
by SourceForge.net 06 May '07

06 May '07

Patches item #1415956, was opened at 2006-01-26 22:23 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bryan Carbonnell (carbonnb) Assigned to: Nobody/Anonymous (nobody) Summary: Sitewide headers/footers & XHTML Compliant Web UI Initial Comment: This patch was borne out of a request I received to make the Mailman UI fit the look of the web site. This patch allows you to set a site wide header and footer. This allows you to pretty much make the MM UI look like any other site. While I was at it I also made the web UI XHTML compliant. Once you patch your source and install it, all you need to do is edit the html files in the templates/en directory. Most of the pages will get the header and footers from the site-header.html and site-footer.html files, but some of the HTML files already contain theor own header/footer so you will need ot edit some of these files as well. Since this also adds XHTML compliance, this superceeds patch #116035 ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2007-05-05 21:08 Message: Logged In: YES user_id=11375 Originator: NO A branch for CSS work has been created, modernize_21_webui. I've committed most of this patch. The patch to the following files didn't apply: templates/en/roster.html templates/en/subscribe.html templates/en/listinfo.html templates/en/admindbdetails.html . There have been changes to the files since the patch was made, so they'll basically have to be re-done from scratch. Bryan, do you remember all the various changes you made, or should I try to disentangle the original and patched versions? ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2007-05-03 20:52 Message: Logged In: YES user_id=11375 Originator: NO The patch looks pretty good, though I'll suggest some refinements and some decisions need to be made. Net effects of the patch: Adds XHTML compliance. Adds site-header.html/site-footer.html to the templates/en directory and usage of CSS instead of <font> tags. Still uses tables for page layout. Adds CSS_FILE to mm_cfg.py. Requires addition of a /css/ directory to the web tree. Possible issues: Many I18N strings change, but only by folding HTML markup to lowercase. A bunch of search-and-replacing should be able to update all the language-specific templates. Need to decide upon class naming scheme; the scheme used isn't consistent (mm_web_adminitem_color in one case, mmErrorBackground in another). Could retarget it to use the <div id="mailman"> suggestion and '#mailman error' selectors. Possible bug: AddSpanStyle, AddDivStyle: won't generate <div>,<span> if no 'css_class' is provided. Presumably all current callers get this right; should the class work properly if there's an error, though? Compatibility issues: The patch removes the colour settings (WEB_HEADER_COLOR, WEB_ERROR_COLOR, WEB_ADMINITEM_COLOR, etc.) -- how to handle backward compatibility? That would require substituting into the .css file, or adding a 'style' attribute. WEB_HEADER_COLOR -- mmHeader WEB_ERROR_COLOR -- replaced by mmErrorBackground CSS class WEB_ADMINITEM_COLOR -- replaced by mmRight/mmLeft/mm_web_adminitem_color/ mmAdminItem Features not present that I thought of: * allow adding an embedded stylesheet * allow adding JavaScript links or text to the <head> * adding an onLoad to the body (perhaps not necessary -- can it be done in a <script> tag using DOM Events?) ---------------------------------------------------------------------- Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-28 23:07 Message: Logged In: YES user_id=449953 Updated both patches to remove some of my site specific HTML coding. ---------------------------------------------------------------------- Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-26 22:31 Message: Logged In: YES user_id=449953 I am also uploading a second version of this patch. This second version will add the sitewide headers/footer to source that has been patched with the ht://dig integration patches. At the time I posted this, the official ht://dig integration patches were not released, but the MM2.1.6 patches appear to work with MM 2.1.7, so they are what were used. to apply this patch use this command from your mailman source directory: patch -p1 <full/path/to/headfoot-htdig-2.1.7-0.1.patch ---------------------------------------------------------------------- Comment By: Bryan Carbonnell (carbonnb) Date: 2006-01-26 22:27 Message: Logged In: YES user_id=449953 I have only tested this with the english pages. I'm not sure how to deal with i18n yet, but I'm reading and I will update this patch as soon as I figure out how to deal with it. To apply this patch for MM2.1.7, you will need to apply patch #1405790 (Mailman 2.1.7 multiple patch) first. to apply this patch use this command from your mailman source directory: patch -p1 <full/path/to/headfoot-2.1.7-0.1.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_…

1 0