From list-managers-owner Tue Oct 3 13:33:38 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA06485; Tue, 3 Oct 2000 13:13:10 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 4C81717E8B for ; Tue, 3 Oct 2000 13:13:04 -0700 (PDT) Received: from [17.216.27.250] (A17-216-27-250.apple.com [17.216.27.250]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id NAA18728 ; Tue, 3 Oct 2000 13:41:53 -0700 Mime-Version: 1.0 Message-Id: Date: Tue, 3 Oct 2000 13:34:50 -0700 To: list-managers@greatcircle.com From: Chuq Von Rospach Subject: Review: Building Online Communities Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk When Margaret posted the note about her book, it piqued my interest, so I went and got a copy. I've gone through it now, and thought I'd post my thoughts on the book for others who might be thinking about it. First, a disclaimer -- I don't know Margeret at all, and I know John mostly from this list and because we've both run internet things forever -- and while John and I don't always agree on stuff, I always respect his opinion, even if we disagree. It was because he was a co-author that I decided to check it out. This book is going to be of different levels of interest to different people. here's my quick summary: "Boss just told me we need a community, whatever that is": B+ "I know how to run (name a service), looking to expand to other tools": B "I've got a handle on doing this, I want to run my stuff better": C "What do they know I don't know already?" : C- The first 2/3 of the book, roughly, is technical stuff. That's split up between mail lists (about 40%), IRC, Web-based services and USENet, the latter three about equally represented. There's a fairly strong bias towards e-mail as the core community technology, and against web (not surprising given John's background). IRC, ICQ, and other things are seen as supplementary tools. The technical stuff is split roughly in half, between "how to use this stuff" and "how to set up this stuff". The first part, on "how to use this stuff" for each service, if you split out of this book into a book of its own, is the one I'd love to beat my users over the head with when they do stupid things -- it's a great end-user overview of all of these tools, but, IMHO, more filler material in a "how to build these things" book. The book is a good "single source" for lots of interesting info and reference copies of things like welcome messages. The suggested rules, content, etc is in general pretty well thought out, and little of it will honk off the users of this list. The last third of the book is where you get away from "how to create a list", "how to configure a list", "how to use a list" type details to putting it together and running it, growing it, marketing it, financing it -- the non-technical side of things. Again, there's lots of good source material here (rules, FAQs, vendors, etc), all in a central location, well-organized and well-thought-out. I don't think there are any major revelations here, but it's a nice, fairly conservative package of common sense. Overall: I wish there'd been less material aimed at end-users instead of admins, although for the person trying to figure all this out from scratch, that's going to be more useful. You could build things by using nothing but the recommendations in the book (use the welcome messages, rules, etc without change) and not hurt yourself or look like an idiot. The non-technical side of things was more what I was looking for, and I found that content interesting but not toe-tingling. Some good references, a number of things I plan on looking into a bit more, but "not brain surgery". My rating for the book: somewhere between a C and a C-. The less you're comfortable with this stuff (and there are a lot of us who are skilled at one technology, like lists, trying to figure out the other ones -- in my case, I'm getting my hands around IRC right now), the more useful this book is. And if you already know everything, you don't need it at all, but who's in that category? Not me, that's for sure. For me, this is a good investigation-of-technology book, or a reference to hand to interested novices. I'll also likely use it as a convenient reference for their drafts of rules and etc. It's a book I'll keep on my shelves, but not on my desk. Good book, not great book. Not worth buying for any one technology, but if you're building a site melding a number of tools together, or trying to get a handle on running communities instead of lists, it can be useful. chuq -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) You seem a decent fellow. I hate to die. From list-managers-owner Tue Oct 17 22:03:43 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA19423; Tue, 17 Oct 2000 22:00:03 -0700 (PDT) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id 4E2EE17E8B for ; Tue, 17 Oct 2000 21:59:54 -0700 (PDT) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9I5Lx228827 for ; Tue, 17 Oct 2000 22:22:00 -0700 Mime-Version: 1.0 Message-Id: Date: Tue, 17 Oct 2000 22:24:03 -0700 To: list-managers@greatcircle.com From: Chuq Von Rospach Subject: FYI -- my new beast. Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk it's finally finished, so I can pass around pointers to it. I've redone all my hockey stuff into its own site, . this is more than just mailing lists, but the lists are still a big part of it. For those that care about such, my baseline rules have morphed again, thanks in no small part to discussion I had with folks and feedback from this list (for which I send thanks). On the technology side, it's based on mailman, mwforum (for web forums, and also for resource lists like pointers to the mailing lists, mhonarc for web archives, all wrapped around Linux and Apache. There's very little code customization here; it's nice to be able to find stuff 'off the shelf' that doesn't need to be heavily hacked to do what I want... I just hope it's good for a couple of years and I don't have to tear it down and start over any time soon... and I hope the users like it, since that's what really matters... chuq -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Sun Oct 22 06:33:48 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA28339; Sun, 22 Oct 2000 06:04:46 -0700 (PDT) Received: from gull.prod.itd.earthlink.net (gull.prod.itd.earthlink.net [207.217.121.85]) by honor.greatcircle.com (Postfix) with ESMTP id 1E13017E8B; Sun, 22 Oct 2000 06:04:37 -0700 (PDT) Received: from ee-nt.climber.org (pool0116.cvx7-bradley.dialup.earthlink.net [209.178.164.116]) by gull.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id GAA05315; Sun, 22 Oct 2000 06:29:41 -0700 (PDT) Message-Id: <4.3.1.0.20001022053531.00b9d7b0@pop.climber.org> X-Sender: eckert@pop.climber.org X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Sun, 22 Oct 2000 05:43:43 -0700 To: list-managers@GreatCircle.COM, majordomo-workers@GreatCircle.COM, mj2-dev@csf.colorado.edu From: SRE Subject: Re: X Loop trapping Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk problem: Many list servers add some sort of loop trapping header, but at least one service provider adds identical headers to every email originated by any user in their domain... so those users appear to be bounces when they send posts or requests. ('*' replaces '-' below, to avoid traps on THIS list) At 08:40 PM 10/17/00, A. Subscriber wrote: >Never mind about the MS Outlook question...it appears that my mail server is >adding the X*Loop header...I tried sending using other mail programs and saw >the same header. So here's a guy for which EVERY message contains the header X*Loop*Detect: 1 At 08:40 PM 10/17/00, A. Subscriber wrote: >I have no control over this...is there any way for me to work around this >and get a response from the list server? I can disable Mj2's loop trapping stuff, but that opens up other problems and so far no one else I'm aware of is adding X*Loop. I add X*Loop headers to outgoing messages, and trap them in posts, to keep loops from hitting the list subscribers. I'm not sure what other packages do, so I'm consulting the oracle to see what you all suggest. Are you using X*Loop as an error trap? Do you have subscribers who send human-originated email with X*Loop headers? Opinions and experiences requested! Below is the response from this subscriber's tech support person: >Thank you for contacting technical support. I apologize for all the >inconvenience this issue may have caused you. Our mail system puts this >comment, X*Loop*Detect: 1, in the subject line to track looping mail > >According to RFCs, you can put a user-defined field that starts with ‘X-‘ >and we use this to track looping mail through our mail servers. If any mail >server isn’t accepting mail because of this, please contact the >administrators of that mail server and request them to setup their mail >server according to RFCs. > >If you have any other question or feel that this issue has not been resolved >to your satisfaction, please feel free to contact us again. > >Best regards >Technical support. From list-managers-owner Mon Oct 23 18:11:55 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA19255; Mon, 23 Oct 2000 17:46:28 -0700 (PDT) Received: from avocet.prod.itd.earthlink.net (avocet.prod.itd.earthlink.net [207.217.121.50]) by honor.greatcircle.com (Postfix) with ESMTP id 927FE17E8B; Mon, 23 Oct 2000 17:46:18 -0700 (PDT) Received: from ee-nt.climber.org (sdn-ar-015casfrMP164.dialsprint.net [158.252.219.166]) by avocet.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id SAA08121; Mon, 23 Oct 2000 18:11:45 -0700 (PDT) Message-Id: <4.3.1.0.20001023174734.00c12520@pop.climber.org> X-Sender: eckert@pop.climber.org X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 23 Oct 2000 17:50:43 -0700 To: Joe Smith From: SRE Subject: Re: Mj2: Re: X Loop trapping Cc: list-managers@greatcircle.com, majordomo-workers@greatcircle.com, mj2-dev@csf.colorado.edu In-Reply-To: <20001023143936.A11737@tardis.Tymnet.COM> References: <4.3.1.0.20001022053531.00b9d7b0@pop.climber.org> <4.3.1.0.20001022053531.00b9d7b0@pop.climber.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 02:39 PM 10/23/00, Joe Smith wrote: >Any loop detector that is not based on the list name is doomed to failure. Well, just trapping ANY x*loop header certainly stops loops! It also stops a bunch of autoresponders that follow the convention of putting loop headers in. This is the first time I've seen an ISP put them in every message sent by every client, and I deliberately set my lists up to look for ANY variant of x*loop because I've seen a bunch of them and they were ALL automated messages. If I make my server only trap headers added by my server, then I don't catch vacation autoresponders and badly behaving routers. (Yes, I look both in the headers and the message body...) From list-managers-owner Tue Oct 24 06:11:52 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id FAA28640; Tue, 24 Oct 2000 05:52:14 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id C70A917E8B for ; Tue, 24 Oct 2000 05:52:09 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2X00CJFRM4ON@eListX.com> for list-managers@greatcircle.com; Tue, 24 Oct 2000 09:18:05 -0400 (EDT) Date: Tue, 24 Oct 2000 09:19:20 -0400 From: James M Galvin Subject: elist address or your address in message TO header To: list-managers@greatcircle.com Reply-To: James M Galvin Message-id: <0G2X00CJGRM4ON@eListX.com> Content-id: <1724.972393559.0@two.elistx.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1724.972393559.1@two.elistx.com> I don't recall seeing this topic discussed here and I'm very interested in what folks think about this issue. Memail.com has just begun switching their elists from having the address of the elist in the message TO header to having the subscribed address in the message TO header. Personally, I'm disappointed because I think only personal email should have my address in the message TO header I know all the reasons why elist managers themselves like this, notably because they get better error messages when email fails and also because it helps remind the subscriber how they got started. But why I really dislike it is because it screws up vacation/out-of-office announcement programs, which are not supposed to reply unless the recipient appears in the message headers. For me personally it also screws up my email filtering, because the first distinction I make is to test whether a message is personal email, i.e., addressed directly to me. Elists are just not personal email. Now I know its Lyris and Link Communications behind what MeMail.Com is doing. I don't really fault Lyris, per se, since I understand the view of doing what the client wants. I also know they don't need it since they do everything else an elist technology can do in the space of managing failed mail. But I also know there are no real "rules" in this space so I decided to get some opinions. Hence my question. Do you think it is appropriate for elists to address their messages as if they were personal email? Thanks, Jim ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1724.972393559.2@two.elistx.com> Content-Description: Contact Information -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at ------- =_aaaaaaaaaa0-- From list-managers-owner Tue Oct 24 07:39:26 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA29609; Tue, 24 Oct 2000 07:33:23 -0700 (PDT) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id 3516217E8B for ; Tue, 24 Oct 2000 07:33:19 -0700 (PDT) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9OEuK232677; Tue, 24 Oct 2000 07:56:20 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <0G2X00CJGRM4ON@eListX.com> References: <0G2X00CJGRM4ON@eListX.com> Date: Tue, 24 Oct 2000 07:54:38 -0700 To: James M Galvin , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >Memail.com has just begun switching their elists from having the address >of the elist in the message TO header to having the subscribed address >in the message TO header. Personally, I'm disappointed because I think >only personal email should have my address in the message TO header I'm planning on doing this, too. >For me personally it also screws up my email filtering, because the >first distinction I make is to test whether a message is personal email, >i.e., addressed directly to me. Elists are just not personal email. I think that's a false assumption that you're filtering on. Instead, I test to see if something is a list, by testing whether the list server sets an appropriate header (ususally Sender) to flag what list it came from. >Hence my question. Do you think it is appropriate for elists to address >their messages as if they were personal email? I think it's appropriate, but I also think you're also looking at the use of the header in a way that shouldn't be assumed here. Three big reasons why I see this as a big win: 1) differentiate the mail lists from spam, since most spam Bcc:s. 2) makes the subscribed address explicit to the user and easy to find, which is a huge plus for large lists full of naive users. 3) personalizes the email. It may only be a small step in personalization, but it's a big one. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 08:40:27 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA00130; Tue, 24 Oct 2000 08:20:19 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 3A97217E8B for ; Tue, 24 Oct 2000 08:20:13 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2X00G3KYGX2J@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 11:46:11 -0400 (EDT) Date: Tue, 24 Oct 2000 11:47:24 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >For me personally it also screws up my email filtering, because the >first distinction I make is to test whether a message is personal email, >i.e., addressed directly to me. Elists are just not personal email. I think that's a false assumption that you're filtering on. Instead, I test to see if something is a list, by testing whether the list server sets an appropriate header (ususally Sender) to flag what list it came from. I would argue as to whether it is a false assumption, since clearly the documented purpose of the message TO header is to indicate where an originator sent a message. The content provider, in general, has no idea who I am and therefore should, by default, not address a message to me or abuse what I'm calling an unfortunate feature of many elist technologies/services (although see my comments below about personalization). Nonetheless, I have to concede that while I might want only my personal email to have my email address in the message TO header, I know it is not true in general anymore. I find this disconcerting. You've also given me another reason why I don't like it, which goes back to one of my original points. There are no real rules in this space, in particular there is no way to know in general that a particular message is an elist message. You suggest testing for an appropriate header, but the point is the "appropriate header" varies by elist technology. Up until recently the only real test you could depend on was checking to see if you were listed in the actual message headers. And, forgive me for repeating myself, vacation/out-of-office announcement technologies depend on this (or at least the good ones do). One problem I see is the overlaying of issues. I understand the need/desire for personalization. It certainly has its place, e.g., if I belong to an organization and they use email to stay in touch, a personalized message has a way of promoting continued loyalty. But frankly, I'm having a lot of trouble accepting that line of reasoning when it comes to discussion groups or newsletters or news distributions. The overlay is the fact that the elist technologies have found yet another weapon in the arsenal against spam, which I would argue doesn't give them anything they don't already have and does take away functionality. So, they latch onto emotions and tell people personalization is a big win. >Hence my question. Do you think it is appropriate for elists to address >their messages as if they were personal email? I think it's appropriate, but I also think you're also looking at the use of the header in a way that shouldn't be assumed here. Three big reasons why I see this as a big win: 1) differentiate the mail lists from spam, since most spam Bcc:s. Turn this around. What spammers really do is rarely put the name of the elist in the actual message headers. Thus an elist technology or service provider can test for this and eliminate 99 44/100% of all attempts to use their elist for spam. Subscribers don't need this feature if elists would their job. 2) makes the subscribed address explicit to the user and easy to find, which is a huge plus for large lists full of naive users. A worthy point, but it's also common now to put the subscribed address in the message itself, usually at the bottom although I get a few at the top. So, I find it difficult to accept this as a significant motivator. 3) personalizes the email. It may only be a small step in personalization, but it's a big one. Certainly, personalization has its place. In my particular example (the memail.com elists) I don't see the need for personalization, but your mileage may vary. This point, however, is really a marketing question, which gets back to the overlaying of issues. My personal opinion is that elist technologies/services are exploiting an opportunity promoted by marketers. The downside as I see it is that it takes away from the overall robustness of the email infrastructure, which is so fragile anyway. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 09:02:09 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA00255; Tue, 24 Oct 2000 08:33:51 -0700 (PDT) Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by honor.greatcircle.com (Postfix) with ESMTP id A302117E8B for ; Tue, 24 Oct 2000 08:33:46 -0700 (PDT) Received: from ee-nt.climber.org (sdn-ar-023casfrMP145.dialsprint.net [63.183.8.147]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id IAA13988; Tue, 24 Oct 2000 08:59:17 -0700 (PDT) Message-Id: <4.3.1.0.20001024085902.00baf4b0@pop.climber.org> X-Sender: eckert@pop.climber.org X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 24 Oct 2000 09:01:33 -0700 To: James M Galvin From: SRE Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM In-Reply-To: <0G2X00CJGRM4ON@eListX.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 06:19 AM 10/24/00, James M Galvin wrote: > Do you think it is appropriate for elists to address >their messages as if they were personal email? It's resource-intensive to do it that way, rather than bulk delivery of the same message to many people, so I doubt it will become a trend. I agree that re-writing the To field is a bad idea, but it's hard to make the case that they're doing you wrong. My lists use a special header that contains the list name (rather than relying on "to", which might not be set if BCC was used) so people can filter reliably. Some vacation programs also ignore "precedence: bulk" and the like, so maybe memail is counting on that? From list-managers-owner Tue Oct 24 09:18:42 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA00500; Tue, 24 Oct 2000 08:58:27 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 4ED5F17E8B for ; Tue, 24 Oct 2000 08:58:22 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00G5908I2J@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 12:24:19 -0400 (EDT) Date: Tue, 24 Oct 2000 12:25:34 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: <4.3.1.0.20001024085902.00baf4b0@pop.climber.org> X-Sender: galvin@two.elistx.com To: SRE Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk > Do you think it is appropriate for elists to address >their messages as if they were personal email? It's resource-intensive to do it that way, rather than bulk delivery of the same message to many people, so I doubt it will become a trend. Actually, it's resource unfair on the receiving side, but not otherwise a big issue on the originating side. It really doesn't take all that much of a machine anymore to sustain 1,000s of concurrent outgoing connections, as long as you're using a multi-threaded SMTP client. However, if you look at a site like AOL, Yahoo, or Hotmail, consider what's happening on their end if you've got a few thousand subscribers from each of their sites on a big elist. Sure, they have some throttle controls but that's where the inefficieny lies; even if they're using a multi-threaded SMTP server. Some vacation programs also ignore "precedence: bulk" and the like, so maybe memail is counting on that? Precedence is another one of those problematic headers. Popularized by USENET, today it enjoys so many different uses that making your statement out of context is specious. On the other hand, it is yet another weapon in the arsenal, albeit an unreliable one. Memail does not insert a precedence header that I see. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 09:34:29 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA00726; Tue, 24 Oct 2000 09:17:37 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id EE99817E8B for ; Tue, 24 Oct 2000 09:17:31 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00G8S14F2J@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 12:43:28 -0400 (EDT) Date: Tue, 24 Oct 2000 12:44:43 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Mitch Collinsworth Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Everything you say is true Mitch, but going back to a comment I made to Chuq, the slippery slope we are on is that there is no standard way to filter. For every elist to which a person subscribes you have to get a few messages and then determine how best to identify those messages so you can filter them. What I'm particularly noticing is a trend (in my opinion overzealous) towards personalization that is eliminating one of the key distinctions (and the only remaining general test) between personal email and elist messages. Certainly a subscriber can still deal with what is happening to them, I'm really just lamenting how I see it getting harder, unnecessarily. Perhaps it isn't getting hard enough and so even I'm being overzealous. Jim On Tue, 24 Oct 2000, Mitch Collinsworth wrote: Date: Tue, 24 Oct 2000 12:09:48 -0400 (EDT) From: Mitch Collinsworth To: James M Galvin Cc: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header > But why I really > dislike it is because it screws up vacation/out-of-office announcement > programs, which are not supposed to reply unless the recipient appears > in the message headers. Do they include a "Precedence: bulk" header? A good vacation program will not respond when this is included. > For me personally it also screws up my email filtering, because the > first distinction I make is to test whether a message is personal email, > i.e., addressed directly to me. Elists are just not personal email. Do they include a "Sender:" header? If so you can filter on this. -Mitch -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 09:51:05 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA01077; Tue, 24 Oct 2000 09:46:13 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 78DCB17E8B for ; Tue, 24 Oct 2000 09:46:08 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id KAA23810 ; Tue, 24 Oct 2000 10:19:14 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <4.3.1.0.20001024085902.00baf4b0@pop.climber.org> References: <4.3.1.0.20001024085902.00baf4b0@pop.climber.org> Date: Tue, 24 Oct 2000 10:11:28 -0700 To: SRE , James M Galvin From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 9:01 AM -0700 10/24/00, SRE wrote: >It's resource-intensive to do it that way, rather than bulk >delivery of the same message to many people, so I doubt it >will become a trend. it's already a trend. give it another year and it'll be quite common. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 10:08:20 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA00776; Tue, 24 Oct 2000 09:22:54 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 2298A17E8B for ; Tue, 24 Oct 2000 09:22:47 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id JAA26374 ; Tue, 24 Oct 2000 09:55:46 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Oct 2000 09:47:13 -0700 To: James M Galvin , Chuq Von Rospach From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 11:47 AM -0400 10/24/00, James M Galvin wrote: >I would argue as to whether it is a false assumption, since clearly the >documented purpose of the message TO header is to indicate where an >originator sent a message. we could argue, but IMHO, you'd lose, and IYHO, I'd lose, probably. you're making the assumption, and I don't buy it, that if someone is being sent something through a list it's no longer being sent to them. I disagree with that, and with the growing use of VERP and customized lists, you can't even say that a mailing list is "bulk" mail per se any more, either. So the assumption you're making might be true of majordomo I, but isn't true of any MLM that VERPs. So it's not a safe assumption to use to generalize across list mail. >Nonetheless, I have to concede that while I might want only my personal >email to have my email address in the message TO header, I know it is >not true in general anymore. I find this disconcerting. And I find it useful and it solves all sorts of problems inherent in mechanics of mail lists in an age where everyone had 93 mail addresses. >is an elist message. You suggest testing for an appropriate header, but >the point is the "appropriate header" varies by elist technology. A minor issue, IMHO. I'd say 90-95% put appropriate info in Sender, and the few who don't still (for the most part) have easily identifiable ways to find them. This is exactly the problem the List-ID RFC is designed to solve, by the way, so it's being resolved, except for people who ignore standards in the first place. >One problem I see is the overlaying of issues. I understand the >need/desire for personalization. It certainly has its place, e.g., if I >belong to an organization and they use email to stay in touch, a >personalized message has a way of promoting continued loyalty. But >frankly, I'm having a lot of trouble accepting that line of reasoning >when it comes to discussion groups or newsletters or news distributions. Fair enough. I certainly am not going to stand and say your opinion's bogus -- I understand where you're coming from, sympathize to some extent, but don't agree and I don't believe it's a common opinion. > > Three big reasons why I see this as a big win: I won't argue point by point, because it boils down to "we disagree". I see your views, I simply don't hold them... > >My personal opinion is that elist technologies/services are exploiting >an opportunity promoted by marketers. The downside as I see it is that >it takes away from the overall robustness of the email infrastructure, >which is so fragile anyway. I think it improves the robustness, because, as someone who runs these things in a big way, the biggest problem I keep running into is the "what the heck address did this route through anyway" issue. I personally disagree that the answer is sticking the subscribed address in the body of the message -- I think the message is owned by the author, not the MLM, and I already have philosophical issues with putting a footer on things, but since it is *so* useful in helping naive users and I can make it explicit that it's not part of the message, I do it. I don't want that to get out of control, however, by stuffing everything I can into it. And stuffing it in a header (aka the List-* stuff or List-ID) isn't a complete solution because there are still too many places that strip all that stuff while rerouting and botching mail delivery. And the users who most need that info are least likely to know how to turn on full headers or whatever it takes to access them. I guess this comes down to a philosophical problem, so of course I'm going to wander in with an analogy for people to find loopholes in -- the post office. As far as I can tell, your view of your mailbox is there is two kinds of mail: 1) mail to you - stuff from mom, your bill from the electrical company. 2) junk mail delivered to "resident" or "occupant". Things like the latest home depot flyer, or the 39 million political flyers I'm madly throwing away. In my view, there's a third style: individually addressed bulk mailing. In the real world, this includes things like the restoration hardware catalog -- it's a mass mailing, but it's still addressed to me. By your view, anything that's mailed in multiples (like that Restoration Hardware catalog) should be sent to my address for Resident. By my view, even though they're mailing a million catalogs, they're still sending me MY copy. I see the e-list area moving into this third area. And I don't have a problem with that, and I think it's a good thing overall. Now if we could only get the paper cataloggers to be as good at unsubscribes and bounce processings as e-mail people are.... -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 10:51:13 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA01687; Tue, 24 Oct 2000 10:40:44 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 5F17B17EB1 for ; Tue, 24 Oct 2000 10:40:35 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00GGK4YW2J@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 14:06:33 -0400 (EDT) Date: Tue, 24 Oct 2000 14:07:47 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Mitch Collinsworth Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk First, I apologize for being imprecise when speaking of the message TO header. I meant it to include both TO and CC message headers, and explicitly not to include RESENT-TO, RESENT-CC, or BCC. With respect to Precedence and Sender being standards, I offer the following observations. Precedence is not a standard insofar as it's use is not documented by a recognized "authority". On the other hand, it has several de facto uses, with the emphasis there on uses, i.e., more than one. Thus, it's hard to call it *a* standard, except perhaps in a specific context. Sender is a standard, being sufficiently well-documented by the earliest of email standards, RFC822. It's supposed to be used to indicate the identity of the sender of the message when that is different than the author. For technologies like majordomo, Lyris, or LISTSERV, it is appropriate for them to set this value when resubmitting a message for delivery, since they are applications that run outside an email system (even when running stand-alone because they are not providing generic email services, just including enough of an email system to serve the elist). However, to suggest that all elist technologies or services should set this value is false. For example, when the elist services of expansion and distribution are provided as part of the MTA, i.e., the email system never gives up control of the message, it would be inappropriate to set this value. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 11:18:45 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA02096; Tue, 24 Oct 2000 11:18:17 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 46BE017E8B for ; Tue, 24 Oct 2000 11:18:11 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00GIV6PK2J@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 14:44:09 -0400 (EDT) Date: Tue, 24 Oct 2000 14:45:23 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk I really like your analogy to postal mail: 1. personal email 2. non-specific junk email 3. specific junk email I had not considered that model before and it very much applies. Seems to me if one accepts that model it pretty much shuts down my issue. As with postal mail, a "subscriber" is left with the responsibility of sorting/filtering their email as best they can with whatever information the originator happens to make available to them. I guess I just feel a little bit of disappointment because we could do better with technology if we would all cooperate to do so. Separately, I do want to comment on a couple other things you said. In my opinion, VERPs belong at the envelope layer, not in the message (i.e., individual addressing), because I try very hard to enforce the postal analogy to an extreme: you don't steam open the envelope and mess with what's inside. Of course that makes VERPs less than 100% effective, since not all email systems respect the separation. And, just to contradict myself, I do like what Lyris does with Message-IDs, but I give myself this because Message-ID really belongs to the email system, not the message, and is just unfortunately carried in the "message". For the record, I strongly support the use of the List-* headers. Although a lot of elists use them, the real issue is getting the email clients to do something useful with them. Also, I, too, am philosophically opposed to adding footers or headers to messages, although as a practical matter they are hard to avoid. On the technical side, if you have an elist that allows other than text/plain content, adding headers and footers fails miserably unless you take care to construct or reconstruct a multipart. Anyway, marketing is one thing and technical issues are another. Although I understand why what's happening is happening, on balance I don't find the technical reasons compelling. Nonetheless, your analogy has "bumped my balance" just a bit. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 12:03:52 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA02587; Tue, 24 Oct 2000 11:56:54 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 3E28F17E8B for ; Tue, 24 Oct 2000 11:56:47 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id MAA24036 ; Tue, 24 Oct 2000 12:29:22 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Oct 2000 12:21:32 -0700 To: James M Galvin , Mitch Collinsworth From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 2:07 PM -0400 10/24/00, James M Galvin wrote: >Precedence is not a standard insofar as it's use is not documented by a >recognized "authority". On the other hand, it has several de facto >uses, with the emphasis there on uses, i.e., more than one. Thus, it's >hard to call it *a* standard, except perhaps in a specific context. I'm rather suprised nobody's fought to standardize this (but no, I don't plan on it). it would be a good thing to do, especially if the standardization would include a formal way of identifying mailbots and vacationbots and the like. Using Precedence: list, Precedence: bulk, et al is a big use of Precedence, but so many things still "roll their own" and make it tough for people trying to do the right thing and avoid nasty bot-loops. Formalizing Precedence and building in a formal standard for bot identification and recognition would be a big plus. >However, to suggest that all elist technologies or services should set >this value is false. For example, when the elist services of expansion >and distribution are provided as part of the MTA, i.e., the email system >never gives up control of the message, it would be inappropriate to set >this value. Good point. When I think of this stuff, I generally make the (incorrect) assumption it's ALL MLM stuff. But it brings up an interesting issue -- how should this be id-ed? List-ID is heading towards RFC (or is it final?). procmail sort of users X-loop. Should there be a standard way of identifying that mail was auto-generated in some way and if so, what kind of information should be provided? -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 12:18:46 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA02507; Tue, 24 Oct 2000 11:50:00 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 826EA17E8B for ; Tue, 24 Oct 2000 11:49:54 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id MAA40106 ; Tue, 24 Oct 2000 12:23:02 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Oct 2000 12:15:11 -0700 To: James M Galvin , Chuq Von Rospach From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 2:45 PM -0400 10/24/00, James M Galvin wrote: >I really like your analogy to postal mail: I love analogies (and I know they drive some folks crazy...) because they help us map new things into the space of the known world -- not just by indentifying how the analogy relates to it, but where the analogy falls apart. To some degree, I see it as a way of understanding what's already known (based on real world analogs) and what parts we have to focus on understanding (because the real world analogs fail or aren't relevant). Effectively, it's debugging by boundary condition testing... >In my opinion, VERPs belong at the envelope layer, not in the message >(i.e., individual addressing), because I try very hard to enforce the >postal analogy to an extreme: you don't steam open the envelope and mess >with what's inside. At a philosophical level, I agree. that's why I don't look footers on mail list messages, but in practice, view it more as sticking a label on the outside of the envelope, since I'm careful to avoid whacking the content, and instead append it to the end. But to play games with terminology, when I'm putting the address in the "to:" line, I'm not steaming open the envelope. I'm attaching a mailing label to the outside -- you're looking at the envelope too literally here with VERP. all I'm doing is choosing to use a more correct (or perhaps specific is a less loaded word) address on that mailing label I paste on the envelope.the header *is* part of the envelope, even if it's not 'envelope' in the terminology of SMTP. If you really want to get literal about it, what I'm doing is what my bank does with my bank statement -- print the address on the statement, and use an envelope with a window instead of printing it on the envelope itself.... >For the record, I strongly support the use of the List-* headers. >Although a lot of elists use them, the real issue is getting the email >clients to do something useful with them. which is a chicken/egg thing. clients won't support them until MLMs use them. MLMs are now starting to support them, so it's a matter of time. We sometimes tend to get into the mindthink that if it doesn't happen overnight, it never will -- and even on the internet, we need some patience (hell, we need a lot more patience. I get tired of living in overdrive...) >Anyway, marketing is one thing and technical issues are another. >Although I understand why what's happening is happening, on balance I >don't find the technical reasons compelling. Nonetheless, your analogy >has "bumped my balance" just a bit. which is why it's nice to talk these things through. It's given me some things to think about, too, as to ways to best do this (and when not to...). I'm not for customization for customization's sake (I really hate false familiarity in messages), but you wouldn't believe what a little personalization does to make people happier. One big problem with MLMs is I think they tend to emphasize this impersonal aspect, which I think encourages trolling and flaming. After all, the messages are from a list, not people on a list. Little things like the "To:" can help reset that mindset by turning lists back from things to people using a thing, and we can only benefit. I'm not saying this is a solution. I'm saying I think it's one small piece that helps... For instance -- Recently I modified my "goodbye" messages sent to people who unsubscribe, so that they say that we're sorry to see them go, and adds a mailto: link if they want to send us feedback on why they're leaving. The most common note I get back is "we're not! we're just changing addresses" -- but the second most common is simply thanking us for asking. And given the internet's propensity to gripe at every opportunity, that I see so few gripes when I'm ASKING people to take a final shot as the door shuts is interesting, but the reaction on simply being asked kinda stunned me. People WANT to think you care. And it's little things that make them think that. Calling them by name instead of "occupant" is a little thing, but it (IMHO) changes attitudes in subtle ways, both from the point of view of the admin and the recipient. It's something I really want to study down the road, and I think "To: fred@hotmail.com" does this a lot better than a footer that says "Your'e subscribed as fred@hotmail.com", whic to some degree reinforces the impersonalization aspect. That comes across to me more as an implied "we don't want ot have to bother looking you up", as opposed to "here's the email we wanted to send you". -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 12:33:45 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA02899; Tue, 24 Oct 2000 12:24:30 -0700 (PDT) Received: from mail.rev.net (mail.rev.net [206.67.68.8]) by honor.greatcircle.com (Postfix) with ESMTP id BD2A917E8B for ; Tue, 24 Oct 2000 12:24:24 -0700 (PDT) Received: from fantasy (USER2.GVA.NET [216.80.135.6]) by mail.rev.net (8.11.1/8.11.1) with ESMTP id e9OJnrU13049 for ; Tue, 24 Oct 2000 15:49:53 -0400 Message-Id: <200010241949.e9OJnrU13049@mail.rev.net> From: "Bernie Cosell" Organization: Fantasy Farm Fibers To: list-managers@GreatCircle.COM Date: Tue, 24 Oct 2000 15:49:54 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: elist address or your address in message TO header X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Perhaps someone could explain to me how this works: if I send a message to a person, and cc the mailing list, or if I send a message "to:" two mailing lists [both occur to me fairly regularly], what happens to the headers? Can someone 'reply to all' to my message and have it go to the 'all' that I, as the author of the message, intended? My sort-of ongoing problem with MLMs isn't so much getting the mail filtered properly --- I only need to figure that out once and then 'emtomb' it in my filter set and then never think about it again... what bugs me is the inconsistency of addresses for "how to reply and get it to go where you want". If the system removes the list-identity from the email, as a _reader_ now [not the filterset], how do I know WHY I got the message? It'll say "To: " and "From: " --- where will the "this came in from the manure forkers mailing list" info be hidden? Or are we entering a world where you *HAVE* to use filters to sort your mail [and so I'd only know what mailing list it came in on by which folder it got sorted to?!]. I may be in the minority [and I'll probably lose] but I still rather prefer that the headers in the message I receive reflect the addressing and routing the author intended... /Bernie\ -- Bernie Cosell Fantasy Farm Fibers mailto:bernie@fantasyfarm.com Pearisburg, VA --> Too many people, too few sheep <-- From list-managers-owner Tue Oct 24 12:48:45 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA02878; Tue, 24 Oct 2000 12:20:23 -0700 (PDT) Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by honor.greatcircle.com (Postfix) with SMTP id 662B617E8B for ; Tue, 24 Oct 2000 12:20:16 -0700 (PDT) Received: (qmail 24450 invoked from network); 24 Oct 2000 19:43:47 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 24 Oct 2000 19:43:47 -0000 Received: (qmail 32382 invoked from network); 24 Oct 2000 19:45:52 -0000 Received: from unknown (HELO 000427EMC.scadian.net) (204.217.159.3) by gonzo.speakeasy.net with SMTP; 24 Oct 2000 19:45:52 -0000 Message-Id: <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> X-Sender: scadianblaise@mail.scadian.net X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 24 Oct 2000 15:45:45 -0400 To: list-managers@GreatCircle.COM From: Jim Trigg Subject: Re: elist address or your address in message TO header In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 12:47 PM 10/24/00, Chuq Von Rospach wrote: >we could argue, but IMHO, you'd lose, and IYHO, I'd lose, probably. you're >making the assumption, and I don't buy it, that if someone is being sent >something through a list it's no longer being sent to them. I disagree >with that, and with the growing use of VERP and customized lists, you >can't even say that a mailing list is "bulk" mail per se any more, either. >So the assumption you're making might be true of majordomo I, but isn't >true of any MLM that VERPs. So it's not a safe assumption to use to >generalize across list mail. What is VERP? That's an acronym I haven't seen before. >At 11:47 AM -0400 10/24/00, James M Galvin wrote: > >>is an elist message. You suggest testing for an appropriate header, but >>the point is the "appropriate header" varies by elist technology. > >A minor issue, IMHO. I'd say 90-95% put appropriate info in Sender, and >the few who don't still (for the most part) have easily identifiable ways >to find them. This is exactly the problem the List-ID RFC is designed to >solve, by the way, so it's being resolved, except for people who ignore >standards in the first place. That sounds nice, except that 50-75% of mail readers in common use cannot filter based on the Sender: header, let alone any particular header. They can filter on: To, From, Subject, Reply-To, or "any header". >I personally disagree that the answer is sticking the subscribed address >in the body of the message -- I think the message is owned by the author, >not the MLM, and I already have philosophical issues with putting a footer >on things, but since it is *so* useful in helping naive users and I can >make it explicit that it's not part of the message, I do it. I don't want >that to get out of control, however, by stuffing everything I can into it. >And stuffing it in a header (aka the List-* stuff or List-ID) isn't a >complete solution because there are still too many places that strip all >that stuff while rerouting and botching mail delivery. And the users who >most need that info are least likely to know how to turn on full headers >or whatever it takes to access them. Which is exactly the problem with using "List-ID" to identify that it's not personal email and should be sent to a separate sorting area. >I guess this comes down to a philosophical problem, so of course I'm going >to wander in with an analogy for people to find loopholes in -- the post >office. > >As far as I can tell, your view of your mailbox is there is two kinds of mail: > >1) mail to you - stuff from mom, your bill from the electrical company. > >2) junk mail delivered to "resident" or "occupant". Things like the latest > home depot flyer, or the 39 million political flyers I'm madly > throwing away. > >In my view, there's a third style: individually addressed bulk mailing. In >the real world, this includes things like the restoration hardware catalog >-- it's a mass mailing, but it's still addressed to me. > >By your view, anything that's mailed in multiples (like that Restoration >Hardware catalog) should be sent to my address for Resident. By my view, >even though they're mailing a million catalogs, they're still sending me >MY copy. > >I see the e-list area moving into this third area. And I don't have a >problem with that, and I think it's a good thing overall. Now if we could >only get the paper cataloggers to be as good at unsubscribes and bounce >processings as e-mail people are.... I agree that there are three categories, and what they are. In an ideal world, subscription lists would have two standard headers that could be filtered on - a general one that indicates that it is a subscription list and a specific one that indicates what list it is. The basic problem is that there are three pieces of data that need to be conveyed in the headers and only two universally accessible locations for that data. The universally accessible locations are the From and To headers, and the three pieces are the originator, the destination, and the remailing agent. You appear to be arguing from the perspective of running lists where the originator and the remailing agent are negligibly different (announcement lists). Jim appears to be arguing from a perspective of "if the remailing agent isn't the originator, I care more about the remailing agent than the destination." I'm looking for a middle ground, but failing to find something that satisfies all of the requirements (short of writing my own MUA, and that's not a useful answer). I especially identify with Jim from the perspective of lists where copies are not commonly sent to the originator of the post being responded to. I want to prioritize such that a personal reply to my posting shows up in my inbox, but a reply to the list shows up in the list folder. If the list replaces its address with mine in the To field, it's harder to tell which is which (especially if the respondent's MUA preserves other headers). Jim Trigg From list-managers-owner Tue Oct 24 13:18:45 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA03381; Tue, 24 Oct 2000 13:12:09 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id E2A7D17E8B for ; Tue, 24 Oct 2000 13:12:02 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00J5MBZ181@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 16:37:51 -0400 (EDT) Date: Tue, 24 Oct 2000 16:39:03 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >Precedence is not a standard insofar as it's use is not documented by a >recognized "authority". I'm rather suprised nobody's fought to standardize this (but no, I don't plan on it). At this point, the principal problem would be that the varied uses are incompatible. Thus, the best path, I think, is to create new headers, one for each use, which, or course, has its own backward compatibility issues. >However, to suggest that all elist technologies or services should set >this value is false. For example, when the elist services of expansion >and distribution are provided as part of the MTA, i.e., the email system >never gives up control of the message, it would be inappropriate to set >this value. Good point. When I think of this stuff, I generally make the (incorrect) assumption it's ALL MLM stuff. But it brings up an interesting issue -- how should this be id-ed? Which, in fact, is the same question I was asking, although I didn't choose a particularly good context in which to ask it. Just to be specific, and please correct me if this is not where you were headed, given any arbitrary message and only that message, is it possible to know if it is from an elist? If I allow myself additional information, e.g., knowing I subscribed to an elist at a particular address, then certainly I can probably always construct a filter that will identify such messages. However, because there is no standard for id'ing an elist message, the question can not be answered in general without out-of-band information. By the way, there was an attempt many years ago, early 1990's, in the IETF to standardize many MLM functions and features. However, back then, BITNET was still strong enough that LISTSERV versus majordomo (less so) versus the Internet de facto standard of "-request" split the community and consensus was never achieved. The List-* headers are a Proposed Standard in the IETF (the first step along the 3-step standardization path), and there's no reason to think they will not evenutally be a full Standard. One could make the case that the List-* headers were a creative way around the political issues of a decade ago. (And as far as I know LISTSERV does not support them.) Sadly, none of the List-* headers are required, even if you're supporting them. In the next iteration of the standard I'd like to see it say that if you are going to support List-* headers you must include "THIS HEADER". Currently, the document does say that it is sufficient to include only the List-Help header, which suggests it should probably be the required header, but I think a case could be made for List-Owner also. I'm not especially partial to either; I'd would just like one chosen. If this were done I think it would constitute an id for MLM stuff, irrespective of whether it is supported by an email system or elist application. On the issue of "auto-generated" email, X.400 protocols actually handled all this much better, but then they were much stricter about the envelope versus message separation issue. There has been some discussion from time-to-time in the IETF among the email folk about standardizing an "auto-generated" id of some sort, but a constituency never seems to develop so it doesn't go anywhere. The real problem with headers is the chicken and egg analogy you eluded to in an earlier message. If the email clients/applications don't actually support them, they are doomed to failure anyway. Jim From list-managers-owner Tue Oct 24 13:48:46 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA03587; Tue, 24 Oct 2000 13:36:50 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 0484017E8B for ; Tue, 24 Oct 2000 13:36:44 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00J7KD4K81@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 17:02:45 -0400 (EDT) Date: Tue, 24 Oct 2000 17:03:58 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: <200010241949.e9OJnrU13049@mail.rev.net> X-Sender: galvin@two.elistx.com To: Bernie Cosell Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Perhaps someone could explain to me how this works: if I send a message to a person, and cc the mailing list, or if I send a message "to:" two mailing lists [both occur to me fairly regularly], what happens to the headers? Can someone 'reply to all' to my message and have it go to the 'all' that I, as the author of the message, intended? The answer to your question is it depends on how the elist or its supporting technology is configured. The better technologies offer all sorts of options, some they probably didn't intend, but it's amazing what users will do given even half-a-chance. I can tell you what a well-behaved email system is supposed to do, but most MLM stuff is an elist application that is not an email system (proudly so in some cases) and thus all bets are off. In any case, your question is a corollary to the question I've been asking. Not only is there no standard for how to identify an elist message, there is no standard set of accepted practices for how to configure or operate elists for particular purposes (e.g., discussion, digest, or newsletter elist), although there are some de facto practices. The other thing to keep in mind is that once you submit a message for delivery, usually to a local SMTP server to handle on your behalf, if the message is destined to leave a local, corporate, or otherwise closed environment, i.e., it is headed for the Internet, you have no control over it whatsoever. You certainly have no control over what a recipient's local email system or client is likely to do to the message. This is a tenet of the Internet email infrastructure. Kinda gives you the "warm fuzzies", doesn't it?! :-) Enjoy, Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 14:03:59 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA03775; Tue, 24 Oct 2000 13:56:34 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 3DD3717EB4 for ; Tue, 24 Oct 2000 13:56:28 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G2Y00JCCE1G4P@eListX.com> for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 17:22:29 -0400 (EDT) Date: Tue, 24 Oct 2000 17:23:41 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk But to play games with terminology, when I'm putting the address in the "to:" line, I'm not steaming open the envelope. I'm attaching a mailing label to the outside -- you're looking at the envelope too literally here with VERP. all I'm doing is choosing to use a more correct (or perhaps specific is a less loaded word) address on that mailing label I paste on the envelope.the header *is* part of the envelope, even if it's not 'envelope' in the terminology of SMTP. If you really want to get literal about it, what I'm doing is what my bank does with my bank statement -- print the address on the statement, and use an envelope with a window instead of printing it on the envelope itself.... Heh, heh, nice analogy. But I think I can use it to my benefit instead of yours. :-) I would make the case that the bank statement analogy is better matched with personalizing the actual content as opposed to the headers. The physical envelope itself is generic, as should the headers be in an elist message. The window itself represents the name of the elist, with what's visible on the inside representing the SMTP envelope information. The actual name and address information on the inside represents the salutation of the actual content of the email message. I think the real problem here is that Internet email (SMTP/RFC822) overloads the "headers" in a "message". I had intimated before that at least one thing X.400 really did do better was to make an absolute separation of such things. Without this I don't see any easy resolutions. Recently I modified my "goodbye" messages sent to people who unsubscribe, so that they say that we're sorry to see them go, and adds a mailto: link if they want to send us feedback on why they're leaving. Good idea! I've already added this to my service. Thanks, Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 24 14:18:47 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA04008; Tue, 24 Oct 2000 14:14:19 -0700 (PDT) Received: from gsp.org (rsk.tidalwave.com [208.211.3.21]) by honor.greatcircle.com (Postfix) with ESMTP id 3200B17EB4 for ; Tue, 24 Oct 2000 14:14:10 -0700 (PDT) Received: (from rsk@localhost) by gsp.org (8.11.1/8.11.1) id e9OLfXg03090 for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 17:41:33 -0400 (EDT) Date: Tue, 24 Oct 2000 17:41:21 -0400 From: Rich Kulawiec To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header Message-ID: <20001024174121.A2815@gsp.org> References: <0G2X00CJGRM4ON@eListX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <0G2X00CJGRM4ON@eListX.com>; from galvin@acm.org on Tue, Oct 24, 2000 at 09:19:20AM -0400 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Tue, Oct 24, 2000 at 09:19:20AM -0400, James M Galvin wrote: > Memail.com has just begun switching their elists from having the address > of the elist in the message TO header to having the subscribed address > in the message TO header. Personally, I'm disappointed because I think > only personal email should have my address in the message TO header And you're correct, of course. Mail sent "to" a mailing list address such as list-managers@greatcircle.com is not sent to any individual, but to the address of the mailing list -- and it is therefore that address which should appear in the "To:" field. Not only that, but (and I'll check on this) I believe that this violates RFC 822. See also http://www.unicom.com/pw/reply-to-harmful.html ("Reply-To" Munging Considered Harmful) which does not address this specific topic, but one closely related to it. ---Rsk From list-managers-owner Tue Oct 24 14:33:47 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA04056; Tue, 24 Oct 2000 14:19:35 -0700 (PDT) Received: from gsp.org (rsk.tidalwave.com [208.211.3.21]) by honor.greatcircle.com (Postfix) with ESMTP id 03D1E17EB1 for ; Tue, 24 Oct 2000 14:19:23 -0700 (PDT) Received: (from rsk@localhost) by gsp.org (8.11.1/8.11.1) id e9OLkg703412 for list-managers@GreatCircle.COM; Tue, 24 Oct 2000 17:46:42 -0400 (EDT) Date: Tue, 24 Oct 2000 17:46:40 -0400 From: Rich Kulawiec To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header Message-ID: <20001024174639.B2815@gsp.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from galvin@acm.org on Tue, Oct 24, 2000 at 12:44:43PM -0400 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Tue, Oct 24, 2000 at 12:44:43PM -0400, James M Galvin wrote: > For every elist to which a person subscribes you have to get a few > messages and then determine how best to identify those messages so you > can filter them. What I'm particularly noticing is a trend (in my > opinion overzealous) towards personalization that is eliminating one of > the key distinctions (and the only remaining general test) between > personal email and elist messages. I completely agree. The newbies running many of the mailing lists out there are either not thinking through all of the issues *or* are selfish enough to attempt to deploy a solution which works for *them*... but which hoses everyone else. That said, a standard mechanism by which mailing list messages can be filtered is highly desirable. Clearly, "Subject:" line tags are a farce and can't be used; the "To:" field can sometimes be used, as can the "Cc:" field (and procmail has a mechanism to treat both the same way w.r.t. filtering); "Sender:" can sometimes be used but many mailing lists don't set it correctly -- and a surprising number of sites don't treat it correctly; amd "X-Mailing-List:" is, AFAIK, not part of any RFC. Time out for a quick check...okay, the procmail rulesets in place here indicate that 331 out of 362 mailing lists can be filtered correctly using "TO"; "Sender:" works for 23 of those left over; and the rest fall into miscellaneous categories. ---Rsk From list-managers-owner Tue Oct 24 14:49:24 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA04158; Tue, 24 Oct 2000 14:27:53 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 4EE4317EB1 for ; Tue, 24 Oct 2000 14:27:31 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id PAA35028 ; Tue, 24 Oct 2000 15:00:06 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Tue, 24 Oct 2000 14:52:05 -0700 To: James M Galvin , Chuq Von Rospach From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 4:39 PM -0400 10/24/00, James M Galvin wrote: >At this point, the principal problem would be that the varied uses are >incompatible. Thus, the best path, I think, is to create new headers, >one for each use, which, or course, has its own backward compatibility >issues. If it's an optional superset, it's not a huge deal. But now you start to see why I said I wasn't going ot fight this fight.. (grin) >Just to be specific, and please correct me if this is not where you were >headed, given any arbitrary message and only that message, is it >possible to know if it is from an elist? I do not know of a generally available MLM where you can't use a header to figure it out. I'm sure there are some weirdies out there, but most encode the Sender, MLMs are starting to use List-ID, and if that doesn't work, I can usually use Reply-To, Errors-to or some other header that has a pointer back to an admin/bounce address. One MLM in my filter list (I think it's ezmlm) uses "mailing-list", which violates the RFCs, IMHO (it ought to be X-Mailing-List, since it's not a formal header). I'd say you could write a fairly reasonable procmail script to true/false is-a-list and be right with high accuracy. >The List-* headers are a Proposed Standard in the IETF (the first step >along the 3-step standardization path), and there's no reason to think >they will not evenutally be a full Standard. One could make the case >that the List-* headers were a creative way around the political issues >of a decade ago. (And as far as I know LISTSERV does not support them.) Mailman will in 2.0, along with List-ID. I expect as they're formalized, you'll see other MLMs add them. I can understand at some level why someone like listserv takes their time here -- because you run the risk of adopting something that changes. It's easier for a smaller MLM or an open-source system to do this than a big corporate entity, because the users tend to be more tolerant of "oh, the RFC changed, this will be incompatible in the next release" isms. >"THIS HEADER". Currently, the document does say that it is sufficient >to include only the List-Help header, which suggests it should probably >be the required header, but I think a case could be made for List-Owner >also. Some of that comes from expecting list-id to be what is used for identifying lists, which is on a separate RFC track and last I looked, somewhat behind. the List-* stuff wasn't designed for filter identification issues as much as encoding data for mail client automation. So the long-term answer is List-ID, unless it gets sideracked and falters. >On the issue of "auto-generated" email, X.400 protocols actually handled >all this much better, but then they were much stricter about the >envelope versus message separation issue. There has been some >discussion from time-to-time in the IETF among the email folk about >standardizing an "auto-generated" id of some sort, but a constituency >never seems to develop so it doesn't go anywhere. I've been tempted to add an X-Loop, even if it's not procmail, simply because filters have a chance to worry about that. that, and Precedence: bulk help, because things like vacation are smart enough to know that if I'm sending it bulk, I don't need ot know you're on vacation. That probably gets half. >The real problem with headers is the chicken and egg analogy you eluded >to in an earlier message. If the email clients/applications don't >actually support them, they are doomed to failure anyway. If you don't use them, though, the client authors have no reason to adopt them. Someone has to lead, and it takes time. I'm *just now* starting to look at CSS on my web sites, because my user population has finally hit a point where a large majority uses CSS compatible browsers. And even at that, I plan on keeping it really simple because of compatibility issues -- but six months ago, I wouldn't even consider it..... -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 15:04:09 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA04130; Tue, 24 Oct 2000 14:27:04 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 776D817EB1 for ; Tue, 24 Oct 2000 14:26:58 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id OAA46472 ; Tue, 24 Oct 2000 14:59:59 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> References: <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> Date: Tue, 24 Oct 2000 14:40:49 -0700 To: Jim Trigg , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 3:45 PM -0400 10/24/00, Jim Trigg wrote: >What is VERP? That's an acronym I haven't seen before. here's a reasonable explanation: Basically, it's setting the return envelope to encode subscriber info in it for bounce processing -- but to be honest, we're de facto extending that to include all aspects of e-mail customization. At the base level, it's sending out individual messages to every person on a mail list as opposed to bulk-mailing to a list. >That sounds nice, except that 50-75% of mail readers in common use >cannot filter based on the Sender: header, let alone any particular >header. They can filter on: To, From, Subject, Reply-To, or "any >header". so we shouldn't use any technology everyone can't use? We shouldn't put the hooks into things to encourage other client programmers to accept and use them? you have to move things forward or they stagnate or die. Especially in a case like this, where if they don't want to take advantage of it, they don't have to. But should we not do this for the people who do have the capability because some folks don't? (in case it's not obvious, I don't but taht approach. I don't add gizmos to my systems because they exist, but I don't hold back just because some subset can't take advantage of them, either) >Which is exactly the problem with using "List-ID" to identify that >it's not personal email and should be sent to a separate sorting >area. but this is a case where the MLMs have to take a lead in promoting the RFC. the clients aren't going to support it until the MLMs do (why should they?), the MLMs have to put it out there so the client programmers will know it makes sense to support it. Same with the list-* RFCs. >Jim appears to be arguing from a perspective of "if the remailing >agent isn't the originator, I care more about the remailing agent >than the destination." I'm looking for a middle ground, but failing >to find something that satisfies all of the requirements (short of >writing my own MUA, and that's not a useful answer). Interesting point, but let me take it in a slightly different direction (oh, damn. Chuqui's gonna throw out another analogy). We have those three pieces of data: who's it from, who's it to, and how did it get there? From is simple -- the author goes in the from line. We're arguing about which piece ought to be in the to:/Cc: line. The person being sent the mail, or the list delivering it. And sitting back and thinking about it a bit more, the answer probably ends up "it depends". If you view the MLM as the postman, does it make sense to put the postman's name on the envelope instead of the final receipient? Taht's effectively what most MLMs do today. I now realize there's a nasty wrinkle in all this. I've been thinking primarily from the point of view of announcement style lists (since that's where most of my work is these days) -- that is literally the on-line version of that Restoration Hardware catalog I used earlier. However, with discussion lists, it's less clear. If you coerce the To line, you lose the linkage back ot the list for replies, unless you choose to include a coerced Reply-To. No, I won't go there. But you have to have some linkage back to the list, which is where the postal analogies break down. Restoration hardware doesn't get involved in lengthy discussions with their catalog recipients via postal mail. So it really looks like we're all right here, depending on circumstance. you have: announcement lists: Coerce To to end user, since they aren't intended to reply. discussion lists: Coerce to: to end user, Coerce reply-to to list if you want to noodge stuff through the list. Don't Coerce either if you want to leave it up to the user where to reply. I'd say, now that I think about it, that for most of my discussion lists, I'd rather NOT coerce To/Reply-To on discussion lists than coerce it just to make the To: line "right". But for announcement-type lists, I still think coercing the To: line to the end user is a win. In other words, it's a dessert topping and a floor wax. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Tue Oct 24 21:49:10 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA08564; Tue, 24 Oct 2000 21:44:21 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.13.23]) by honor.greatcircle.com (Postfix) with SMTP id D793117E8B for ; Tue, 24 Oct 2000 21:44:16 -0700 (PDT) Received: (qmail 27143 invoked by uid 50); 25 Oct 2000 05:10:01 -0000 To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header References: In-Reply-To: James M Galvin's message of "Tue, 24 Oct 2000 12:25:34 -0400 (EDT)" From: Russ Allbery Organization: The Eyrie Date: 24 Oct 2000 22:10:01 -0700 Message-ID: Lines: 19 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: list-managers-owner@GreatCircle.COM Precedence: bulk James M Galvin writes: > Some vacation programs also ignore "precedence: bulk" and the like, > so maybe memail is counting on that? > Precedence is another one of those problematic headers. Popularized by > USENET, today it enjoys so many different uses that making your > statement out of context is specious. Popularized by Usenet? Huh? Precedence has never been a Usenet header that I've ever seen. The oldest use of precedence that I'm aware of is that Precedence: junk has been in the headers generated by the old-style Unix vacation program for eons, and sendmail.cf had handling of a few different types of precedence headers and they had some effect on queue prioritization. -- Russ Allbery (rra@stanford.edu) From list-managers-owner Tue Oct 24 22:04:03 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id VAA08615; Tue, 24 Oct 2000 21:48:07 -0700 (PDT) Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.13.23]) by honor.greatcircle.com (Postfix) with SMTP id E828817E8B for ; Tue, 24 Oct 2000 21:48:01 -0700 (PDT) Received: (qmail 27150 invoked by uid 50); 25 Oct 2000 05:13:47 -0000 To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header References: <0G2X00CJGRM4ON@eListX.com> <20001024174121.A2815@gsp.org> In-Reply-To: Rich Kulawiec's message of "Tue, 24 Oct 2000 17:41:21 -0400" From: Russ Allbery Organization: The Eyrie Date: 24 Oct 2000 22:13:46 -0700 Message-ID: Lines: 23 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Rich Kulawiec writes: > And you're correct, of course. Mail sent "to" a mailing list address > such as list-managers@greatcircle.com is not sent to any individual, but > to the address of the mailing list -- and it is therefore that address > which should appear in the "To:" field. Not only that, but (and I'll > check on this) I believe that this violates RFC 822. RFC 822 specifies the format of messages for a communications protocol between hosts. Once you've got the message in your hot little hands and you're doing other things with it, you can fiddle with it as much as you want. I've never bought the argument that list reflectors are somehow part of the mail transport system; as far as I'm concerned, mailing list software consumes an e-mail message and then generates a completely new (but substantially similar) message that it sends to some number of recipients. Otherwise, there are way too many things that *all* list management software does to messages that would break the rules for e-mail relaying. Like changing the envelope sender. -- Russ Allbery (rra@stanford.edu) From list-managers-owner Tue Oct 24 22:50:03 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA09246; Tue, 24 Oct 2000 22:36:15 -0700 (PDT) Received: from devo.impressive.net (cr699510-a.slnt1.on.wave.home.com [24.112.162.213]) by honor.greatcircle.com (Postfix) with ESMTP id BCD3A17E8B for ; Tue, 24 Oct 2000 22:36:09 -0700 (PDT) Received: by devo.impressive.net (Postfix, from userid 500) id 1FE2B37DD6; Wed, 25 Oct 2000 02:01:51 -0400 (EDT) Date: Wed, 25 Oct 2000 02:01:51 -0400 From: Gerald Oskoboiny To: James M Galvin Cc: list-managers@greatcircle.com Subject: Re: elist address or your address in message TO header Message-ID: <20001025020150.A28973@impressive.net> Mail-Followup-To: James M Galvin , list-managers@greatcircle.com References: <0G2X00CJGRM4ON@eListX.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0G2X00CJGRM4ON@eListX.com>; from galvin@acm.org on Tue, Oct 24, 2000 at 09:19:20AM -0400 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Tue, Oct 24, 2000 at 09:19:20AM -0400, James M Galvin wrote: > I don't recall seeing this topic discussed here and I'm very interested > in what folks think about this issue. > > Memail.com has just begun switching their elists from having the address > of the elist in the message TO header to having the subscribed address > in the message TO header. Personally, I'm disappointed because I think > only personal email should have my address in the message TO header In general, I think altering any of the original headers in a message is bad and should be avoided whenever possible. (which is pretty much always, in my experience.) Modifying the Subject or Reply-To is bad enough, but doing it to other headers like To:, From:, or Message-Id: is an extremely bad idea, IMO. > I know all the reasons why elist managers themselves like this, notably > because they get better error messages when email fails and also because > it helps remind the subscriber how they got started. I think VERPs are the way to go to track bounces, and List-* headers can help with everything else (that is, envisioning a future a few years from now where these headers are generated by default by MLMs and taken advantage of by MUAs.) > But why I really > dislike it is because it screws up vacation/out-of-office announcement > programs, which are not supposed to reply unless the recipient appears > in the message headers. Lists should issue Precedence: and List-* headers, and autoresponders should not reply to incoming mail with those headers, no matter who the apparent recipient is. > For me personally it also screws up my email filtering, because the > first distinction I make is to test whether a message is personal email, > i.e., addressed directly to me. Elists are just not personal email. I suggest making that the last distinction: filter mail from known lists first (preferably using the List-Id header), then filter mail that's addressed to you to your inbox, then filter anything else to a low priority mailbox, because it's probably spam. > Now I know its Lyris and Link Communications behind what MeMail.Com is > doing. I don't really fault Lyris, per se, since I understand the view > of doing what the client wants. I also know they don't need it since > they do everything else an elist technology can do in the space of > managing failed mail. But I also know there are no real "rules" in this > space so I decided to get some opinions. > > Hence my question. Do you think it is appropriate for elists to address > their messages as if they were personal email? No, that's not appropriate at all, at least not for discussion lists. (announcement lists are much different, and I don't see anything wrong with doing it for those kinds of lists.) -- Gerald Oskoboiny http://impressive.net/people/gerald/ From list-managers-owner Wed Oct 25 07:04:59 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA18408; Wed, 25 Oct 2000 06:57:51 -0700 (PDT) Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by honor.greatcircle.com (Postfix) with SMTP id 5E25417E8B for ; Wed, 25 Oct 2000 06:57:45 -0700 (PDT) Received: (qmail 9561 invoked from network); 25 Oct 2000 14:21:20 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 25 Oct 2000 14:21:20 -0000 Received: (qmail 514 invoked from network); 25 Oct 2000 14:23:32 -0000 Received: from unknown (HELO 000427EMC.scadian.net) (204.217.159.3) by gonzo.speakeasy.net with SMTP; 25 Oct 2000 14:23:32 -0000 Message-Id: <5.0.0.25.0.20001025095931.00a24eb0@mail.scadian.net> X-Sender: scadianblaise@mail.scadian.net X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 25 Oct 2000 10:23:26 -0400 To: Chuq Von Rospach , list-managers@GreatCircle.COM From: Jim Trigg Subject: Re: elist address or your address in message TO header In-Reply-To: References: <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 05:40 PM 10/24/00, Chuq Von Rospach wrote: >At 3:45 PM -0400 10/24/00, Jim Trigg wrote: > >>That sounds nice, except that 50-75% of mail readers in common use cannot >>filter based on the Sender: header, let alone any particular >>header. They can filter on: To, From, Subject, Reply-To, or "any header". > >so we shouldn't use any technology everyone can't use? We shouldn't put >the hooks into things to encourage other client programmers to accept and >use them? > >you have to move things forward or they stagnate or die. Especially in a >case like this, where if they don't want to take advantage of it, they >don't have to. But should we not do this for the people who do have the >capability because some folks don't? > >(in case it's not obvious, I don't but taht approach. I don't add gizmos >to my systems because they exist, but I don't hold back just because some >subset can't take advantage of them, either) No, that's not what I'm saying. I have no problem with adding features that allow more advanced users to use them while less advanced users can't. I have a problem with changing things so that the less advanced users are no longer able to do what they once could. >>Which is exactly the problem with using "List-ID" to identify that it's >>not personal email and should be sent to a separate sorting area. > >but this is a case where the MLMs have to take a lead in promoting the >RFC. the clients aren't going to support it until the MLMs do (why should >they?), the MLMs have to put it out there so the client programmers will >know it makes sense to support it. Same with the list-* RFCs. That's true. The problem is that you seem to be advocating making the new feature the *only* way to identify the list that the message came by. Jim Trigg From list-managers-owner Wed Oct 25 07:34:18 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA18722; Wed, 25 Oct 2000 07:29:35 -0700 (PDT) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id BC39517E8B for ; Wed, 25 Oct 2000 07:29:30 -0700 (PDT) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9PEqZ209439; Wed, 25 Oct 2000 07:52:35 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <5.0.0.25.0.20001025095931.00a24eb0@mail.scadian.net> References: <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> <5.0.0.25.0.20001024152920.00a18c70@mail.scadian.net> <5.0.0.25.0.20001025095931.00a24eb0@mail.scadian.net> Date: Wed, 25 Oct 2000 07:53:37 -0700 To: Jim Trigg , Chuq Von Rospach , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 10:23 AM -0400 10/25/00, Jim Trigg wrote: > >That's true. The problem is that you seem to be advocating making >the new feature the *only* way to identify the list that the message >came by. no, not only. Perhaps official is the better term. Of course, if you have a better way of doing it, we're all ears... -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Wed Oct 25 09:19:28 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA19565; Wed, 25 Oct 2000 09:00:39 -0700 (PDT) Received: from mail.rev.net (mail.rev.net [206.67.68.8]) by honor.greatcircle.com (Postfix) with ESMTP id A724D17E8B for ; Wed, 25 Oct 2000 09:00:33 -0700 (PDT) Received: from fantasy (USER9.GVA.NET [216.80.135.13]) by mail.rev.net (8.11.1/8.11.1) with ESMTP id e9PGQKd07248 for ; Wed, 25 Oct 2000 12:26:20 -0400 Message-Id: <200010251626.e9PGQKd07248@mail.rev.net> From: "Bernie Cosell" Organization: Fantasy Farm Fibers To: list-managers@GreatCircle.COM Date: Wed, 25 Oct 2000 12:26:17 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: elist address or your address in message TO header In-reply-to: References: <5.0.0.25.0.20001025095931.00a24eb0@mail.scadian.net> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On 25 Oct 2000, at 7:53, Chuq Von Rospach wrote: > At 10:23 AM -0400 10/25/00, Jim Trigg wrote: > > > >That's true. The problem is that you seem to be advocating making > >the new feature the *only* way to identify the list that the message > >came by. > > no, not only. Perhaps official is the better term. > > Of course, if you have a better way of doing it, we're all ears... Perhaps you need to remind me/us of what "it" is. If I remember right [it was a lot of email ago], the only reasons offered for this "feature" [sic] were: 1) making it easier to trace errors 2) give incompetent users a better warm-fuzzy feeling about their email being "personalized". Downsides (at least the ones I saw right off): hard to tell if the email really *WAS* addressed to you or not or if it was list-originated harder to reply to the list (if you can correctly guess which one originated the message) [or do the MLMs that do this sort of thing also mung the reply-to?] So, while I await to be eddicated about all the other problems this scheme is intended to help, how about: 1) is done at least as well, if not better, by VERP 2) if you want to personalize, why not personalize the BODY... the headers are what I see when I scan my mailbox and what I filter on, and so, IMO, so space there is precious. So if you *HAVE* to "personalize", why not change the *body* of the message. You could have it say something like: Dear Chuq. Here's your latest issue of the hockey-lovers digest we hope you enjoy it as much as the previous digests... [rest of message] ... and it'll all feel SO friendly and personal.. :o) I must be missing something really useful important, because those are _surely_ not the real reasons for what I see as a basically bogus change. /Bernie\ -- Bernie Cosell Fantasy Farm Fibers mailto:bernie@fantasyfarm.com Pearisburg, VA --> Too many people, too few sheep <-- From list-managers-owner Wed Oct 25 10:18:48 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA20217; Wed, 25 Oct 2000 10:12:40 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 835A417E8B for ; Wed, 25 Oct 2000 10:12:35 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id KAA30770 ; Wed, 25 Oct 2000 10:45:44 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <200010251626.e9PGQKd07248@mail.rev.net> References: <5.0.0.25.0.20001025095931.00a24eb0@mail.scadian.net> <200010251626.e9PGQKd07248@mail.rev.net> Date: Wed, 25 Oct 2000 10:37:48 -0700 To: "Bernie Cosell" , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Does this help? > > >That's true. The problem is that you seem to be advocating making >> >the new feature the *only* way to identify the list that the message >> >came by. >> >> no, not only. Perhaps official is the better term. >> >> Of course, if you have a better way of doing it, we're all ears... > >Perhaps you need to remind me/us of what "it" is. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Wed Oct 25 10:33:48 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA20341; Wed, 25 Oct 2000 10:24:03 -0700 (PDT) Received: from mail.rev.net (mail.rev.net [206.67.68.8]) by honor.greatcircle.com (Postfix) with ESMTP id 9920717E8B for ; Wed, 25 Oct 2000 10:23:56 -0700 (PDT) Received: from fantasy (USER9.GVA.NET [216.80.135.13]) by mail.rev.net (8.11.1/8.11.1) with ESMTP id e9PHniL13023 for ; Wed, 25 Oct 2000 13:49:45 -0400 Message-Id: <200010251749.e9PHniL13023@mail.rev.net> From: "Bernie Cosell" Organization: Fantasy Farm Fibers To: list-managers@GreatCircle.COM Date: Wed, 25 Oct 2000 13:49:42 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: elist address or your address in message TO header In-reply-to: References: <200010251626.e9PGQKd07248@mail.rev.net> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On 25 Oct 2000, at 10:37, Chuq Von Rospach wrote: > Does this help? > > > > >That's true. The problem is that you seem to be advocating making > >> >the new feature the *only* way to identify the list that the message > >> >came by. > >> no, not only. Perhaps official is the better term. > >> > >> Of course, if you have a better way of doing it, we're all ears... > > > >Perhaps you need to remind me/us of what "it" is. No and I'm more confused than ever now and I apologize for being reall dense about this. If by 'it' you meant 'to identify the list that the message came by', then I'm perplexed, because the proposed scheme [removing the listname from the To or CC [as appropriate] and replacing it with the person's email addr] isn't a scheme for doing that at all but rather makes it *HARDER* to figure out whence the message came... If you meant something else, then it went completely over my head, becasue that 'came by' comment in what you forwarded back si the only thing I could see as a possible referent for 'it' and... That's why I asked --- at the expense of making email more confusing and making it *harder* to figure out "the list that the message came by", we get... ??what?? /Bernie\ -- Bernie Cosell Fantasy Farm Fibers mailto:bernie@fantasyfarm.com Pearisburg, VA --> Too many people, too few sheep <-- From list-managers-owner Wed Oct 25 12:03:48 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA21346; Wed, 25 Oct 2000 11:59:38 -0700 (PDT) Received: from ivan.iecc.com (ivan.iecc.com [208.31.42.33]) by honor.greatcircle.com (Postfix) with SMTP id 81D4A17E8B for ; Wed, 25 Oct 2000 11:59:32 -0700 (PDT) Received: (qmail 25567 invoked by uid 100); 25 Oct 2000 15:25:22 -0400 Date: Wed, 25 Oct 2000 15:25:20 -0400 (EDT) From: John R Levine To: Bernie Cosell Cc: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header In-Reply-To: <200010251749.e9PHniL13023@mail.rev.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk > That's why I asked --- at the expense of making email more confusing and > making it *harder* to figure out "the list that the message came by", we > get... ??what?? I think the suggestion is to put the recipient's address in the To: line, and to put the list name in Sender: or X-List-Name: or something like that for people who use filtering rules to sort list mail into separate mailboxes. I really like the idea of putting the receipient's name in the To: line. Even though I use VERP to put a unique envelope return address on each message sent out to my lists, and that works quite well for bounce pruning, I get plenty of both manual and automatic bounces where the envelope and most of the header lines are all gone or smashed beyond recognition. It's rare to lose the To: line, which means that I can figure out what address to take off the list. 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 list-managers-owner Wed Oct 25 16:33:47 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id QAA24612; Wed, 25 Oct 2000 16:31:15 -0700 (PDT) Received: from hotmail.com (f48.law7.hotmail.com [216.33.237.48]) by honor.greatcircle.com (Postfix) with ESMTP id 2CB1B17E8B for ; Wed, 25 Oct 2000 16:31:09 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 25 Oct 2000 16:57:02 -0700 Received: from 24.25.12.129 by lw7fd.law7.hotmail.msn.com with HTTP; Wed, 25 Oct 2000 23:57:02 GMT X-Originating-IP: [24.25.12.129] From: "       " To: list-managers@greatcircle.com Subject: Questions on which MLM software would be best? Date: Wed, 25 Oct 2000 19:57:02 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Oct 2000 23:57:02.0371 (UTC) FILETIME=[45107730:01C03EDF] Sender: list-managers-owner@GreatCircle.COM Precedence: bulk I was hoping that perhaps some of you list managers could reccomend which MLM software would suit my needs best. I'm looking for something freely available not commercial software. Briefly here is what I would like the list to do (if customizing is required that's fine as long as it's simple - I'm far from an expert programmer or system admin): be able to support a list that may grow to many tens of thousands of subscribers it will be an announcement type list - only a couple of people should be able to post and the rest of the subscribers will only receive messages I would like the messages to show as "From:" a name I specify @mydomain.com as opposed ot the user that posted the message or majordomo@mydomain.com (or similar). Archieving and digest features would be nice but strictly nessecery.. I would like users to be able to subscribe by sending a blank message to example-subscribe@mydomain.com and to confirm their subscription by simply hitting reply and send as opposed to having to enter any special commands or keys, etc. I would like unsubcribing to work in the same fashion. That's about it. Also I'll most likely only be running one list 2 or 3 at most so the idea here is not to get something that makes it easy for many users on a system to run mailing lists. I and another person our two with root access to my system will be the only ones creating/managing lists. Thanks for your time. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From list-managers-owner Wed Oct 25 18:48:51 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA26803; Wed, 25 Oct 2000 18:41:14 -0700 (PDT) Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by honor.greatcircle.com (Postfix) with SMTP id B518A17E8B for ; Wed, 25 Oct 2000 18:41:07 -0700 (PDT) Received: (qmail 2399 invoked from network); 26 Oct 2000 02:04:47 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 26 Oct 2000 02:04:47 -0000 Received: (qmail 18419 invoked from network); 26 Oct 2000 02:06:57 -0000 Received: from unknown (HELO escallop) (64.20.67.157) by gonzo.speakeasy.net with SMTP; 26 Oct 2000 02:06:57 -0000 From: "Jim Trigg / Blaise de Cormeilles" To: "       " Date: Wed, 25 Oct 2000 22:06:14 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Subject: Re: Questions on which MLM software would be best? Cc: List-managers@greatcircle.com In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20001026014107.B518A17E8B@honor.greatcircle.com> Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On 25 Oct 00, at 19:57, =A0=A0=A0 =A0=A0=A0 wrote: > I was hoping that perhaps some of you list managers could reccomend > which MLM software would suit my needs best. I'm looking for > something freely available not commercial software. Briefly here is > That's about it. Also I'll most likely only be running one list 2 or > 3 at most so the idea here is not to get something that makes it easy > for many users on a system to run mailing lists. I and another person > our two with root access to my system will be the only ones > creating/managing lists. Thanks for your time. >From your comment about "root access", I presume that you will be running it on a Unix/Linux box, yes? If so, either MajorDomo or MailMan should meet your needs. Since each is included in at least one Linux distribution, they must both be freely available. Jim Trigg running lists on both From list-managers-owner Wed Oct 25 19:03:52 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA26832; Wed, 25 Oct 2000 18:43:32 -0700 (PDT) Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by honor.greatcircle.com (Postfix) with SMTP id 428BF17E8B for ; Wed, 25 Oct 2000 18:43:27 -0700 (PDT) Received: (qmail 29394 invoked from network); 26 Oct 2000 02:07:07 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 26 Oct 2000 02:07:07 -0000 Received: (qmail 22435 invoked from network); 26 Oct 2000 02:09:20 -0000 Received: from unknown (HELO escallop) (64.20.67.157) by gonzo.speakeasy.net with SMTP; 26 Oct 2000 02:09:20 -0000 From: "Jim Trigg / Blaise de Cormeilles" To: List-managers@greatcircle.com Date: Wed, 25 Oct 2000 22:08:51 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: elist address or your address in message TO header X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20001026014327.428BF17E8B@honor.greatcircle.com> Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On 24 Oct 00, at 17:23, James M Galvin wrote: > But to play games with terminology, when I'm putting the address > in the "to:" line, I'm not steaming open the envelope. I'm > attaching a mailing label to the outside -- you're looking at > the envelope too literally here with VERP. all I'm doing is > choosing to use a more correct (or perhaps specific is a less > loaded word) address on that mailing label I paste on the > envelope.the header *is* part of the envelope, even if it's not > 'envelope' in the terminology of SMTP. > > If you really want to get literal about it, what I'm doing is > what my bank does with my bank statement -- print the address on > the statement, and use an envelope with a window instead of > printing it on the envelope itself.... > > Heh, heh, nice analogy. But I think I can use it to my benefit > instead of yours. :-) > > I would make the case that the bank statement analogy is better > matched with personalizing the actual content as opposed to the > headers. The physical envelope itself is generic, as should the > headers be in an elist message. The window itself represents the > name of the elist, with what's visible on the inside representing > the SMTP envelope information. The actual name and address > information on the inside represents the salutation of the actual > content of the email message. Ah, there are actually *four* types of mail! I hadn't thought it through sufficiently. Type Postal mail Internet mail 1. Personal mail Letter from friend Letter from friend 2. Bulk personalized Bill Announcement list 3. Bulk remailing Fanzine Discussion list 4. Bulk unsolicited "Occupant" Spam The problem is that bulk remailing, unlike all of the other types, needs three addresses: The originator, the remailer, and the recipient. For all of the others, the originator and the remailer are sufficiently indistinguishable for the remailer to be ignorable. I no longer have a problem with putting the recipient's address in the To header, but think we really need to work to get all remailers to either put their address in Sender or support the List-ID header, and to get all mail clients to support filtering on Sender and on List-ID. Jim Trigg From list-managers-owner Wed Oct 25 22:03:47 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id WAA29312; Wed, 25 Oct 2000 22:00:30 -0700 (PDT) Received: from harrier.prod.itd.earthlink.net (harrier.prod.itd.earthlink.net [207.217.121.12]) by honor.greatcircle.com (Postfix) with ESMTP id E6B6517E8B for ; Wed, 25 Oct 2000 22:00:20 -0700 (PDT) Received: from ee-nt.climber.org (sdn-ar-018casfrMP060.dialsprint.net [158.252.222.62]) by harrier.prod.itd.earthlink.net (8.9.3-EL_1_3/8.9.3) with ESMTP id WAA10281; Wed, 25 Oct 2000 22:26:14 -0700 (PDT) Message-Id: <4.3.1.0.20001025221916.00be6200@pop.climber.org> X-Sender: eckert@pop.climber.org X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 25 Oct 2000 22:22:28 -0700 To: "Jim Trigg / Blaise de Cormeilles" From: SRE Subject: Re: Questions on which MLM software would be best? Cc: "       " , List-managers@GreatCircle.COM In-Reply-To: <20001026014107.B518A17E8B@honor.greatcircle.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 07:06 PM 10/25/00, Jim Trigg / Blaise de Cormeilles wrote: > >From your comment about "root access", I presume that you will be >running it on a Unix/Linux box, yes? If so, either MajorDomo or >MailMan should meet your needs. Since each is included in at least >one Linux distribution, they must both be freely available. Majordomo2 is somewhere near being released. I've been running a couple dozen lists on it for well over a year. WAY more features that Majordomo 1.9x, and without Mj1's clunky license. http://www.hpc.uh.edu/majordomo/#mj2 No problem with your requirements, but I haven't got a list over 1000 subscribers so I can't personally vouch for HUGE list performance. From list-managers-owner Thu Oct 26 00:48:47 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id AAA00697; Thu, 26 Oct 2000 00:37:07 -0700 (PDT) Received: from listes.cru.fr (listes.cru.fr [195.220.94.165]) by honor.greatcircle.com (Postfix) with ESMTP id 7374B17E8B for ; Thu, 26 Oct 2000 00:36:57 -0700 (PDT) Received: from cru.fr (solex.cru.fr [195.220.94.70]) by listes.cru.fr (8.9.3/jtpda-5.3.2) with ESMTP id KAA00664 ; Thu, 26 Oct 2000 10:02:45 +0200 Message-ID: <39F7E525.9079D3B3@cru.fr> Date: Thu, 26 Oct 2000 10:02:45 +0200 From: Olivier Salaun Organization: CRU X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?=A0=A0=A0=20=A0=A0=A0?= Cc: list-managers@GreatCircle.COM Subject: Re: Questions on which MLM software would be best? References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk brh42@hotmail.com wrote: > > I was hoping that perhaps some of you list managers could reccomend which > MLM software would suit my needs best. I'm looking for something freely > available not commercial software. Briefly here is what I would like the > list to do (if customizing is required that's fine as long as it's simple - > I'm far from an expert programmer or system admin): I'd recommend using Sympa. > be able to support a list that may grow to many tens of thousands of > subscribers It includes a bulk email, with configurable grouping factors. We manage MLs with 20 000 subscribers. We know of usage with 30 000+ subscribers with good performences.. > it will be an announcement type list - only a couple of people should be > able to post and the rest of the subscribers will only receive messages No problemo. You may setup the list to require a confirmation key from the moderator, or require a X509 certificate (S/MIME). > I would like the messages to show as "From:" a name I specify @mydomain.com > as opposed ot the user that posted the message or majordomo@mydomain.com (or > similar). Sympa provides an "anonymous_sender" list parameter. Every distributed message will have a single From:, as defined in the config. > Archieving and digest features would be nice but strictly nessecery.. It provides digest, mail searchable web archives (based on MHOnArc). Web archives can also be restricted (to subscribers, or owners,...). > I would like users to be able to subscribe by sending a blank message to > example-subscribe@mydomain.com and to confirm their subscription by simply > hitting reply and send as opposed to having to enter any special commands or > keys, etc. I would like unsubcribing to work in the same fashion. List-subscribe are implemented, but we recommend not to use this feature to avoid a spam web harvester could subscribe to the list. Confirmations in message subects also works. > That's about it. Also I'll most likely only be running one list 2 or 3 at > most so the idea here is not to get something that makes it easy for many > users on a system to run mailing lists. I and another person our two with > root access to my system will be the only ones creating/managing lists. Once you installed Sympa, almost everything can be performed from the web, including list creation (moderated by listmaster). Current version of Sympa is 2.7.3. Next version (alpha next week) will also include : + list configuration edition from the web + shared web (upload) for each list + S/MIME encryption Sympa : http://www.sympa.org/ -- Olivier Salaün Comité Réseaux des Universités From list-managers-owner Thu Oct 26 07:04:16 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id GAA06676; Thu, 26 Oct 2000 06:49:44 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 7E5CC17E8B for ; Thu, 26 Oct 2000 06:49:39 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G3100HL1JMKN3@eListX.com> for list-managers@GreatCircle.COM; Thu, 26 Oct 2000 10:15:58 -0400 (EDT) Date: Thu, 26 Oct 2000 10:17:05 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >Just to be specific, and please correct me if this is not where you were >headed, given any arbitrary message and only that message, is it >possible to know if it is from an elist? I do not know of a generally available MLM where you can't use a header to figure it out. Certainly I agree with you but your statement doesn't answer the question. Without out-of-band information is not possible to construct *a* filter criterion that will correctly filter all elist messages. Nonetheless, I've always been successful at constructing a filter criterion for any elist. And, as you say, even today there aren't that many different criteria that are needed to filter almost all elist messages. The point is there is not exactly one. >The List-* headers are a Proposed Standard in the IETF (the first step >along the 3-step standardization path), and there's no reason to think >they will not evenutally be a full Standard. One could make the case >that the List-* headers were a creative way around the political issues >of a decade ago. (And as far as I know LISTSERV does not support them.) Mailman will in 2.0, along with List-ID. I expect as they're formalized, you'll see other MLMs add them. You know, I confess I have a vague recollection of "List-ID" but I can not find any documentation about it. Do you have a pointer to anything? In particular, I can not find anything in the IETF. I wonder if it was superceded by the LIST-* headers? If it was, it would be another reason why that document needs to have at least one mandatory header. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Thu Oct 26 07:35:07 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA07098; Thu, 26 Oct 2000 07:29:38 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 1D53717E8B for ; Thu, 26 Oct 2000 07:29:33 -0700 (PDT) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id IAA34910 ; Thu, 26 Oct 2000 08:02:27 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Thu, 26 Oct 2000 07:53:50 -0700 To: James M Galvin , Chuq Von Rospach From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 10:17 AM -0400 10/26/00, James M Galvin wrote: >Certainly I agree with you but your statement doesn't answer the >question. Without out-of-band information is not possible to construct >*a* filter criterion that will correctly filter all elist messages. wasn't that sort of the point of the discussion? A lack of any real standard here? but in any event, list-id is the proposed solution to this. And secondarily, maybe it's just me, but I don't see this as a big thing. So I have to tweak a filter when I sign up to a mail list... List-ID will help automate that, if I want to. >You know, I confess I have a vague recollection of "List-ID" but I can >not find any documentation about it. Do you have a pointer to anything? here's pointers off of Grant's site: -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 08:19:25 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA07452; Thu, 26 Oct 2000 08:05:33 -0700 (PDT) Received: from ivan.iecc.com (ivan.iecc.com [208.31.42.33]) by honor.greatcircle.com (Postfix) with SMTP id 8B59417E8B for ; Thu, 26 Oct 2000 08:05:27 -0700 (PDT) Received: (qmail 28758 invoked by uid 100); 26 Oct 2000 11:31:27 -0400 Date: Thu, 26 Oct 2000 11:31:24 -0400 (EDT) From: John R Levine To: Olivier Salaun Cc: list-managers@GreatCircle.COM Subject: Re: Questions on which MLM software would be best? In-Reply-To: <39F7E525.9079D3B3@cru.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk > I'd recommend using Sympa. I would too, except that it requires i18n libraries that aren't available on BSD and seem to be hard to find on US versions of Linux, also. 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 list-managers-owner Thu Oct 26 08:33:53 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id IAA07675; Thu, 26 Oct 2000 08:32:20 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 9889817E8B for ; Thu, 26 Oct 2000 08:32:14 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G3100K4EODJK7@eListX.com> for list-managers@GreatCircle.COM; Thu, 26 Oct 2000 11:58:32 -0400 (EDT) Date: Thu, 26 Oct 2000 11:59:41 -0400 (EDT) From: James M Galvin Subject: Re: elist address or your address in message TO header In-reply-to: X-Sender: galvin@two.elistx.com To: Chuq Von Rospach Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >You know, I confess I have a vague recollection of "List-ID" but I can >not find any documentation about it. Do you have a pointer to anything? here's pointers off of Grant's site: Ah, yes, I'm pretty sure this is dead because it's been superceded by the LIST-* headers, but I will check and report back. It does actually appear on the IETF status pages; with a little more careful searching I found it. The status pages don't say much. They do indicate it was approved for publication but then it was later withdrawn as a result of IESG comments, although there is no indication of what those comments were. However, the timing is such that it matches the start of the LIST-* headers. Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Thu Oct 26 09:19:14 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA08077; Thu, 26 Oct 2000 09:05:08 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 564E617E8B for ; Thu, 26 Oct 2000 09:05:00 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G3100K61PW6KH@eListX.com> for list-managers@greatcircle.com; Thu, 26 Oct 2000 12:31:19 -0400 (EDT) Date: Thu, 26 Oct 2000 12:32:27 -0400 (EDT) From: James M Galvin Subject: status of LIST-ID: X-Sender: galvin@two.elistx.com To: list-managers@greatcircle.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Seems I spoke too soon earlier. There are several inconsistent status messages regarding the document. However, once you sort them all it's pretty clear what the status is. The document is being held by the RFC Editor because it has a Normative reference to a document that has not yet been produced by the IETF. It has been in this state for over a year now. Specifically, LIST-ID: depends on a few grammar definitions that appear in the Internet Message Format document (revision to RFC822), which is a product of the DRUMS Working Group. It is finally due to be released real-soon-now. As soon as the DRUMS document is approved for publication, both documents will probably be published in parallel, if the process historically executed by the RFC Editor continues. Enjoy, Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Thu Oct 26 10:19:36 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA08573; Thu, 26 Oct 2000 10:04:24 -0700 (PDT) Received: from sws5.ctd.ornl.gov (sws5.ctd.ornl.gov [160.91.68.105]) by honor.greatcircle.com (Postfix) with SMTP id 92E2B17E8B for ; Thu, 26 Oct 2000 10:04:18 -0700 (PDT) Received: (qmail 1203996 invoked by uid 3995); 26 Oct 2000 17:30:19 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <14840.27179.20637.949012@sws5.ctd.ornl.gov> Date: Thu, 26 Oct 2000 13:30:18 -0400 From: Dave Sill To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header In-Reply-To: References: X-Mailer: VM 6.76 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Organization: Oak Ridge National Lab, Oak Ridge, Tenn., USA X-Face: "p~Q]mg{;e*}YR|)&Q/&Q\*~5UWfZX34;5M wrote: >... Without out-of-band information is not possible to construct >*a* filter criterion that will correctly filter all elist messages. Filtering is pass=E9. It's unreliable, fragile, and expensive. The righ= t way to channel messages from lists is PLSA[1] (Per-List Subscription Addresses). PLSA is to filtering as VERP is to bounce message parsing. My MTA[2] makes it easy for me to create multiple addresses for myself and to process messages sent to those addresses however I choose; reliably, and with no filtering overhead or guesswork. For example, I'm subscribed to list-managers as de5-list-managers@sws5.ctd.ornl.gov. To file list-managers mail in the=20= correct folder, all I had to do was create the file ~/.qmail-list-managers containing the delivery instruction: ./Mail/spool/list-managers I've been using PLSA for several years now, and it's been wonderful. And qmail's extension addresses are *great* for tracking and controlling e-mail addresses entered into web forms. For example, if I register on www.foobar.com, I use the address ds-foobar@sws5.ctd.ornl.gov. If Foobar ever gives out that address, I can tell immediately, by looking at the header of a spam, where they got my address, and I can easily revoke the ds-foobar address. -Dave Footnotes:=20 [1] I just made up that acronym. [2] qmail, of course. See http://Web.InfoAve.Net/~dsill/lwq.html From list-managers-owner Thu Oct 26 11:34:08 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA09403; Thu, 26 Oct 2000 11:27:36 -0700 (PDT) Received: from ripco.com (pop2a.ripco.com [209.100.227.25]) by honor.greatcircle.com (Postfix) with ESMTP id 5CB4617E8B for ; Thu, 26 Oct 2000 11:27:29 -0700 (PDT) Received: (from dattier@localhost) by ripco.com (8.11.0/8.11.0) id e9QIrki29507 for list-managers@greatcircle.com; Thu, 26 Oct 2000 13:53:46 -0500 (CDT) From: "David W. Tamkin" Message-Id: <200010261853.e9QIrki29507@ripco.com> Subject: Re: elist address or your address in message TO header To: list-managers@greatcircle.com Date: Thu, 26 Oct 2000 13:53:46 -0500 (CDT) In-Reply-To: from "John R Levine" at Oct 25, 2000 03:25:20 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk John Levine wrote, | I really like the idea of putting the receipient's name in the To: line. and others have taken the same position. What about the compromise of a To: line like this: To: sub@scri.ber (via the Foo Mailing List) which should still allow filtering on the To: header by members' mail clients that can't be set to test arbitrary header lines? From: could still point to the author. Unfortunately that would not solve the problem of an increase in vacation autoresponses. From list-managers-owner Thu Oct 26 11:49:08 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id LAA09560; Thu, 26 Oct 2000 11:44:37 -0700 (PDT) Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by honor.greatcircle.com (Postfix) with ESMTP id ADD6617E8B for ; Thu, 26 Oct 2000 11:44:30 -0700 (PDT) Received: from [165.227.249.17] (ip17.proper.com [165.227.249.17]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id MAA19732 for ; Thu, 26 Oct 2000 12:04:40 -0700 (PDT) Mime-Version: 1.0 X-Sender: phoffman@mail.imc.org Message-Id: In-Reply-To: References: Date: Thu, 26 Oct 2000 12:10:30 -0700 To: list-managers@GreatCircle.COM From: Paul Hoffman / IMC Subject: Re: status of LIST-ID: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 12:32 PM -0400 10/26/00, James M Galvin wrote: >Specifically, LIST-ID: depends on a few grammar definitions that appear >in the Internet Message Format document (revision to RFC822), which is a >product of the DRUMS Working Group. It is finally due to be released >real-soon-now. I'll believe it when I see it. This has been a very black eye for the IETF. FWIW, I've been using List-ID on all IMC mailing lists for a long time now, and no one has complained. :-) --Paul Hoffman, Director --Internet Mail Consortium From list-managers-owner Thu Oct 26 12:20:21 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA09988; Thu, 26 Oct 2000 12:16:29 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 8743E17E8B for ; Thu, 26 Oct 2000 12:16:24 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id MAA27486 ; Thu, 26 Oct 2000 12:49:21 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <200010261853.e9QIrki29507@ripco.com> References: <200010261853.e9QIrki29507@ripco.com> Date: Thu, 26 Oct 2000 12:41:08 -0700 To: "David W. Tamkin" , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 1:53 PM -0500 10/26/00, David W. Tamkin wrote: >What about the compromise of a To: line like this: > > To: sub@scri.ber (via the Foo Mailing List) It allows filtering, but not replying, a key issue with discussion lists. And if you want to start thinking of ways of encoding both in the To and dealing with it automatically, you end up with chaos -- better off to foster a proper header. What I'd like to see happen, personally, is that we take list-id and extend it slightly by teaching clients the concept of "reply","reply-all" and "reply-list", where reply-list only works if list-id is set. that, I think, removes 99.9% of the arguments on BOTH sides of the "coerce reply-to" religious war.... >Unfortunately that would not solve the problem of an increase in vacation >autoresponses. that's a whole different religious war.. (grin) -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 12:34:07 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA10110; Thu, 26 Oct 2000 12:25:43 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id 8364717E8B for ; Thu, 26 Oct 2000 12:25:37 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id MAA24852 ; Thu, 26 Oct 2000 12:59:08 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Thu, 26 Oct 2000 12:50:55 -0700 To: Paul Hoffman / IMC , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: status of LIST-ID: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk >>Specifically, LIST-ID: depends on a few grammar definitions that appear >>in the Internet Message Format document (revision to RFC822), which is a >>product of the DRUMS Working Group. It is finally due to be released >>real-soon-now. > >I'll believe it when I see it. This has been a very black eye for the IETF. I've been good at staying out of all of thus, but I'm curious. What's going on? Politics? Ennui? -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 12:49:11 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id MAA09924; Thu, 26 Oct 2000 12:12:41 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id AC8CE17E8B for ; Thu, 26 Oct 2000 12:12:36 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id MAA30358 ; Thu, 26 Oct 2000 12:46:04 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <14840.27179.20637.949012@sws5.ctd.ornl.gov> References: <14840.27179.20637.949012@sws5.ctd.ornl.gov> Date: Thu, 26 Oct 2000 12:37:03 -0700 To: Dave Sill , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: 8bit Content-Transfer-Encoding: 8bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 1:30 PM -0400 10/26/00, Dave Sill wrote: >Filtering is passé. It's unreliable, fragile, and expensive. The right >way to channel messages from lists is PLSA[1] (Per-List Subscription >Addresses). PLSA is to filtering as VERP is to bounce message parsing. >For example, I'm subscribed to list-managers as >de5-list-managers@sws5.ctd.ornl.gov. To file list-managers mail in the >correct folder, all I had to do was create the file >~/.qmail-list-managers containing the delivery instruction: Are you manually dealing with outgoing addresses, or do you have something that does that automatically? How do you handle making sure the From address is correct for whatever list you are sending to? (I've actually been thinking about this kind of setup, and I know someone else who's mucked with it, so I'm curious if there are tools to automate it we don't kow about) -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 13:19:08 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA10565; Thu, 26 Oct 2000 13:08:55 -0700 (PDT) Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by honor.greatcircle.com (Postfix) with ESMTP id BC91517E8C for ; Thu, 26 Oct 2000 13:08:47 -0700 (PDT) Received: from [165.227.249.17] (ip17.proper.com [165.227.249.17]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA27183; Thu, 26 Oct 2000 13:28:58 -0700 (PDT) Mime-Version: 1.0 X-Sender: phoffman@mail.imc.org Message-Id: In-Reply-To: References: Date: Thu, 26 Oct 2000 13:19:26 -0700 To: Chuq Von Rospach , list-managers@GreatCircle.COM From: Paul Hoffman / IMC Subject: Re: status of LIST-ID: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 12:50 PM -0700 10/26/00, Chuq Von Rospach wrote: >>>Specifically, LIST-ID: depends on a few grammar definitions that appear >>>in the Internet Message Format document (revision to RFC822), which is a >>>product of the DRUMS Working Group. It is finally due to be released >>>real-soon-now. >> >>I'll believe it when I see it. This has been a very black eye for the IETF. > >I've been good at staying out of all of thus, but I'm curious. >What's going on? Politics? Ennui? Believe it or not, the latter and not the former. It has just taken too @#$% long to get the DRUMS WG to finish up and shut down. I've done what I can (including a couple of editorial passes on the SMTP document), but then it just plods along. There have been no significant "politics" in the process, although certainly a lot of personalities. But everyone got real tired before they finished. --Paul Hoffman, Director --Internet Mail Consortium From list-managers-owner Thu Oct 26 13:34:10 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA10750; Thu, 26 Oct 2000 13:29:40 -0700 (PDT) Received: from ns.secondary.com (ns.secondary.com [208.184.76.39]) by honor.greatcircle.com (Postfix) with ESMTP id 836D217E8B for ; Thu, 26 Oct 2000 13:29:33 -0700 (PDT) Received: from [165.227.249.17] (ip17.proper.com [165.227.249.17]) by ns.secondary.com (8.9.3/8.9.3) with ESMTP id NAA28282; Thu, 26 Oct 2000 13:49:41 -0700 (PDT) Mime-Version: 1.0 X-Sender: phoffman@mail.imc.org Message-Id: In-Reply-To: <200010261853.e9QIrki29507@ripco.com> References: <200010261853.e9QIrki29507@ripco.com> Date: Thu, 26 Oct 2000 13:55:31 -0700 To: "David W. Tamkin" , list-managers@GreatCircle.COM From: Paul Hoffman / IMC Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 1:53 PM -0500 10/26/00, David W. Tamkin wrote: >What about the compromise of a To: line like this: > > To: sub@scri.ber (via the Foo Mailing List) > >which should still allow filtering on the To: header by members' mail clients >that can't be set to test arbitrary header lines? From: could still point >to the author. Which mail clients can't test arbitrary header lines? You may be searching too hard for a 100% solution, given that the IETF already has given the standardized one. And, you are still bolloxing an existing header; what's the chance that elist software will do this correctly, particularly when you think about line-folding rules, quoted printable, and so on? --Paul Hoffman, Director --Internet Mail Consortium From list-managers-owner Thu Oct 26 14:34:11 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id OAA11372; Thu, 26 Oct 2000 14:21:38 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id C558717E8B for ; Thu, 26 Oct 2000 14:21:29 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id OAA33846 ; Thu, 26 Oct 2000 14:54:46 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <200010261853.e9QIrki29507@ripco.com> Date: Thu, 26 Oct 2000 14:45:55 -0700 To: Paul Hoffman / IMC , "David W. Tamkin" , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 1:55 PM -0700 10/26/00, Paul Hoffman / IMC wrote: >Which mail clients can't test arbitrary header lines? AOL for one. But then, they long ago figured out they can do whatever they want... or not. (grin, mostly). -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 15:18:59 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA11894; Thu, 26 Oct 2000 15:09:10 -0700 (PDT) Received: from ma-1.rootsweb.com (ma-1.rootsweb.com [209.192.148.153]) by honor.greatcircle.com (Postfix) with ESMTP id 597E817E8B for ; Thu, 26 Oct 2000 15:09:02 -0700 (PDT) Received: (from twp@localhost) by ma-1.rootsweb.com (8.10.0.Beta10/8.10.0.Beta10) id e9QMXiL65652; Thu, 26 Oct 2000 18:33:44 -0400 (EDT) Date: Thu, 26 Oct 2000 18:33:44 -0400 From: Tim Pierce To: Chuq Von Rospach Cc: "David W. Tamkin" , list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header Message-ID: <20001026183343.N359@ma-1.rootsweb.com> References: <200010261853.e9QIrki29507@ripco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7us In-Reply-To: Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Thu, Oct 26, 2000 at 12:41:08PM -0700, Chuq Von Rospach wrote: > At 1:53 PM -0500 10/26/00, David W. Tamkin wrote: > > >What about the compromise of a To: line like this: > > > > To: sub@scri.ber (via the Foo Mailing List) > > It allows filtering, but not replying, a key issue with discussion > lists. Have any of the proponents of to-header munging considered how replies to the list will be handled? Are you going to move the list's address to the Cc: header or something? -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer From list-managers-owner Thu Oct 26 15:34:11 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA11899; Thu, 26 Oct 2000 15:09:44 -0700 (PDT) Received: from public.lists.apple.com (public.lists.apple.com [17.254.0.151]) by honor.greatcircle.com (Postfix) with ESMTP id ADCB117E8B for ; Thu, 26 Oct 2000 15:09:39 -0700 (PDT) Received: from [17.216.27.202] (A17-216-27-202.apple.com [17.216.27.202]) by public.lists.apple.com (8.9.1a/8.9.1) with ESMTP id PAA32882 ; Thu, 26 Oct 2000 15:43:13 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: <20001026183343.N359@ma-1.rootsweb.com> References: <200010261853.e9QIrki29507@ripco.com> <20001026183343.N359@ma-1.rootsweb.com> Date: Thu, 26 Oct 2000 15:35:26 -0700 To: Tim Pierce , Chuq Von Rospach From: Chuq Von Rospach Subject: Re: elist address or your address in message TO header Cc: "David W. Tamkin" , list-managers@GreatCircle.COM Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 6:33 PM -0400 10/26/00, Tim Pierce wrote: > > It allows filtering, but not replying, a key issue with discussion >> lists. > >Have any of the proponents of to-header munging considered how >replies to the list will be handled? Are you going to move the >list's address to the Cc: header or something? That's why I suggested adding the concept of "reply to list" to "reply" and "reply all". Without that, and the associated header to support it, there really *isn't* a good answer that doesn't create some sort of problem in return. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Thu Oct 26 18:48:50 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA13763; Thu, 26 Oct 2000 18:35:49 -0700 (PDT) Received: from pug.qqx.org (pug.qqx.org [169.207.160.33]) by honor.greatcircle.com (Postfix) with ESMTP id BED9E17E8B for ; Thu, 26 Oct 2000 18:35:43 -0700 (PDT) Received: from faboo.qqx.org (fw0-ext.wwts.wi.voyager.net [169.207.1.131]) by pug.qqx.org (8.9.3/8.9.3/1.17) with ESMTP id VAA30687 for ; Thu, 26 Oct 2000 21:01:48 -0500 Received: by faboo.qqx.org (Postfix, from userid 1000) id 98FFD5EB2F; Thu, 26 Oct 2000 21:01:47 -0500 (CDT) Date: Thu, 26 Oct 2000 21:01:47 -0500 From: Aaron Schrab To: list-managers@greatcircle.com Subject: Re: elist address or your address in message TO header Message-ID: <20001026210147.I29271@pug.qqx.org> Mail-Followup-To: list-managers@greatcircle.com References: <14840.27179.20637.949012@sws5.ctd.ornl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.10i In-Reply-To: <14840.27179.20637.949012@sws5.ctd.ornl.gov>; from de5-list-managers@sws5.ctd.ornl.gov on Thu, Oct 26, 2000 at 01:30:18PM -0400 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 13:30 -0400 26 Oct 2000, Dave Sill = wrote: > Filtering is pass=E9. It's unreliable, fragile, and expensive. The right > way to channel messages from lists is PLSA[1] (Per-List Subscription > Addresses). PLSA is to filtering as VERP is to bounce message parsing. Except that doing that will cause private responses to be treated that same as messages sent to the list. --=20 Aaron Schrab aaron@schrab.com http://www.execpc.com/~aarons/ You have the right to remain silent. Anything you say will be misquoted and used against you. From list-managers-owner Thu Oct 26 19:03:51 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA13786; Thu, 26 Oct 2000 18:39:25 -0700 (PDT) Received: from pug.qqx.org (pug.qqx.org [169.207.160.33]) by honor.greatcircle.com (Postfix) with ESMTP id CECCC17E8B for ; Thu, 26 Oct 2000 18:39:20 -0700 (PDT) Received: from faboo.qqx.org (fw0-ext.wwts.wi.voyager.net [169.207.1.131]) by pug.qqx.org (8.9.3/8.9.3/1.17) with ESMTP id VAA30727 for ; Thu, 26 Oct 2000 21:05:25 -0500 Received: by faboo.qqx.org (Postfix, from userid 1000) id AFA885EB2F; Thu, 26 Oct 2000 21:05:25 -0500 (CDT) Date: Thu, 26 Oct 2000 21:05:25 -0500 From: Aaron Schrab To: list-managers@greatcircle.com Subject: Re: elist address or your address in message TO header Message-ID: <20001026210525.J29271@pug.qqx.org> Mail-Followup-To: list-managers@greatcircle.com References: <200010261853.e9QIrki29507@ripco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.10i In-Reply-To: ; from chuqui@plaidworks.com on Thu, Oct 26, 2000 at 12:41:08PM -0700 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 12:41 -0700 26 Oct 2000, Chuq Von Rospach wrote: > What I'd like to see happen, personally, is that we take list-id and > extend it slightly by teaching clients the concept of > "reply","reply-all" and "reply-list", where reply-list only works if > list-id is set. that, I think, removes 99.9% of the arguments on BOTH > sides of the "coerce reply-to" religious war.... Mutt already has all of those options, and it *is* quite nice. Currently it needs to be told what addresses correspond to mailing lists, and the list-reply command will look through the To: and Cc: headers of the message to which you're replying for matching addresses (so munging the To: header would break this). It would be even nicer if it could happen automatically. -- Aaron Schrab aaron@schrab.com http://www.execpc.com/~aarons/ Though I'll admit readability suffers slightly... --Larry Wall From list-managers-owner Fri Oct 27 00:04:43 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id XAA16504; Thu, 26 Oct 2000 23:54:06 -0700 (PDT) Received: from ma-1.rootsweb.com (ma-1.rootsweb.com [209.192.148.153]) by honor.greatcircle.com (Postfix) with ESMTP id AF98117E8B for ; Thu, 26 Oct 2000 23:53:57 -0700 (PDT) Received: (from twp@localhost) by ma-1.rootsweb.com (8.10.0.Beta10/8.10.0.Beta10) id e9R7JhQ74441; Fri, 27 Oct 2000 03:19:43 -0400 (EDT) Date: Fri, 27 Oct 2000 03:19:43 -0400 From: Tim Pierce To: Chuq Von Rospach Cc: "David W. Tamkin" , list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header Message-ID: <20001027031943.A74368@ma-1.rootsweb.com> References: <200010261853.e9QIrki29507@ripco.com> <20001026183343.N359@ma-1.rootsweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7us In-Reply-To: Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Thu, Oct 26, 2000 at 03:35:26PM -0700, Chuq Von Rospach wrote: > At 6:33 PM -0400 10/26/00, Tim Pierce wrote: > > >Have any of the proponents of to-header munging considered how > >replies to the list will be handled? Are you going to move the > >list's address to the Cc: header or something? > > That's why I suggested adding the concept of "reply to list" to > "reply" and "reply all". Without that, and the associated header to > support it, there really *isn't* a good answer that doesn't create > some sort of problem in return. OK, so this isn't a solution that works unless MUAs and their users collectively implement a change to go along with it. -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer From list-managers-owner Fri Oct 27 05:33:56 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id FAA22162; Fri, 27 Oct 2000 05:23:31 -0700 (PDT) Received: from sws5.ctd.ornl.gov (sws5.ctd.ornl.gov [160.91.68.105]) by honor.greatcircle.com (Postfix) with SMTP id 127E317E8B for ; Fri, 27 Oct 2000 05:23:26 -0700 (PDT) Received: (qmail 1500235 invoked by uid 3995); 27 Oct 2000 12:49:35 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <14841.31199.144912.705992@sws5.ctd.ornl.gov> Date: Fri, 27 Oct 2000 08:49:35 -0400 From: Dave Sill To: list-managers@greatcircle.com Subject: Re: elist address or your address in message TO header In-Reply-To: <20001026210147.I29271@pug.qqx.org> References: <14840.27179.20637.949012@sws5.ctd.ornl.gov> <20001026210147.I29271@pug.qqx.org> X-Mailer: VM 6.76 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Organization: Oak Ridge National Lab, Oak Ridge, Tenn., USA X-Face: "p~Q]mg{;e*}YR|)&Q/&Q\*~5UWfZX34;5M wrote: >At 13:30 -0400 26 Oct 2000, Dave Sill wrote: >> Filtering is pass=E9. It's unreliable, fragile, and expensive. The r= ight >> way to channel messages from lists is PLSA[1] (Per-List Subscription= >> Addresses). PLSA is to filtering as VERP is to bounce message parsin= g. > >Except that doing that will cause private responses to be treated that= >same as messages sent to the list. Only for lists that limit submissions to subscribers, which is only about half of the lists I'm subscribed to, and only if one doesn't include a Reply-To field with the preferred address. Having private replies treated list messages hasn't been a big problem=20= for me. In a way, it's a feature. Most "private" replies to list messages are really public replies because the list is CC'd. If I use duplicate supression, e.g. a procmail formail rule, I only see the message once. In the rare case of a truly private reply, it's obvious from the To/CC=20= fields that the message was private. -Dave From list-managers-owner Fri Oct 27 05:48:50 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id FAA22232; Fri, 27 Oct 2000 05:30:25 -0700 (PDT) Received: from sws5.ctd.ornl.gov (sws5.ctd.ornl.gov [160.91.68.105]) by honor.greatcircle.com (Postfix) with SMTP id A0B4417E8B for ; Fri, 27 Oct 2000 05:30:19 -0700 (PDT) Received: (qmail 1499737 invoked by uid 3995); 27 Oct 2000 12:56:28 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <14841.31612.275810.66197@sws5.ctd.ornl.gov> Date: Fri, 27 Oct 2000 08:56:28 -0400 From: Dave Sill To: list-managers@GreatCircle.COM Subject: Re: elist address or your address in message TO header In-Reply-To: References: <14840.27179.20637.949012@sws5.ctd.ornl.gov> X-Mailer: VM 6.76 under 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) Organization: Oak Ridge National Lab, Oak Ridge, Tenn., USA X-Face: "p~Q]mg{;e*}YR|)&Q/&Q\*~5UWfZX34;5M wrote: >At 1:30 PM -0400 10/26/00, Dave Sill wrote: > >>Filtering is pass=E9. It's unreliable, fragile, and expensive. The ri= ght >>way to channel messages from lists is PLSA[1] (Per-List Subscription >>Addresses). PLSA is to filtering as VERP is to bounce message parsing= =2E > >>For example, I'm subscribed to list-managers as >>de5-list-managers@sws5.ctd.ornl.gov. To file list-managers mail in th= e >>correct folder, all I had to do was create the file >>~/.qmail-list-managers containing the delivery instruction: > >Are you manually dealing with outgoing addresses, or do you have=20 >something that does that automatically=3F I do it manually, but only because it's easier than automating it. >(I've actually been thinking about this kind of setup, and I know=20 >someone else who's mucked with it, so I'm curious if there are tools=20= >to automate it we don't kow about) I know mutt has the ability to tailor the From address to the list, and I think VM does, too. I've just never been sufficiently motivated to set it up. I'm sure there are others, too. I'd be surprised if Gnus=20= couldn't do it. -Dave From list-managers-owner Fri Oct 27 07:35:14 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA23219; Fri, 27 Oct 2000 07:22:54 -0700 (PDT) Received: from listes.cru.fr (listes.cru.fr [195.220.94.165]) by honor.greatcircle.com (Postfix) with ESMTP id 5427B17E8B for ; Fri, 27 Oct 2000 07:22:46 -0700 (PDT) Received: from cru.fr (solex.cru.fr [195.220.94.70]) by listes.cru.fr (8.9.3/jtpda-5.3.2) with ESMTP id QAA18433 ; Fri, 27 Oct 2000 16:48:55 +0200 Message-ID: <39F995D7.B94D2106@cru.fr> Date: Fri, 27 Oct 2000 16:48:55 +0200 From: Olivier Salaun Organization: CRU X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: list-managers@GreatCircle.COM, John R Levine Subject: Re: Questions on which MLM software would be best? References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk John R Levine wrote: > > > I'd recommend using Sympa. > > I would too, except that it requires i18n libraries that aren't available > on BSD and seem to be hard to find on US versions of Linux, also. This is quite an isolated problem, since "gencat" is installed on most systems. Sympa has proven that it can run on almost every UNIX system including Linux, AIX, Solaris, HPUX, Digital UNIX, FreeBSD. With precise information we can help you solve your problem... -- Olivier Salaün Comite Reseaux des Universites http://listes.cru.fr/sympa/ From list-managers-owner Fri Oct 27 09:21:49 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA24137; Fri, 27 Oct 2000 09:13:51 -0700 (PDT) Received: from ripco.com (pop2a.ripco.com [209.100.227.25]) by honor.greatcircle.com (Postfix) with ESMTP id B148517E8B for ; Fri, 27 Oct 2000 09:13:45 -0700 (PDT) Received: (from dattier@localhost) by ripco.com (8.11.0/8.11.0) id e9RGeFs19145 for list-managers@greatcircle.com; Fri, 27 Oct 2000 11:40:15 -0500 (CDT) From: "David W. Tamkin" Message-Id: <200010271640.e9RGeFs19145@ripco.com> Subject: Re: elist address or your address in message TO header To: list-managers@greatcircle.com Date: Fri, 27 Oct 2000 11:40:15 -0500 (CDT) In-Reply-To: <20001026183343.N359@ma-1.rootsweb.com> from "Tim Pierce" at Oct 26, 2000 06:33:44 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Tim wrote, | Have any of the proponents of to-header munging considered how | replies to the list will be handled? Are you going to move the | list's address to the Cc: header or something? Actually, a Cc: header to the list was something I was thinking about when I posted it. Then is a reply-all would address the previous poster, the list, and the respondent him/herself; without the Cc: header it would go to the previous poster and the respondent. One thing overlooked in this discussion -- or maybe one person mentioned it in passing -- is that lists that clobber To: to point to each member often clobber From: to name the list there; that takes care of replying but makes private replies impossible unless the poster supplies his/her address in the text. In light of RFC2369 it would be nice if MUAs learned about List-Post:. From list-managers-owner Fri Oct 27 09:35:23 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA24342; Fri, 27 Oct 2000 09:24:09 -0700 (PDT) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id 82A4C17E8B for ; Fri, 27 Oct 2000 09:24:04 -0700 (PDT) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G33008M1LG8L4@eListX.com> for list-managers@greatcircle.com; Fri, 27 Oct 2000 12:50:33 -0400 (EDT) Date: Fri, 27 Oct 2000 12:51:39 -0400 (EDT) From: James M Galvin Subject: Re: Questions on which MLM software would be best? In-reply-to: X-Sender: galvin@two.elistx.com To: list-managers@greatcircle.com Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk In my opinion, most of the freeware technologies (certainly all the popular ones we hear some much about) are all very good solutions for most people. They do differ around the edges in terms of their implementation choices, have their own eccentricities, and sometimes have an interesting feature that few if any of the others have. But ultimately if you're going to roll your own they all do the job quite well. However, with respect to the "extra" features of one versus another, does anyone know of a good comparison chart? There used to be one that circulated years ago but I haven't seen anything recently. Any good web-based material? Jim From list-managers-owner Fri Oct 27 09:50:12 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id JAA24473; Fri, 27 Oct 2000 09:34:26 -0700 (PDT) Received: from ripco.com (pop2a.ripco.com [209.100.227.25]) by honor.greatcircle.com (Postfix) with ESMTP id 3077F17E8B for ; Fri, 27 Oct 2000 09:34:21 -0700 (PDT) Received: (from dattier@localhost) by ripco.com (8.11.0/8.11.0) id e9RH0qR20069 for list-managers@greatcircle.com; Fri, 27 Oct 2000 12:00:52 -0500 (CDT) From: "David W. Tamkin" Message-Id: <200010271700.e9RH0qR20069@ripco.com> Subject: Re: elist address or your address in message TO header To: list-managers@greatcircle.com Date: Fri, 27 Oct 2000 12:00:52 -0500 (CDT) In-Reply-To: from "Chuq Von Rospach" at Oct 26, 2000 12:37:03 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Chuq asked Dave, | How do you handle making sure | the From address is correct for whatever list you are sending to? Ideally the list would support alternative posting addresses known to belong to members, or if name+suffix@dom.ain or name-suffix@dom.ain is a member, the software could treat submissions from name@dom.ain as if they came from the subscribed address. It certainly does work out best if the member's address as given for private replies is *not* the PLSA. I've known a handful of people over the years who have PLSA'ed themselves with suffixes. It worked for them. Unfortunately, one person who wanted the same functionality got too clever: he had his own domain, so he set up addresses of listname@his.domain for every list he was on, and he used them on his posts as well. Thus, if he were here on list-managers, his posts would come from list-managers@his.domain. The list where I knew him was in flux: the software under which it was running was buggy, and the list manager was AWOL, so a member set up a successor list under the same name on his site. The old list had plenty of publicity still around, so people just finding out about it were joining it and posting to it, old threads on it were continuing there, and some members were stubbornly still posting to it, while those of us who were more alert were carrying out new threads on the new list. The only reliable way to filter for the older list was the From_ line, and it worked for the new list as well, but depending on which machine grabbed my incoming copy of a post at the ISP where I was subscribed, the envelope sender address might be written either bang-style or at-style, so in an attempt to simplify the filtering, my procmail recipe just looked for the listname anywhere on the From_ line, since there were two possible domains and either one could be on either side of the local part. I once sent him a private reply to one of his posts, and he wrote back, quot- ing excerpts from my message. Because the From_ line on his reply had the name of the list, procmail put it into my folder for the list's posts, and I thought he had quoted my private message into the list. If he had not munged his From: fields and envelope senders that way, the problem would not have arisen. From list-managers-owner Fri Oct 27 10:20:46 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id KAA24920; Fri, 27 Oct 2000 10:15:46 -0700 (PDT) Received: from hostigos.otherwhen.com (unknown [63.103.205.3]) by honor.greatcircle.com (Postfix) with ESMTP id 2D43D17E8B for ; Fri, 27 Oct 2000 10:15:38 -0700 (PDT) Received: from mail.otherwhen.com (mail.otherwhen.com [63.103.205.4]) by hostigos.otherwhen.com (8.9.3/8.9.3) with ESMTP id LAA47427 for ; Fri, 27 Oct 2000 11:41:45 -0600 (MDT) (envelope-from mavery@mail.otherwhen.com) Received: from PORKY/SpoolDir by mail.otherwhen.com (Mercury 1.48); 27 Oct 00 11:41:38 -0600 Received: from SpoolDir by PORKY (Mercury 1.48); 27 Oct 00 11:41:31 -0600 From: "Mike Avery" To: list-managers@GreatCircle.COM Date: Fri, 27 Oct 2000 11:41:30 -0600 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: elist address or your address in message TO header Reply-To: mavery@mail.otherwhen.com Message-ID: <39F969EF.30406.42BE025@localhost> References: In-reply-to: X-mailer: Pegasus Mail for Win32 (v4.0, pre-alpha) Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On 24 Oct 2000, at 14:45, James M Galvin wrote: > In my opinion, VERPs belong at the envelope layer, not in the message > (i.e., individual addressing), because I try very hard to enforce the > postal analogy to an extreme: you don't steam open the envelope and > mess with what's inside. Of course that makes VERPs less than 100% > effective, since not all email systems respect the separation. This is a "yeah, but" situation. Putting the information in the smtp envelope would be elegant, but not as robust. In particular, people using multi-pop lose the envelope at delivery time, which could cause problems, depending on when and where the mail bounced. If you put verp information in the smtp envelope and the smtp agent accepts it, but the multi-pop agent rejects it, you lost your verp information. Mike -- Mike Avery MAvery@mail.otherwhen.com Voice and fax (970)-642-0282 ICQ: 83558928 * Spam is for lusers who can't get business any other way * A Randomly Selected Thought For The Day From 'The Code of The West, A Cowboy's Guide to Life' by Texas Bix Bender Don't worry about biting off more than you can chew. Your mouth is probably a whole lot bigger'n you think. From list-managers-owner Sat Oct 28 13:05:13 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id NAA12302; Sat, 28 Oct 2000 13:01:35 -0700 (PDT) Received: from kirkwood.hoosier.net (kirkwood.hoosier.net [206.106.64.12]) by honor.greatcircle.com (Postfix) with ESMTP id C7ACE17E8B for ; Sat, 28 Oct 2000 13:01:29 -0700 (PDT) Received: from localhost (lev@localhost) by kirkwood.hoosier.net (8.9.3/8.8.7) with ESMTP id PAA04576 for ; Sat, 28 Oct 2000 15:27:51 -0500 Date: Sat, 28 Oct 2000 15:27:51 -0500 (EST) From: Paul K- X-Sender: lev@kirkwood.hoosier.net To: list-managers@GreatCircle.COM Subject: PINE Filtering /& Subject header In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk I want to use Rule/Filter in PINE e-mail reader. So far it has been messy. Have problems with messages being pulled from others of my PINE folders into which, after reading, I'd filed them. And a message will be sucked out of my folder, to be put into an . Even when I erase the "Pattern" from my headers. I got the bright idea that ANY expression in the mishmash of header information which would possibly match... can trigger that. I'm looking here at the information which comes from "Expanded headers." Consequently I tried this correction: SINCE square brackets [] are used in the Subject header in some of the high-activity lists I read, but are nowhere else visible in the Expanded headers: I thought I could use [listName] in Subject_pattern setting. Previously I'd been using the Alltext_pattern, which refers to all the headers, for its reliability. Anyway my solution seems not to be working. No filtering, at this point. To repeat. Somehow those messages are identified and caused to be brought back (to folder IN.HPV for example) when I want them to stay in another folder. Annoying! For example the folder ought to be able to keep what gets put into it. But no, anytime that folder gets opened, hpv messages get whipped over to the other folder. any help much appreciated! - Paul To have doubted one's first principles is the mark of a civilized man. : - Oliver Wendell Holmes : :*nine_stories*,salinger=****=djembes................................: From list-managers-owner Mon Oct 30 15:25:55 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id PAA16209; Mon, 30 Oct 2000 15:10:43 -0800 (PST) Received: from gsp.org (rsk.tidalwave.com [208.211.3.21]) by honor.greatcircle.com (Postfix) with ESMTP id 4C37817E8B for ; Mon, 30 Oct 2000 15:10:35 -0800 (PST) Received: (from rsk@localhost) by gsp.org (8.11.1/8.11.1) id e9UNd4112214 for list-managers@GreatCircle.COM; Mon, 30 Oct 2000 18:39:04 -0500 (EST) Date: Mon, 30 Oct 2000 18:39:02 -0500 From: Rich Kulawiec To: list-managers@GreatCircle.COM Subject: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Message-ID: <20001030183902.B12186@gsp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Spotted this on Usenet -- haven't seen this myself yet, but I've only got a handful of netzero.net folks on my lists, all of whom (I believe) are actively reading their mail. ---Rsk ----- Forwarded message from Robert Dinse ----- > From: Robert Dinse > Date: Sat, 28 Oct 2000 05:46:07 -0700 > Subject: Netzero.Net Cause Mail Problems > Newsgroups: lobby,announcements,news.admin.net-abuse.email > > > Netzero has apparently implimented a brilliant policy of bouncing e-mail > that sits in a netzero mailbox for more than six months. > > This caused severe problems this morning as mail from a list was all > returned by netzero enmasse and severely overloaded the servers, exhausting the > process tables with smartlist and procmail processes trying to remove the > affected address from the dist. > > Problem is the address was already removed, but netzero just kept on > sending messages back that were sent six months ago. > > I've recompiled the kernels to increase the size of the process table, but > if this does not resolve the problem and netzero does stop this absurdity, it > may be necessary to block all incoming e-mail from netzero in order to > preserve the functionality of our mail servers. > ----- End forwarded message ----- From list-managers-owner Mon Oct 30 17:24:27 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id RAA17416; Mon, 30 Oct 2000 17:13:25 -0800 (PST) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id 19D4317E8B for ; Mon, 30 Oct 2000 17:13:21 -0800 (PST) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9V1bP223883; Mon, 30 Oct 2000 17:37:25 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <20001030183902.B12186@gsp.org> References: <20001030183902.B12186@gsp.org> Date: Mon, 30 Oct 2000 17:38:50 -0800 To: Rich Kulawiec , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk It's true. It's not all that new, BYU's done that forever. he's considers it abuse for what reason? I find it irritating, but who says how long is too long to hold mail for delivery? three days? A week? a month? six? bounces are bounces... (shrug) At 6:39 PM -0500 10/30/00, Rich Kulawiec wrote: >Spotted this on Usenet -- haven't seen this myself yet, but I've only >got a handful of netzero.net folks on my lists, all of whom (I believe) >are actively reading their mail. > > Netzero has apparently implimented a brilliant policy of >bouncing e-mail > > that sits in a netzero mailbox for more than six months. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Mon Oct 30 18:40:06 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id SAA18140; Mon, 30 Oct 2000 18:33:31 -0800 (PST) Received: from smarthost.microsoft.com (smarthost.microsoft.com [131.107.3.106]) by honor.greatcircle.com (Postfix) with ESMTP id 3D19517E8B for ; Mon, 30 Oct 2000 18:33:25 -0800 (PST) Received: from michj.redmond.corp.microsoft.com (MICHJ [157.56.101.209]) by smarthost.microsoft.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2651.58) id V9K8WRKB; Mon, 30 Oct 2000 19:00:00 -0800 Date: Mon, 30 Oct 2000 19:00:04 -0800 (Pacific Standard Time) From: "Michael S. Johnson" To: list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] In-Reply-To: Message-ID: X-X-Sender: michj@mail.eskimo.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Mon, 30 Oct 2000, Chuq Von Rospach wrote: > It's true. It's not all that new, BYU's done that forever. Thank goodness, then, that I have no BYU subscribers. > he's considers it abuse for what reason? Because he (or his mail server, which is also my mail server) received 2,000 messages that had long ago been delivered to NetZero users. Earlier this month, as a list owner, I also received such a mailstorm from a deadbeat subscriber and told people on this list about the 382 messages I'd received in the space of two minutes from NetZero. > I find it irritating, but who says how long is too long to hold mail > for delivery? three days? A week? a month? six? Robert Dinse and I are not complaining about how long to hold mail. We are complaining about how to handle "stale e-mail", no matter what they mean by that. > bounces are bounces... (shrug) Maybe "bounce" isn't the right name for this. Take a look at this quote from a NetZero "stale mail" notice: ---begin quote--- Message-ID: <20000927164612.89155.qmail@nc3.wlv.netzero.net> To: Date: Wed, 27 Sep 2000 09:46:12 PDT From: MAILER-DAEMON@netzero.net Subject: stale mail Content-Length: 3307 Your mail to: NAUSICAA@LISTSERV.BROWN.EDU with subject: Re: Studio Ghibli DVD/VCD info sent on: Wed, 1 Mar 2000 08:05:00 -0600 is being returned to you. It sat unread in the mailbox beyond NetZero's 6 month limit. ---end quote--- What would you call this? I don't care if this is called a bounce or not, but I certainly don't want to receive 382 of these (1.4MB) again one day. I've already drafted a letter to send to my remaining 3 NetZero subscribers to ask them to change their subscription addresses. Anyway, I'm curious. What do you consider valid reasons to bounce e-mail? I thought (but I don't pretend to be correct), that bounces occur when errors are encountered during delivery or receipt. If I understand NetZero's error messages correctly, they successfully delivered mail to a user who decided not to read it. I don't expect to receive any error messages regarding successfully delivered e-mail. I don't remember receiving such in the 9 years that I've been online. I hope that ISPs don't believe it necessary to go puking unread messages back at the sender (which could be me or my mailing list) for the sole reason that the message was successfully delivered but not read for a period of time. That's what mailbox full errors and disk quotas are for, don't you think? -- Michael S. Johnson Miyazaki Web and Mailing List Owner michj@nausicaa.net www.nausicaa.net/miyazaki/mailing-list From list-managers-owner Mon Oct 30 19:53:51 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA18813; Mon, 30 Oct 2000 19:38:42 -0800 (PST) Received: from janus.hosting4u.net (janus.hosting4u.net [209.15.2.37]) by honor.greatcircle.com (Postfix) with SMTP id 715A717E8B for ; Mon, 30 Oct 2000 19:38:36 -0800 (PST) Received: (qmail 8888 invoked from network); 31 Oct 2000 04:05:25 -0000 Received: from poseidon.hosting4u.net (HELO farstrider.org) (209.15.2.59) by mail-gate.hosting4u.net with SMTP; 31 Oct 2000 04:05:25 -0000 Received: from gaidin ([216.62.214.225]) by farstrider.org ; Mon, 30 Oct 2000 22:05:02 -0600 Message-ID: <000a01c042ee$b5ba29a0$0400000a@mistworks.com> From: "April" To: "Rich Kulawiec" , , "Chuq Von Rospach" References: <20001030183902.B12186@gsp.org> Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Date: Mon, 30 Oct 2000 21:57:36 -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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk High volume list... Waiting six months to bounce someone. 50 x 30 x 6 = 1,800 That is a lot of bounce messages to get back for one person. And netzero is popular (hence just banning the address becomes a problem). So, you have say 30 people with netzero address and the server majorly hiccups one week or month (not uncommon for netzero from what I've heard) and decides to quit accepting mail. 30 x 50 = 1,500. You're getting 1,500 bounce messages a day just from netzero people. And if those people are bouncing for more permanent reasons, there's no way to stop it short of the six months. Removing them because of the bounces only assures that the accounts bounce messages will quit hitting you in 6 months. How many bounce messages is it common to receive a day? ----- Original Message ----- From: "Chuq Von Rospach" To: "Rich Kulawiec" ; Sent: Monday, October 30, 2000 7:38 PM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] > It's true. It's not all that new, BYU's done that forever. > > he's considers it abuse for what reason? I find it irritating, but > who says how long is too long to hold mail for delivery? three days? > A week? a month? six? > > bounces are bounces... (shrug) > > > At 6:39 PM -0500 10/30/00, Rich Kulawiec wrote: > >Spotted this on Usenet -- haven't seen this myself yet, but I've only > >got a handful of netzero.net folks on my lists, all of whom (I believe) > >are actively reading their mail. > > > > > > Netzero has apparently implimented a brilliant policy of > >bouncing e-mail > > > that sits in a netzero mailbox for more than six months. > > -- > Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) > Apple Mail List Gnome (mailto:chuq@apple.com) > > Be just, and fear not. > > > From list-managers-owner Mon Oct 30 20:08:51 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA18911; Mon, 30 Oct 2000 19:51:23 -0800 (PST) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id 4093617E8B for ; Mon, 30 Oct 2000 19:51:13 -0800 (PST) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9V4FF227250; Mon, 30 Oct 2000 20:15:15 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 30 Oct 2000 20:14:24 -0800 To: "Michael S. Johnson" , list-managers@GreatCircle.COM From: Chuq Von Rospach Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 7:00 PM -0800 10/30/00, Michael S. Johnson wrote: > > I find it irritating, but who says how long is too long to hold mail > > for delivery? three days? A week? a month? six? > >Robert Dinse and I are not complaining about how long to hold mail. We >are complaining about how to handle "stale e-mail", no matter what they >mean by that. I'm not sure I see any difference but a cosmetic one here. Would it be any better if that end-user's mail was being held in a uucp queue for six months before being returned? It's all the same thing. automating bounce mail takes care of this just fine -- let a program worry about it, and you'll never even know they're being stupid. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Mon Oct 30 20:26:52 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA18912; Mon, 30 Oct 2000 19:51:23 -0800 (PST) Received: from plaidworks.com (plaidworks.com [209.239.169.200]) by honor.greatcircle.com (Postfix) with ESMTP id 59F3317EB1 for ; Mon, 30 Oct 2000 19:51:13 -0800 (PST) Received: from [209.239.169.197] (a197.plaidworks.com [209.239.169.197]) by plaidworks.com (8.10.1/8.10.1) with ESMTP id e9V4FE227248; Mon, 30 Oct 2000 20:15:14 -0800 Mime-Version: 1.0 Message-Id: In-Reply-To: <000a01c042ee$b5ba29a0$0400000a@mistworks.com> References: <20001030183902.B12186@gsp.org> <000a01c042ee$b5ba29a0$0400000a@mistworks.com> Date: Mon, 30 Oct 2000 20:12:18 -0800 To: "April" , "Rich Kulawiec" , , "Chuq Von Rospach" From: Chuq Von Rospach Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: list-managers-owner@GreatCircle.COM Precedence: bulk At 9:57 PM -0600 10/30/00, April wrote: >High volume list... Waiting six months to bounce someone. Like I say, I find it irritating. But -- we all choose how long to keep stuff for delivery. If you don't like their answer, I suggest you talk to them. I'm not saying I like it. I'm saying calling it abuse as the original poster (that Rich forwarded) seemed to is incorrect. It maybe many things (I'd definitely call it wrongthink, bordering on stupid), but it's not illegal, immoral or fattening. >How many bounce messages is it common to receive a day? > On my busy days, hundreds of megabytes. but these days, my MLM handles all but the exceptionh cases, so it doesn't really matter. If you're still manually worrying about bounce mail, I think a better solution is to find a way to automate that and therefore rarely SEE stuff like what Netzero does. -- Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui@plaidworks.com) Apple Mail List Gnome (mailto:chuq@apple.com) Be just, and fear not. From list-managers-owner Mon Oct 30 20:38:51 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id TAA18806; Mon, 30 Oct 2000 19:38:09 -0800 (PST) Received: from mail.int.whoopi.net (unknown [203.89.243.6]) by honor.greatcircle.com (Postfix) with ESMTP id 0B9B817E8B for ; Mon, 30 Oct 2000 19:37:56 -0800 (PST) Received: from production2 ([203.89.252.203]) by mail.int.whoopi.net (8.9.3/8.8.7) with SMTP id OAA04716 for ; Tue, 31 Oct 2000 14:02:08 +1100 From: leigh@whoopi.net Message-ID: <00b201c042ef$b3261bd0$cbfc59cb@production2> To: Subject: Securing majordomo Date: Tue, 31 Oct 2000 15:04:43 +1100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AF_01C0434B.E64EDC70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01C0434B.E64EDC70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have setup majordomo, but I only wish to allow certain people to = access the lists, I have found that when I make an access file and put my email address = only in it, that it is very easy to get access to the list and post to = it by faking email and sending email to the lists as me. Is there a more secure way to protect my lists? I am running sendmail 8.9.3 and redhat 6.2 If I had to restrict the server which the mail was coming from to the = local SMTP server (on the same machine) it would be ok Thanks in advance for any help..... Leigh ------=_NextPart_000_00AF_01C0434B.E64EDC70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi, I have setup majordomo, but I only = wish to=20 allow certain people to access the lists,
I have found that when I make an access = file and=20 put my email address only in it, that it is very easy to get access to = the list=20 and post to it by faking email and sending email to the lists as=20 me.
 
Is there a more secure way to protect = my=20 lists?
 
I am running sendmail 8.9.3 and redhat=20 6.2
 
If I had to restrict the server which = the mail was=20 coming from to the local SMTP server (on the same machine) it would be=20 ok
 
Thanks in advance for any = help.....
 
Leigh
------=_NextPart_000_00AF_01C0434B.E64EDC70-- From list-managers-owner Mon Oct 30 23:40:07 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id XAA20940; Mon, 30 Oct 2000 23:27:07 -0800 (PST) Received: from ma-1.rootsweb.com (ma-1.rootsweb.com [209.192.148.153]) by honor.greatcircle.com (Postfix) with ESMTP id C54E717E8B for ; Mon, 30 Oct 2000 23:27:01 -0800 (PST) Received: (from twp@localhost) by ma-1.rootsweb.com (8.10.0.Beta10/8.10.0.Beta10) id e9V7rDM67896; Tue, 31 Oct 2000 02:53:13 -0500 (EST) Date: Tue, 31 Oct 2000 02:53:13 -0500 From: Tim Pierce To: Chuq Von Rospach Cc: Rich Kulawiec , list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Message-ID: <20001031025313.V74368@ma-1.rootsweb.com> References: <20001030183902.B12186@gsp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7us In-Reply-To: Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Mon, Oct 30, 2000 at 05:38:50PM -0800, Chuq Von Rospach wrote: > It's true. It's not all that new, BYU's done that forever. > > he's considers it abuse for what reason? I find it irritating, but > who says how long is too long to hold mail for delivery? three days? > A week? a month? six? > > bounces are bounces... (shrug) Our list managers are getting thousands of them at a pop. If they were thigh cream ads, no one would blink at calling it "abuse." We do consider it a serious problem, and I am sorely tempted to block the domain until they fix it. -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer From list-managers-owner Tue Oct 31 01:56:44 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id BAA23197; Tue, 31 Oct 2000 01:28:20 -0800 (PST) Received: from castro.queernet.org (castro.queernet.org [209.157.101.253]) by honor.greatcircle.com (Postfix) with ESMTP id 7529217EB6 for ; Tue, 31 Oct 2000 01:28:15 -0800 (PST) Received: from localhost (rogerk@localhost) by castro.queernet.org (8.10.0.Beta6/8.10.0.Beta6) with ESMTP id e9V9sww18505 Date: Tue, 31 Oct 2000 01:54:58 -0800 (PST) From: "Roger B.A. Klorese" To: Tim Pierce Cc: Chuq Von Rospach , Rich Kulawiec , list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] In-Reply-To: <20001031025313.V74368@ma-1.rootsweb.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Tue, 31 Oct 2000, Tim Pierce wrote: > If they were thigh cream ads, no one would blink at calling it > "abuse." They would if you sent them thousands of thigh cream ads in the first place, Tim. -- ROGER B.A. KLORESE rogerk@QueerNet.ORG PO Box 14309 San Francisco, CA 94114 "There is only one real blasphemy -- the refusal of joy!" -- Paul Rudnick From list-managers-owner Tue Oct 31 03:24:33 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id DAA25935; Tue, 31 Oct 2000 03:12:59 -0800 (PST) Received: from gsp.org (rsk.tidalwave.com [208.211.3.21]) by honor.greatcircle.com (Postfix) with ESMTP id 1447017E8B for ; Tue, 31 Oct 2000 03:12:41 -0800 (PST) Received: (from rsk@localhost) by gsp.org (8.11.1/8.11.1) id e9VAmoQ15314 for list-managers@GreatCircle.COM; Tue, 31 Oct 2000 05:48:50 -0500 (EST) Date: Tue, 31 Oct 2000 05:48:50 -0500 From: Rich Kulawiec To: list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Message-ID: <20001031054850.A15309@gsp.org> References: <20001030183902.B12186@gsp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from chuqui@plaidworks.com on Mon, Oct 30, 2000 at 05:38:50PM -0800 Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Mon, Oct 30, 2000 at 05:38:50PM -0800, Chuq Von Rospach wrote: > It's true. It's not all that new, BYU's done that forever. Then they are equally guilty of engaging in a stupid and abusive practice. (And, I might add, a practice that could be considered a denial-of-service attack due to the manner in which it is implemented.) > he's considers it abuse for what reason? I find it irritating, but > who says how long is too long to hold mail for delivery? three days? > A week? a month? six? In the two decades that I've been online, it's been usual and customary to attempt delivery for anywhere from 2 to 10 days. From time to time (rarely) I've had mail returned outside that window, but that's usually been due to an anomalous condition which has later been detected by the appropriate admin and fixed. But this is moot because it is not the topic of discussion here: this mail *has* been delivered. > bounces are bounces... (shrug) These are not bounces. They are not bounces because they were not generated by the failure of an MTA to deliver mail to a recipient -- because, in fact, the MTA *did* deliver these messages to a recipient. This is netzero deciding to spew garbage all over the 'net instead of cleaning up their mess in-house (by imposing disk quotas, or by deleting old mail, or by deleting accounts which are inactive for X amount of time). ---Rsk From list-managers-owner Tue Oct 31 04:39:29 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id EAA26940; Tue, 31 Oct 2000 04:32:52 -0800 (PST) Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by honor.greatcircle.com (Postfix) with ESMTP id C361B17E8B for ; Tue, 31 Oct 2000 04:32:45 -0800 (PST) Received: from katie.vnet.net (katie.vnet.net [166.82.1.7]) by smtp2.vnet.net (8.10.1/8.10.1) with ESMTP id e9VCxZs15423; Tue, 31 Oct 2000 07:59:36 -0500 (EST) Received: from localhost (murr@localhost) by katie.vnet.net (8.9.3+Sun/8.9.1) with ESMTP id HAA29009; Tue, 31 Oct 2000 07:59:35 -0500 (EST) Date: Tue, 31 Oct 2000 07:59:34 -0500 (EST) From: murr rhame To: Chuq Von Rospach Cc: "Michael S. Johnson" , list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Mon, 30 Oct 2000, Chuq Von Rospach wrote: > I'm not sure I see any difference but a cosmetic one here. > Would it be any better if that end-user's mail was being held > in a uucp queue for six months before being returned? If all of the bounces are consistently held for six months, I agree, there is no difference. The daily volume of bounces would be relatively sable. The bounces would just be old. If they send six months worth of bounces twice a year, it could be a major problem. It sounds like the complaint is that a huge backlog of bounces have been accumulated and these were sent all at once. A huge surge of accumulated returns could overwhelm nearly any list host site. - murr - From list-managers-owner Tue Oct 31 04:54:29 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id EAA27025; Tue, 31 Oct 2000 04:42:05 -0800 (PST) Received: from one.elistx.com (one.elistx.com [209.116.252.130]) by honor.greatcircle.com (Postfix) with ESMTP id AA3A217E8B for ; Tue, 31 Oct 2000 04:42:00 -0800 (PST) Received: from two.elistx.com (ppp.elistx.com [209.116.254.209]) by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0G3A00FDCPV8DT@eListX.com> for list-managers@GreatCircle.COM; Tue, 31 Oct 2000 08:09:09 -0500 (EST) Date: Tue, 31 Oct 2000 08:10:05 -0500 (EST) From: James M Galvin Subject: Re: Securing majordomo In-reply-to: <00b201c042ef$b3261bd0$cbfc59cb@production2> X-Sender: galvin@two.elistx.com To: leigh@whoopi.net Cc: list-managers@GreatCircle.COM Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: list-managers-owner@GreatCircle.COM Precedence: bulk Hi, I have setup majordomo, but I only wish to allow certain people to access the lists, I have found that when I make an access file and put my email address only in it, that it is very easy to get access to the list and post to it by faking email and sending email to the lists as me. Some might consider this a feature. :-) Setting aside the use of "real" secure email, the next level of access control you're looking for is to use the envelope addresses instead of the message header addresses. Although these can also be forged, it is one bar more difficult to do so. However, since you're using majordomo, this option is not directly available to you without some development work on your part to integrate the SMTP server with your elist application. Instead, one thing you can do with majordomo -- actually with most elist technologies -- is force the message through the approval function. Set up the elist with no entries in the access control file so that all messages get forwarded to the "owner" for review. The owner can then add the approval password, if appropriate, and send the message back to majordomo for distribution. The owner (or owners) can avoid the "extra roundtrip" on his/her own messages by including the approval password in the original message. Majordomo is always careful to remove the approval password before it distributes the message. Of course, this option can be problematic for a "high" volume elist. Hope this helps, Jim -- James M. Galvin ------------------------------------------------------------------------ Public mailing lists hosted free at From list-managers-owner Tue Oct 31 08:06:42 2000 Received: (majordom@localhost) by honor.greatcircle.com (8.8.5/Honor-Lists-980720-1) id HAA28811; Tue, 31 Oct 2000 07:51:23 -0800 (PST) Received: from ma-1.rootsweb.com (ma-1.rootsweb.com [209.192.148.153]) by honor.greatcircle.com (Postfix) with ESMTP id 0F96817E8B for ; Tue, 31 Oct 2000 07:51:17 -0800 (PST) Received: (from twp@localhost) by ma-1.rootsweb.com (8.10.0.Beta10/8.10.0.Beta10) id e9VGHgi76176; Tue, 31 Oct 2000 11:17:42 -0500 (EST) Date: Tue, 31 Oct 2000 11:17:42 -0500 From: Tim Pierce To: murr rhame Cc: Chuq Von Rospach , "Michael S. Johnson" , list-managers@GreatCircle.COM Subject: Re: [nanook@eskimo.com: Netzero.Net Cause Mail Problems] Message-ID: <20001031111742.Y74368@ma-1.rootsweb.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7us In-Reply-To: Sender: list-managers-owner@GreatCircle.COM Precedence: bulk On Tue, Oct 31, 2000 at 07:59:34AM -0500, murr rhame wrote: > It sounds like the complaint is that a huge > backlog of bounces have been accumulated and these were sent all > at once. A huge surge of accumulated returns could overwhelm > nearly any list host site. That's precisely what seems to be happening. The volume of mail isn't overwhelming us, but it's sure causing problems for the individual list managers, and we do feel a certain obligation to protect them (to the extent possible) from other sites' idiocies. -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer