Mailman 3 February 2003 - Mailman-coders

[ mailman-Patches-680000 ] Fix for cron/mailpasswds and SuppressPasswordReminder
by SourceForge.net Feb. 4, 2003

Feb. 4, 2003

Patches item #680000, was opened at 2003-02-03 22:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i… Category: command line scripts Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Jon Parise (jparise) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for cron/mailpasswds and SuppressPasswordReminder Initial Comment: It looks like the "massive rewrite" that occured between revisions 2.5 and 2.5 of cron/mailpasswds removed the SuppressPasswordReminder check. The attached patch corrects cron/mailpasswds to honor the SuppressPasswordReminder option. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-02-03 23:23 Message: Logged In: YES user_id=12800 Thanks! ---------------------------------------------------------------------- Comment By: Jon Parise (jparise) Date: 2003-02-03 22:46 Message: Logged In: YES user_id=485579 It looks like SourceForge lost the patch. Trying again ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i…

1 0

[ mailman-Patches-680000 ] Fix for cron/mailpasswds and SuppressPasswordReminder
by SourceForge.net Feb. 4, 2003

Feb. 4, 2003

Patches item #680000, was opened at 2003-02-03 22:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i… Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jon Parise (jparise) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for cron/mailpasswds and SuppressPasswordReminder Initial Comment: It looks like the "massive rewrite" that occured between revisions 2.5 and 2.5 of cron/mailpasswds removed the SuppressPasswordReminder check. The attached patch corrects cron/mailpasswds to honor the SuppressPasswordReminder option. ---------------------------------------------------------------------- >Comment By: Jon Parise (jparise) Date: 2003-02-03 22:46 Message: Logged In: YES user_id=485579 It looks like SourceForge lost the patch. Trying again ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i…

1 0

[ mailman-Patches-680000 ] Fix for cron/mailpasswds and SuppressPasswordReminder
by SourceForge.net Feb. 4, 2003

Feb. 4, 2003

Patches item #680000, was opened at 2003-02-03 22:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i… Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jon Parise (jparise) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for cron/mailpasswds and SuppressPasswordReminder Initial Comment: It looks like the "massive rewrite" that occured between revisions 2.5 and 2.5 of cron/mailpasswds removed the SuppressPasswordReminder check. The attached patch corrects cron/mailpasswds to honor the SuppressPasswordReminder option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=680000&group_i…

1 0

[ mailman-Feature Requests-679869 ] No admin interface for pipermail archives
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679869, was opened at 2003-02-03 17:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679869&group_i… >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Potter (tpot) Assigned to: Nobody/Anonymous (nobody) Summary: No admin interface for pipermail archives Initial Comment: It would be very handy to have an administrative interface to the pipermail archives. This would be useful mainly for weeding out spam without having to edit the mbox file and regenerate the archives. I've also been asked to remove sensitive information from archived messages which would be something else useful to be able to do via the web. Removing individual messages would have to be careful to maintain the old URLs to avoid breaking external links to individual messages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679869&group_i…

1 0

[ mailman-Bugs-679869 ] No admin interface for pipermail archives
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Bugs item #679869, was opened at 2003-02-04 09:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=679869&group_i… Category: Pipermail Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Potter (tpot) Assigned to: Nobody/Anonymous (nobody) Summary: No admin interface for pipermail archives Initial Comment: It would be very handy to have an administrative interface to the pipermail archives. This would be useful mainly for weeding out spam without having to edit the mbox file and regenerate the archives. I've also been asked to remove sensitive information from archived messages which would be something else useful to be able to do via the web. Removing individual messages would have to be careful to maintain the old URLs to avoid breaking external links to individual messages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=679869&group_i…

1 0

