Mailman 3 July 2002 - Mailman-Developers

[ mailman-Bugs-589284 ] Ambiguous user preference
by noreply＠sourceforge.net 01 Aug '02

01 Aug '02

Bugs item #589284, was opened at 2002-07-31 11:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=589284&group_i… Category: documentation Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Nick Arnett (narnett) Assigned to: Nobody/Anonymous (nobody) Summary: Ambiguous user preference Initial Comment: (2.1b2) The heading and text for users to choose whether or not their address is visible are at odds with each other. One or the other needs its logic reversed, else users won't know whether "yes" means their address is concealed or visible, etc. -- Conceal yourself from subscriber list? When someone views the list membership, your email address is normally shown (in an obscured fashion to thwart spam harvesters). If you do not want your email address to show up on this membership roster, select No for this option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=589284&group_i…

1 0

Re: [Mailman-Developers] Initial Mailman v2.0 with TMDA and Mime filtering
by J C Lawrence 01 Aug '02

01 Aug '02

On Wed, 31 Jul 2002 19:55:44 +0200 fil <fil(a)rezo.net> wrote: >> TMDA then provides a confirmation system for held mail by sending a >> message back to the address that sent the held message, requesting >> confirmation that the poster not only exists, but really meant to >> send that message. The confirmation message contains both >> instructions on how to confirm, and a copy of the original message. > This is really neat, I'm eager to see it in action ASAP. I've sent you details for my test setup off-list. > A simple question though: does TMDA read the "language" data of the > mailman list, and does/can it send the confirmation message in that > language (when available)? Or are we going to have to wait for a > fuller integration to enjoy this in i18n? No. However you can rewrite the templates and other message portions that go to forming the confirmation requests etc in whatever language you want. In this way you make TMDA agree with however you've localised Mailman. With a little extra work in the procmailrc you can even have this work across multiple lists each with a different language preference pointing at different TMDA templates etc. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Re: [Mailman-Developers] Re: Initial Mailman v2.0 with TMDA and Mime filtering
by J C Lawrence 01 Aug '02

01 Aug '02

On Wed, 31 Jul 2002 11:33:02 -0600 Jason R Mastaler <jason(a)mastaler.com> wrote: > J C Lawrence <claw(a)kanga.nu> writes: >> I built the system with Mailman 2.0, TMDA 0.58, Exim v3, mimefilter, >> mimedecode, and procmail. > * It's too Exim specific. Exim is used less than Sendmail, Postfix or > qmail. It would be nice to come up with a more general HOWTO that > covers integration with either Sendmail, Postfix or Exim. Given that the alias filter has to execute as a specific effective UID/GID any HOW-TO is necessarily going to be MTA specific. There is no agreement or common standard among MTAs for configuring that. NOTE: IF TMDA were integrated with Mailman directly (eg plugin) this problem would be obviated. TMDA would be run by the Mailman processes which are already configured under the MTA to run as the appropriate UID. As such a very large portion of the problem and complexity automatically goes away at that point. Ditto with MIME filters and other post and pre-processing being plugins into the queue structure of Mailman v2.1. The attraction of Exim in this regard is that it makes such configuration both easy and very obvious/transparent, and you don't need to maintain any per-list configurations (such as an alias file). > * The mimefilter/mimedecode stuff is a distraction IMO, and not really > relevant to the TMDA integration. True, but its a common question and desire. MIME or other message filtering is a common question on -users, coming very close in with "wanted GID" and "how do I do an announcement list". Integrating TMDA really isn't that hard a question or problem. I was interested in integrating TMDA in a fashion that also leant itself to integrating other useful tools, rather than making such further extensions difficult. As such I tried to build a framework more than a single point solution. > * If we can find a way to do this without procmail, that's a bonus. That would be fairly easy under Exim -- you can do all the extra work between the director and transport. > That said, thanks for writing this up. I think it's a good start, and > longer overdue. <bow> >> Getting the filter process to execute as 'list' under postfix proved >> a bitch. > What user is the filter process executed as by default? nobody.nogroup. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Re: [Mailman-Developers] Re: Initial Mailman v2.0 with TMDA and Mime filtering
by J C Lawrence 01 Aug '02

01 Aug '02

On Wed, 31 Jul 2002 11:13:40 -0600 Jason R Mastaler <jason(a)mastaler.com> wrote: > J C Lawrence <claw(a)kanga.nu> writes: >> I'm also not a QMail user and so can't comment for similar reasons. > I should have a Mailman/TMDA/qmail HOWTO ready shortly. And, it's > significantly less complex that what was detailed here. Note that a significant portion of the complexity in my HOW-TO comes from shoving procmail into the pipe so i can add MIME filters and other other message processing tools in addition to TMDA. Doing just a straight TMDA/Mailman setup would have involved only edits to the Exim transports. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

1 0

Re: [Mailman-Developers] Initial Mailman v2.0 with TMDA and Mime filtering
by J C Lawrence 01 Aug '02

01 Aug '02

On Tue, 30 Jul 2002 22:30:12 -0700 J C Lawrence <J> wrote: > I'm writing this now as the discussed configuration appears to work > and I'd rather document it now while its still fresh in my mind then > later when its not. If any big bugs or required changes surface I'll > post on those later to the mailman-developers list. Its now section 6.7 in the mailman user FAQ: http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq06.007.htp -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

