On Sun, 19 Jan 2003, Peter Finderup Lund 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
Oops, I made a goofup above. It should be: :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. Agreed. >> 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!" That sounds like something that Hitler might suggest. ;o) >> 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. Probably just an oversight. >> 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. Probably most of us. ;o) >> 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] Yeah, procmail is a bit cryptic, but after getting in all kinds of debates/flamewars over mailing list management issues over they years, about 3 years ago I went hardcore and got deeper into procmail, since most of the things I dislike about certain mailing lists, is fixable on my own end by munging headers, munging reply-to, etc. with procmail. It's an ugly but effective way of Getting The Job Done(TM), while avoiding Waste Of Time Flamewars. ;o) >> 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. Sure, it also could help to ensure that distribution specific bugs be directed towards the distribution, and general-case bugs be sent to both the vendor and the project, or one or the other. >PS: Wish I could concentrate for more than an hour at a time, >otherwise I would have written the patch already :) Hehe. It's pretty simple.. basically just need to grep for server messages, then put #ifdef's around them allowing for vendor customization, then doctor the Imakefile(s) a bit, and some of the Imake config stuff. The X server already has a bit of customization not unlike this, so I presume if someone were to do it, and do it clean enough, that it might stand a chance of getting accepted into the core sources. It might even be nice to allow for internationalization of the messages perhaps using gettext() et al. Anyhooo, it's nice to chat about ideas like this. TTYL -- Mike A. Harris _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
