Mailman 3 August 2005 - Mailman-coders

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

Aug. 19, 2022

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-Feature Requests-1182014 ] forum like interface to mailman
by SourceForge.net Aug. 30, 2005

Aug. 30, 2005

Feature Requests item #1182014, was opened at 2005-04-12 22:40 Message generated for change (Comment added) made by mapopa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1182014&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 Submitted By: mariuz (mapopa) Assigned to: Nobody/Anonymous (nobody) Summary: forum like interface to mailman Initial Comment: one long term item would be creating an forum like interface for archives / mail The idea came to me after some users on mono list requested a forum for mono http://lists.ximian.com/mailman/listinfo/mono-list the basic forum interface (there are many others) http://www.gotmono.com/cgi-bin/yabb/YaBB.pl?board=ASPX ---------------------------------------------------------------------- >Comment By: mariuz (mapopa) Date: 2005-08-30 00:24 Message: Logged In: YES user_id=85089 On ubuntuforums.org they have two way between mailman and vbulletin Here is the example http://ubuntuforums.org/showthread.php?t=60843 ---------------------------------------------------------------------- Comment By: Fred H Olson (fholson) Date: 2005-08-24 00:57 Message: Logged In: YES user_id=1334022 There is an open source development project similar to this: GroupServer is a GPL open source collaboration server. It supports many-to-many interaction in groups and communities via email and an integrated web forum interface. See http://groupserver.org/ How much do mailman and groupserver developers communicate? Has collaboration of some sort been considered? Fred Olson http://justcomm.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1182014&group_…

1 0

[ mailman-Bugs-1275856 ] Utils.get_domain() wrong if VIRTUAL_HOST_OVERVIEW off
by SourceForge.net Aug. 29, 2005

Aug. 29, 2005

Bugs item #1275856, was opened at 2005-08-29 10:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1275856&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/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: Utils.get_domain() wrong if VIRTUAL_HOST_OVERVIEW off Initial Comment: Part of the code in get_domain() in Utils.py is: if mm_cfg.VIRTUAL_HOST_OVERVIEW and host: return host.lower() else: # See the note in Defaults.py concerning DEFAULT_HOST_NAME # vs. DEFAULT_EMAIL_HOST. hostname = mm_cfg.DEFAULT_HOST_NAME or mm_cfg.DEFAULT_EMAIL_HOST return hostname.lower() It is clear that get_domain() should return the web host, not the e-mail host. This code should be: if mm_cfg.VIRTUAL_HOST_OVERVIEW and host: return host.lower() else: # See the note in Defaults.py concerning DEFAULT_URL # vs. DEFAULT_URL_HOST. hostname = mm_cfg.DEFAULT_URL or mm_cfg.DEFAULT_URL_HOST return hostname.lower() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1275856&group_…

1 0

[ mailman-Bugs-1269067 ] e-mail command confirmations should be optional
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Bugs item #1269067, was opened at 2005-08-24 20:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1269067&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: mail delivery Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel (doolyo) Assigned to: Nobody/Anonymous (nobody) Summary: e-mail command confirmations should be optional Initial Comment: When we send an e-mail to change the member's options with a command (e.g. to subscribe/unsubscribe members), the confirmation of the commands should be optionnal. This is useful particularly if we do a php script that sends the commands automatically from a post field. Then the member doesn't need to see all those e-mail commands. This should be an optional command that would disable these confirmations for the whole list and all commands. www.Sympa.org mailing list does this very well. Thank you. Daniel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1269067&group_…

1 0

[ mailman-Bugs-1269025 ] unsubscribe removal confirmation should be optional
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Bugs item #1269025, was opened at 2005-08-24 19:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1269025&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: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Daniel (doolyo) Assigned to: Nobody/Anonymous (nobody) Summary: unsubscribe removal confirmation should be optional Initial Comment: We should be able to choose if we want the members that unsubscribe by e-mail to receive a 'removal confirmation' e-mail. I need the user to not receive this notice and just remove him without him knowing it. However, we should still be able to sent him the good_bye message when he left if we want it, like it's the case currently. The removal notice is not really necessary if people receive an e-mail telling that they have been removed. They can submit again if they want and report the abuse. This option should just be an added tag that would be valid for the whole list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1269025&group_…

1 0

[ mailman-Bugs-1268939 ] host_name tag doesn't allow IP addresses
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Bugs item #1268939, was opened at 2005-08-24 19:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1268939&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: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Daniel (doolyo) Assigned to: Nobody/Anonymous (nobody) Summary: host_name tag doesn't allow IP addresses Initial Comment: Hello. I have realised that we cannot put an IP address in the 'host_name' tag. Normally, we can send an e-mail from a client to a server that doesn't have a domain name by just putting it's IP address into square brackets like this: john(a)[142.56.2.72] This works, especially if you have put the same IP address on the destination server in your /etc/mail/local- host-names file on one line (for Sendmail): [142.56.2.72] Now the problem is that if we specify the IP address into square brackets in the 'host_name' tag, then the resolved hostname is returned in the e-mail address instead of this square brackets IP address. I have tried several backslashes like '', [], "", %5B and % 5D but nothing does. Square brackets are still correct to the standard, so I think that this is a bug. Regards, Daniel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1268939&group_…