3 3

Re: Initial Mailman v2.0 with TMDA and Mime filtering
by Jason R. Mastaler 01 Aug '02

01 Aug '02

J C Lawrence <claw(a)kanga.nu> writes: > I'm also not a QMail user and so can't comment for similar > reasons. I should have a Mailman/TMDA/qmail HOWTO ready shortly. And, it's significantly less complex that what was detailed here. It's based on the dot-qmail interface, and so doesn't require any changes to qmail, doesn't use procmail, etc. Stay tuned. -- (http://tmda.net/)

1 0

[ mailman-Patches-573509 ] ToUsenet: subject prefix stripping
by noreply＠sourceforge.net 01 Aug '02

01 Aug '02

Patches item #573509, was opened at 2002-06-25 02:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=573509&group_i… Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Mark Weaver (mdw21) Assigned to: Nobody/Anonymous (nobody) Summary: ToUsenet: subject prefix stripping Initial Comment: For some inexplicable reason ToUsenet is trying to -add- the subject prefix. Now this doesn't work generally anyway (consider a plain post - this won't do it). Typically, the subject prefix is the list- name, which just replicates information we already have (as we already know which newsgroup we are looking at). Anyway, arguments aside, I've fixed up ToUsenet.py to go the other way and remove subjects. (I would have made this an option, but my Python is non-existent). ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-31 13:02 Message: Logged In: YES user_id=12800 This is a duplicate of 573508 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=573509&group_i…

1 0

[ mailman-Patches-573508 ] ToUsenet: subject prefix stripping
by noreply＠sourceforge.net 01 Aug '02

01 Aug '02

Patches item #573508, was opened at 2002-06-25 02:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=573508&group_i… >Category: mail delivery >Group: Mailman 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Mark Weaver (mdw21) Assigned to: Nobody/Anonymous (nobody) Summary: ToUsenet: subject prefix stripping Initial Comment: For some inexplicable reason ToUsenet is trying to -add- the subject prefix. Now this doesn't work generally anyway (consider a plain post - this won't do it). Typically, the subject prefix is the list- name, which just replicates information we already have (as we already know which newsgroup we are looking at). Anyway, arguments aside, I've fixed up ToUsenet.py to go the other way and remove subjects. (I would have made this an option, but my Python is non-existent). ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-31 13:01 Message: Logged In: YES user_id=12800 This patch is only relevant to MM2.0, and that version is in critical bug fix phase only. MM2.1 does it differently, but I'm wondering if the subject should not be added to news bound messages either? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=573508&group_i…

1 0

[ mailman-Bugs-588373 ] bug with 2.1b2 (something with cookies?)
by noreply＠sourceforge.net 01 Aug '02

01 Aug '02

Bugs item #588373, was opened at 2002-07-29 23:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=588373&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paul Marshall (paulmarshll) Assigned to: Nobody/Anonymous (nobody) Summary: bug with 2.1b2 (something with cookies?) Initial Comment: This is hopefully my third and final stupid question involving mailman. I have mailman 2.1b2 setup and mostly working (I can create lists, and post, etc...). However whenever I try to log into a list via the admin page to edit/delete/whatever to it, it comes up with this bug: Traceback (most recent call last): File "/var/mailman/scripts/driver", line 82, in run_main main() File "/var/mailman/Mailman/Cgi/admin.py", line 82, in main cgidata.getvalue('adminpw', '')): File "/var/mailman/Mailman/SecurityManager.py", line 208, in WebAuthenticate print self.MakeCookie(ac, user) File "/var/mailman/Mailman/SecurityManager.py", line 223, in MakeCookie c = Cookie.SimpleCookie() AttributeError: 'module' object has no attribute 'SimpleCookie' Is this a permissions problem? something to do with creating cookies...Honestly, I have no idea... I've searched some bug databases and most likely passed right over it, however I can't seem to find anything dealing with this error. Thanks for all the help. Paul ---------------------------------------------------------------------- >Comment By: Paul Marshall (paulmarshll) Date: 2002-07-31 11:43 Message: Logged In: YES user_id=582441 I fixed the problem. Apparently I still had Cookie.py and Cookie.pyc, which I deleted, this seemed to fix the problem. Found this on: http://mail.python.org/pipermail-21/mailman-developers/2001- November/010020.html Thanks anyways. This post can be deleted. Paul ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=588373&group_i…

1 0

Re: [Mailman-Developers] Cute TMDA use
by J C Lawrence 31 Jul '02

31 Jul '02

On 30 Jul 2002 15:43:52 +0100 Nigel Metheringham <Nigel.Metheringham(a)dev.InTechnology.co.uk> wrote: > An additional thing that would make me very much in favour of TDMA > would be the possibility of adding a message to the confirmation > stating that by posting to this list they are putting their messages > into public archives. If they confirm the message then they have > given permission for archiving. TMDA handles that by making all the confirmation, request etc messages template based, with the template directory having both a default and a CLI switch (eg for per list customisation in our case). > That would mean that all posts to the list are either from subscribers > (who got the information about archiving at time of subscription), or > those that have confirmed their willingness to be archived. Excellent point. I like it. Note however that that implies that subscribers who post have to verify thru TMDA. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

4 12