Mailman 3 December 2001 - Mailman-Developers

Patch: newlist in mailman cvs
by Marc MERLIN 10 Dec '01

10 Dec '01

There are two changes here: The first one is to introduce a hook to fail list creations if some test doesn't succeed. It might be better to roll than in the current MTA module as a separate option method, I just couldn't find how to test for the presence of a method in a class Why do I need this? On my systems at VA, I check that listname(a)lists.vasoftware.com doesn't conflict with an existing listname(a)vasoftware.com More explicitely, I do this: if Utils.list_exists(listname): usage(1, 'List already exists: ' + listname) fd=os.popen("expn " + listname + "@valinux.com") file=fd.read() tofind=re.compile("USER UNKNOWN") if not tofind.search(file): print "mail.valinux.com already has an email matching " + listname + "@v alinux.com" sys.exit() The second addition simply creates an empty dir for pipermail so that people stop telling me that the list archive link is broken when the list is empty. --- newlist.mailman Sun Dec 9 21:10:39 2001 +++ newlist Sun Dec 9 22:32:24 2001 @@ -130,6 +130,12 @@ listpasswd = listpasswd.strip() if not listpasswd: usage(1, _('The list password cannot be empty')) + + # Allow for check and a possible reject before the list is created. + if mm_cfg.MTA_PRECHECK: + modname = 'Mailman.MTA.' + mm_cfg.MTA_PRECHECK + __import__(modname) + sys.modules[modname].create(mlist) mlist = MailList.MailList() try: @@ -162,6 +168,12 @@ modname = 'Mailman.MTA.' + mm_cfg.MTA __import__(modname) sys.modules[modname].create(mlist) + + # Create an empty directory for pipermail (stops the URL not found when + # you try to view the archives of a list that hasn't had posts yet) + dirpath = paths.prefix + '/archives/private/' + listname + os.mkdir(dirpath) + os.chmod(dirpath, 02775) # And send the notice to the list owner if not quiet: Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

1 0

BUG in generation of List-Archive in mailman cvs
by Marc MERLIN 10 Dec '01

10 Dec '01

I get the following headers: List-Help: <mailto:powerteam-request@list.merlins.org?subject=help> List-Post: <mailto:powerteam@list.merlins.org> List-Subscribe: <http://list.merlins.org/lists/listinfo/powerteam>, <mailto:powerteam-request@list.merlins.org?subject=subscribe> List-Id: <powerteam.list.merlins.org> List-Unsubscribe: <http://list.merlins.org/lists/listinfo/powerteam>, <mailto:powerteam-request@list.merlins.org?subject=unsubscribe> List-Archive: <http://moremagic.merlins.org/pipermail/powerteam> The last header is entirely incorrect. The hostname should also be list.merlins.org, and the archives aren't in pipermail, they are in archives. The URL should be: List-Archive: <http://lists.merlins.org/archives/powerteam/> as I have: PUBLIC_ARCHIVE_URL = 'http://%(hostname)s/archives/%(listname)s' in mm_cfg.py Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

1 0

Documentation update needed for Default.py
by Marc MERLIN 10 Dec '01

10 Dec '01

moremagic [mc]# ./rmlist test2 Not removing archives. Reinvoke with -a to remove them. Traceback (most recent call last): File "./rmlist", line 122, in ? main() File "./rmlist", line 100, in main __import__(modname) ImportError: No module named None Mmmh, aaah, ok: # MTA should name a module in Mailman/MTA which provides the MTA specific # functionality for creating and removing lists. Some MTAs like Exim can be # configured to automatically recognize new lists, in which case the MTA # variable should be set to None. Use 'Manual' to print new aliases to # standard out (or send an email to the site list owner) for manual twiddling # of an /etc/aliases style file. Use 'Postfix' if you are using the Postfix # MTA -- but then also see POSTFIX_STYLE_VIRTUAL_DOMAINS. MTA = 'None' The comments can be misleading, 'None' is really supposed to be '' I'm guessing others might get caught by this rmlist foo also says: re-invoque with -a to remove archives That said, if you re-run it with -a, the list is gone by then so it can't remove the archives. Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

1 0

Buglet in ./configure (mailman cvs)
by Marc MERLIN 10 Dec '01

10 Dec '01

./configure doesn't replace @PYTHON@ for scripts in mailman/contrib Marc -- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f(a)merlins.org for PGP key

1 0

Re: [Mailman-Developers] ZMailman 2.1 preview
by J C Lawrence 09 Dec '01

09 Dec '01