[ mailman-Feature Requests-679751 ] Stationary "Next message:" link/buttons
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679751, was opened at 2003-02-03 19:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i… Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Joe Grace (occam) Assigned to: Nobody/Anonymous (nobody) >Summary: Stationary "Next message:" link/buttons Initial Comment: It would be desirable for browsing if the "Next message:" link was stationary (so that the mouse could stay stationary instead of having to track it from message to message). It already does stay stationary under most circumstances (so that's good). It would be nice for it to be perfect. The two situations which cause problems are: 1. beginning of messages (when there is no previous message), so next message migrates up a line. This could be avoided by leaving a blank line or inactive link for "Previous message:" for that circumstance. 2. The message title grows to more than one line (or shrinks from more than one line). In these cases, all the buttons bounce down (or up) as the case may be. This issue could be alleviated by putting the button-links above the title. I'm not sure about aesthetics, but I'd certainly find it more functional (and would take function over form, if choosing). On second thought, putting navigation above the title also has a cost of making it scroll offview when slightly scrolling down the page (to continue reading) which would be a downgrade. Instead, how about leaving the basic format as is, but preceding the navigation link/buttons (e.g., "Next message:") with additional almost-redundant stationary buttons which do *not* get pushed down by wrapped titles? If the buttons had mnemonic graphics (e.g., forward arrow, back arrow, etc.), they'd be self-explanatory and most of the time adjacent to their textual counterparts. Other times, they'd be stationary for a convenient stationary browsing interface. Under wrap conditions, the wrapped portion of the title would continue to the right of the stationary buttons, so the buttons always appear in the same locations for every message. Other than these minor tweaks, I'd say the interface is very pleasant to use. The mail-to/reply-to would be a godsend (increased participation and all that), and the navigation tweaks a significant upgrade. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i…

1 0

[ mailman-Feature Requests-679743 ] mail-to and reply-to links for archive view
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679743, was opened at 2003-02-03 19:39 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679743&group_i… Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Joe Grace (occam) Assigned to: Nobody/Anonymous (nobody) Summary: mail-to and reply-to links for archive view Initial Comment: I believe it would be very, very desirable to have mail-to and reply-to links in the mailing list archives section. I do not subscribe (to Zope mailing lists which are reported run on mailman) but do browse and, on occasion, am inspired enough to post. It would be a great convenience to have a mail-to (new thread) and reply-to (reply to currently displayed post) links to ease the process. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679743&group_i…

1 0

[ mailman-Feature Requests-679751 ] Stationary "Next message:" link/buttons
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679751, was opened at 2003-02-03 19:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i… Category: None Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Joe Grace (occam) Assigned to: Nobody/Anonymous (nobody) >Summary: Stationary "Next message:" link/buttons Initial Comment: It would be desirable for browsing if the "Next message:" link was stationary (so that the mouse could stay stationary instead of having to track it from message to message). It already does stay stationary under most circumstances (so that's good). It would be nice for it to be perfect. The two situations which cause problems are: 1. beginning of messages (when there is no previous message), so next message migrates up a line. This could be avoided by leaving a blank line or inactive link for "Previous message:" for that circumstance. 2. The message title grows to more than one line (or shrinks from more than one line). In these cases, all the buttons bounce down (or up) as the case may be. This issue could be alleviated by putting the button-links above the title. I'm not sure about aesthetics, but I'd certainly find it more functional (and would take function over form, if choosing). On second thought, putting navigation above the title also has a cost of making it scroll offview when slightly scrolling down the page (to continue reading) which would be a downgrade. Instead, how about leaving the basic format as is, but preceding the navigation link/buttons (e.g., "Next message:") with additional almost-redundant stationary buttons which do *not* get pushed down by wrapped titles? If the buttons had mnemonic graphics (e.g., forward arrow, back arrow, etc.), they'd be self-explanatory and most of the time adjacent to their textual counterparts. Other times, they'd be stationary for a convenient stationary browsing interface. Under wrap conditions, the wrapped portion of the title would continue to the right of the stationary buttons, so the buttons always appear in the same locations for every message. Other than these minor tweaks, I'd say the interface is very pleasant to use. The mail-to/reply-to would be a godsend (increased participation and all that), and the navigation tweaks a significant upgrade. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i…

1 0

[ mailman-Feature Requests-679743 ] mail-to and reply-to links for archive view
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679743, was opened at 2003-02-03 19:39 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679743&group_i… Category: None Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Joe Grace (occam) Assigned to: Nobody/Anonymous (nobody) Summary: mail-to and reply-to links for archive view Initial Comment: I believe it would be very, very desirable to have mail-to and reply-to links in the mailing list archives section. I do not subscribe (to Zope mailing lists which are reported run on mailman) but do browse and, on occasion, am inspired enough to post. It would be a great convenience to have a mail-to (new thread) and reply-to (reply to currently displayed post) links to ease the process. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679743&group_i…

1 0

[ mailman-Feature Requests-679751 ] Stationary "Next message:" link/buttons
by SourceForge.net Feb. 3, 2003

Feb. 3, 2003

Feature Requests item #679751, was opened at 2003-02-03 19:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Grace (occam) Assigned to: Nobody/Anonymous (nobody) Summary: Stationary "Next message:" link/buttons Initial Comment: It would be desirable for browsing if the "Next message:" link was stationary (so that the mouse could stay stationary instead of having to track it from message to message). It already does stay stationary under most circumstances (so that's good). It would be nice for it to be perfect. The two situations which cause problems are: 1. beginning of messages (when there is no previous message), so next message migrates up a line. This could be avoided by leaving a blank line or inactive link for "Previous message:" for that circumstance. 2. The message title grows to more than one line (or shrinks from more than one line). In these cases, all the buttons bounce down (or up) as the case may be. This issue could be alleviated by putting the button-links above the title. I'm not sure about aesthetics, but I'd certainly find it more functional (and would take function over form, if choosing). On second thought, putting navigation above the title also has a cost of making it scroll offview when slightly scrolling down the page (to continue reading) which would be a downgrade. Instead, how about leaving the basic format as is, but preceding the navigation link/buttons (e.g., "Next message:") with additional almost-redundant stationary buttons which do *not* get pushed down by wrapped titles? If the buttons had mnemonic graphics (e.g., forward arrow, back arrow, etc.), they'd be self-explanatory and most of the time adjacent to their textual counterparts. Other times, they'd be stationary for a convenient stationary browsing interface. Under wrap conditions, the wrapped portion of the title would continue to the right of the stationary buttons, so the buttons always appear in the same locations for every message. Other than these minor tweaks, I'd say the interface is very pleasant to use. The mail-to/reply-to would be a godsend (increased participation and all that), and the navigation tweaks a significant upgrade. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=679751&group_i…

1 0