On Sun, 19 Jan 2003, Mike A. Harris wrote: > Personally, I'd like the [XFree86] in the subject to take a hike. > It's totally unnecessary. People use it for sorting email into > folders, but GNU mailman managed mailing lists contain another > header which is just for this purpose. In procmailesque: > > :0: > ^X-BeenThere:.*[EMAIL PROTECTED] > xfree86
Yes, that is better than [XFree86], I totally agree with that. If [XFree86] disappears (which I hope it will), advance notice should of course be given, as Andrew says. [UNSUBSCRIBED] was not essential -- the idea was just to /have/ a visible indication that the sender was not on the list. What kind it is is not as important. > in a massive flamewar that goes on for 3 days to a week until > ends when someone invokes Godwin's law? What about the comp.arch equivalent? "Alpha!" > Well, since this similar issue came up on the devel@ mailing list > last week, I thought what the heck, why not mention it here too. > ;o) A pity it hasn't been folded into the XFree86 list yet. > On the [UNSUBSCRIBED] idea - again, not needed in the subject > line. Why not just have the CGI webform add to the top of the > body of the message: "This message was submitted via web form, > and the user may not be subscribed. Responders should keep the > poster in the carbon copy field to insure they receive responses" > or something to that effect perhaps. It would certainly satisfy me. > As for the [listname] damage, I've got a procmail rule that > removes that stuff from any mailing list on the receiving end > rather than the sending end. So, I'm ultimately happy either > way. ;o) I used to have a procmail rule that cleaned up emails from sourceforge that didn't follow the right quoted printable rule in the added advertisment so Pine wouldn't barf on them ;) [url instead of email address in case of errors] > That is a GREAT idea! In fact, it is so good, I think I'm going > to patch up our X server to do just that in the future. If the > XFree86 team would accept some vendor/distro neutral patches that > would enable any vendor to override those messages and point > people to elsewhere, I'd be more than glad to whip up such a > solution and submit it. Thank you :) That should do a lot to both serve customers of distributions and other users and to keep down the noise level on this list. -Peter PS: Wish I could concentrate for more than an hour at a time, otherwise I would have written the patch already :) _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