On Sun, 09 Dec 2001 19:48:56 -0600 Stephan Richter <srichter(a)cbu.edu> wrote: > At 05:02 PM 12/9/2001 -0800, J C Lawrence wrote: >> On Sun, 09 Dec 2001 16:34:53 -0800 Dan Mick >> <dmick(a)utopia.West.Sun.COM> wrote: >>> I don't understand Zope; can someone describe why I might want >>> this, what it buys me, etc. (like a sales brochure)? >> Think a semi-OO based PHP setup where the OO as[ects extended not >> only to the internal language, but also to the construction of >> page elements and templates, and of course, instead of using PHP, >> use Python and much more cleanly abstracted DB interface. >> Probably the biggest other difference is that Zope natievly works >> off a single unified store rather than the filesystem. > Yes, that is pretty good, even though comparing Zope/Python to PHP > is not really possible. True, but for a generally non-Web person (into which camp I believe Dan falls), I felt it was a reasonable give-him-a-basic-grok description. As with all such generalities, it suffers in the details. > First of all, the Python team and the Zope team work all for the > same company Zope Corp. Which doesn't really affect the definition of Zope as a product much at all, but whatever. > If you like Python and need to do Web applications a lot, you > should have a look at Zope (www.zope.org). It is a very nice > software and does a lot of things for you. Aye, Zope is a nice system. I spent quite a while looking at it for what I want to do before finally backing away. Its not that Zope was bad or inadequate, just that I want to take a much more laissez faire approach to inter component and system integration that Zope (at that time) would seem to encourage. (Things may have changed) > Furthermore, for the Mailman 3.0 release I would like to make a > case for using the ZODB (not the entire Zope package!) for storing > our data structures, since we will not have to worry about file > locking and data storage in general anymore. There's some good reason for this, but I suspect a better case could be made for moving to an even more platform and tool agnostic data storage system, making Mailman that much easier to integrate and tie in with other systems without having to add plugins, adaptors, or other potential-source-of-failure fiddly bits in the picture. I know Barry is excited by the ZODB prospect. <shrug> > As you might have noticed, this is really what I am interested in, > because having tighter integrations between Web tools and Mailman, > could give Mailman a huge boost in usage. We should be careful over the distinction between "tighter integration with Zope" and "tighter integration with web tools". The two don't necessarily have to be different, and much of the work for Zope integration lends itself well to general integration, but I would like to see the interfaces there be kept extremely abstract and local system independent. Ever thought about queue manipulation and injection by external tools and processes? It gets really interesting once you start messing with very large mail systems or systems ala Chuq's. but, I've commented on this previously, its all in the archives (mostly in the early 2.1/3.0 design discussions between Chug, Barry, Nigel, (some others I shamefully forget) and myself) so I'll leave this here. > In fact, the current ZMailman release does already some nice > things, but it will be even better, once the data is stored in the > ZODB. Would making the ZODB transition also make it easier to move to LDAP? SQL? ODBC? XML/RPC? SOAP? Driving Mailman from an external queue processing system ala (eg) MQS? Those are the sorts of generic integrative data access things I'm interested in. -- 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.

2 1

ZMailman 2.1 preview
by Stephan Richter 09 Dec '01

09 Dec '01

Hello everyone, I am proud to announce the first preview of the ZMailman product. It allows Zope to have access to the Mailman API and pretty much replaces Mailman's Web GUI. I also added the beginnings of a Mailman UserFolder. More info at: http://demo.iuveno-net.de/iuveno/Products/ZMailman/ Zope site: http://www.zope.org/Members/srichter/Products/ZMailman Note: ZMailman runs only on Zope 2.5+ and Mailman 2.1a3+. Please go and try it and don't forget to send us comments. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

3 6

Masthead.txt?
by Chuq Von Rospach 09 Dec '01

09 Dec '01

I'm trying to tweak the header on digests for a mail list (this is 2.0.5) I've modified ~mailman/lists/listname/masthead.txt Mailman is ignoring it. Looking at the code, the code seems to indicate it ought to be using this, but it doesn't seem to be. Huh? Barry, what should I be doing? Am I missing something?

1 0

Re: [Mailman-Developers] Re: way to minimize IO load with MTAsupported VERP
by Dan Mick 08 Dec '01

08 Dec '01

> On Fri, Dec 07, 2001 at 01:21:00PM -0800, Dan Mick wrote: > > > *I* think that sending a VERP template, with a spot marked for the > > > destination MTA to put the destination email address, would be the most > > > flexible approach. > > > > ? You're talking about some other ESMTP extension then? > > I was not aware that ESMTP already *had* an extension for VERP; so, > "yes", I guess. :-) I'm sure you're clear on this, but just in case: no, I don't think ESMTP *does* have any other extension, but there's clearly one in some stage of proposal by the Courier guys, and apparently Wietse latched on to it too.

2 1

Help
by Kadar I. Csaba 08 Dec '01

08 Dec '01

Hi , I joined this group, because I own a mailman discussion group, and I have a question. When I added a person, I added his e-mail address followed with his name. In the membership page this user apear with e-mail address followed by his name. When I, or he would like to modify anythink in his data, the server answwer, that he aren't user. Please help me in solving this problem, because this man don't receive the messages. Thank in advance for your help, Csaba

2 1

Re: [Mailman-Developers] [ 韻壱 ] ... more korea crap.
by barry＠zope.com 08 Dec '01

08 Dec '01

>>>>> "PE" == Peter Evans <peter(a)gol.com> writes: PE> Dear admin: PE> Close the bloody list. 3 of these in the same day is PE> tiring enough to cause mass unsubscription. Done. -Barry

1 0