1 0

[ mailman-Feature Requests-1182014 ] forum like interface to mailman
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Feature Requests item #1182014, was opened at 2005-04-13 01:40 Message generated for change (Comment added) made by fholson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1182014&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 Submitted By: mariuz (mapopa) Assigned to: Nobody/Anonymous (nobody) Summary: forum like interface to mailman Initial Comment: one long term item would be creating an forum like interface for archives / mail The idea came to me after some users on mono list requested a forum for mono http://lists.ximian.com/mailman/listinfo/mono-list the basic forum interface (there are many others) http://www.gotmono.com/cgi-bin/yabb/YaBB.pl?board=ASPX ---------------------------------------------------------------------- Comment By: Fred H Olson (fholson) Date: 2005-08-24 03:57 Message: Logged In: YES user_id=1334022 There is an open source development project similar to this: GroupServer is a GPL open source collaboration server. It supports many-to-many interaction in groups and communities via email and an integrated web forum interface. See http://groupserver.org/ How much do mailman and groupserver developers communicate? Has collaboration of some sort been considered? Fred Olson http://justcomm.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1182014&group_…

1 0

[ mailman-Feature Requests-1198375 ] edit moderated messages directly on admindb page
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Feature Requests item #1198375, was opened at 2005-05-09 11:01 Message generated for change (Comment added) made by fholson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1198375&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 Submitted By: rst (r_st) Assigned to: Nobody/Anonymous (nobody) Summary: edit moderated messages directly on admindb page Initial Comment: When viewing held messages on the administrative database page, owners/moderators should be able to edit those messages without having to forward the messages to themselves. This will allow for easy editing as well as maintaining the original headers. ---------------------------------------------------------------------- Comment By: Fred H Olson (fholson) Date: 2005-08-24 03:50 Message: Logged In: YES user_id=1334022 I agree this would be useful tho I suppose some indicator that a message has been edited should be added. It would be nice to be able to edit subject lines at least. All those "digest reply" subject lines. And deleting all the excessive quoting - particularly on "top replies" Some options for doing the latter automatically would be great. Fred H Olson http://justcomm.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1198375&group_…

1 0

[ mailman-Feature Requests-1267807 ] Digest header / masthead.txt changes
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Feature Requests item #1267807, was opened at 2005-08-24 03:36 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=1267807&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 Submitted By: Fred H Olson (fholson) Assigned to: Nobody/Anonymous (nobody) Summary: Digest header / masthead.txt changes Initial Comment: Mailman digests get (potentially) two blocks of text at the top: The contents of a file called masthead.txt currently about 13 lines which I summarize as: Send ... submissions to ... To subscribe or unsubscribe ... You can reach the person managing the list at .... When replying, please edit your Subject line ... In addition list admins can add a digest_header (which defaults to nothing) that follows the masthead. Two other requests suggest allowing the the masthead be moved to the bottom of the list because a significant number of people in my estimation find this repetitive block of text rather verbose and a nuisance. See feature requests: 1220821 Option to move "cruft" ("boilerplate") to bottom of digest 1059834 daily digest new setting: mail body change Note that the masthead.txt does not seem to change for announcement lists for which the "submissions" and "when replying" portions are inappropriate. REQUEST: Allow "masthead" text to be changeable by listowners I would like to see the text supplied currently by masthead be changeable by list owners. It seems like this could be done similar to footers - with default contents (preferably smarter) to the digest_header form which already exists. Fred H Olson who manages lists as http://justcomm.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1267807&group_…

1 0

[ mailman-Feature Requests-791928 ] digest filter options
by SourceForge.net Aug. 24, 2005

Aug. 24, 2005

Feature Requests item #791928, was opened at 2003-08-20 09:10 Message generated for change (Comment added) made by fholson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=791928&group_i… 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 Submitted By: JC Dill (jcdill) Assigned to: Nobody/Anonymous (nobody) Summary: digest filter options Initial Comment: Add an option on the *digest* settings page to automatically discard, bounce to the sender (with an explanatory message), or hold for moderator approval all messages with a subject that matches the list-created subject used on the outgoing digest. That way when you setup your digest options, you can easily select from several common methods of how listmanagers often want their list to handle replies from digest subscribers. Link to this setting from the page that has the other incoming message filtering options, so that when you are looking at your incoming message filtering options you notice/remember that you also have special filters relating to digests. ---------------------------------------------------------------------- Comment By: Fred H Olson (fholson) Date: 2005-08-24 03:08 Message: Logged In: YES user_id=1334022 This is a feature that I and others have long desired. On one list I currently have a low size limit (8K) to catch quoted digests which typically accompany "digest replies" ... It helps. Fred http://justcomm.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=791928&group_i…

1 0