[linuxbios]RE: flash_n_burn rom utils, /dev/bios ... resquest

[Mathieu Deschamps]

I just want to rise, RESPECTFULLY, *YOUR* paradox :

 Look you are talking about spams on maillist right ? >:
 Gosh ! And you dare keeping up the title flash_n_burn rom utils,
/dev/bios ... title that has no meaning in regards of your
mail's content. That's a bit strong !
As a result (maybe) a depreciation of the original 
topic :
who'd like to follow a swinging topic from flashin' chips to 
spam issue on maillist ?

Nevertheless, this resquest (the early one : "fear" of the hot plug and
means to avoid it) on which you gained attention -as you said- may be
not of your interest but you could respect it and not try (intended or
not !) to pollute it.

Have you noticed,  moreover, it seems to be a shared resquest (many
reactions) ?

For all his, I think that you've act like people you denounce and I'am
sorry for you. 

respectfully and with no hard feelings 
mathieu


ps final 'peak' : IMO, putting [linuxbios] before titles is a *bad* 
idea : on a linuxbios maillist, the only root topic is linuxbios
obviously so no need to repeat it in title ...


Le mer 21/04/2004 à 07:50, Chris a écrit :
> > >
> > > I am not saying it is, just that when you view the subject
> > lines they often
> > > appear like subjects designed to foil filtering systems
> >
> > Subject lines are for humans the other headers are for machines.
> >
> 
> I have given up on filters. Dont trust them to do the job. so I use them to
> pick the obvious spam
> then the remaining emails get scanned by trusty human eye and brain for the
> final decision.
> 
> Unfortunately some of the very cryptic subject lines appear to be spam so I
> tossed the first few until I realised my mistake.
> (bugger does that make me as reliable as spam filters)
> 
> I will try the list-id header. and mark it as friendly if it has it.
> 
> 
> > Re: [linuxbios] Re: [linuxbios]
> 
> If the list server placed the tag in it wouldn't be a problem and no-one
> would have to type it
> the list server can delete any redundant tags and then forward the mail
> 
> 
> >
> > As for adding numbers for general categories that is just silly.  If
> > you want to describe what is going on feel free to add:  [IDEA] or
> > [PATCH] or whatever.  Enumerations with numerical values are just
> > silly when they are for human consumption.
> 
> not really its just shorter to read and write, with only 6 choices the ASRG
> works very well
> 
> > The next logical step is
> > to progress forward to writing programs in machine code to give more
> > control so they are not susceptible to viruses.
> >
> 
> now your just being really silly
> 
> Regards
> Chris
> 
> 
> 
> 
> > -----Original Message-----
> > From: Eric W. Biederman [mailto:eric at lnxi.com]On Behalf Of Eric W.
> > Biederman
> > Sent: Wednesday, 21 April 2004 3:03 PM
> > To: Chris
> > Cc: John Usher (Maptek); linuxbios at clustermatic.org
> > Subject: Re: flash_n_burn rom utils, /dev/bios ... resquest
> >
> >
> > "Chris" <linuxbios at rebel.com.au> writes:
> >
> > > Hi
> > >
> > > I am new to this group and currently in the lurk stage
> > >
> > > but can I pass a comment/suggestion.
> > >
> > > I get a huge amount of spam, and on a cursory glance a lot of
> > the mail from
> > > this group "appears" spammy
> > >
> > > I am not saying it is, just that when you view the subject
> > lines they often
> > > appear like subjects designed to foil filtering systems
> >
> > Subject lines are for humans the other headers are for machines.
> >
> > > can I suggest a standard element be placed in the subject line such as I
> > > have done
> > >
> > > that way it will be easier to seperate the linux bios mailings
> > from the spam
> > > mailings
> >
> > Look at the List-Id: that should be completely constant.  That is what
> > I filter by and it makes it trivial.  I filter not to get rid of spam
> > but to separate the LinuxBIOS mailing list traffic and the linux
> > kernel mailing list traffic etc.
> >
> > If you want something practically spoof proof ask for the mailing
> > list to gpg sign messages.  Then you can be certain the message
> > at least came from the mailing list.
> >
> > I have not seen any spam come through this mailing list.  Or even
> > spoofed as such.
> >
> > If you really want to stop spam.  Don't concentrate on the fact
> > that it is unwanted mail.  Concentrate on the fact that it is
> > bulk mail, and that it is generally fraudulent.  Detecting mail is
> > passing in bulk or that it does not have a legitimate source do not
> > sound like hard problems.
> >
> > > I am also a member of the ASRG "Anti Spam Research Group" and they use a
> > > system that looks like this
> > >
> > > subject: [ASRG] 3: description
> > >
> > > the number is for pre-organised topics such as 0 = general 1 = new ideas
> > > etc...
> >
> > Things like that get extremely ugly when you cross post,
> > or the mailing system does not recognize your Re: line
> > so you get things like:
> >
> > Re: [linuxbios] Re: [linuxbios]
> > or:
> > Re: [linuxbios] RE: flash_n_burn rom utils, /dev/bios, ... resquest
> >
> > And we have a diverse enough crowd we don't get consistent recognition
> > of the Re: line anyway.  Yhlu I think posts with Chinese character
> > set which makes things interesting.
> >
> > Hacked subject lines just clutter up things up.
> >
> > As for adding numbers for general categories that is just silly.  If
> > you want to describe what is going on feel free to add:  [IDEA] or
> > [PATCH] or whatever.  Enumerations with numerical values are just
> > silly when they are for human consumption.  The next logical step is
> > to progress forward to writing programs in machine code to give more
> > control so they are not susceptible to viruses.
> >
> > Eric
> >
> >
> >
> >
> >
> >
> 
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>