There is a new kernel config option CLS_U32_PERF that, when set, requires a new version of the iproute utils to be able to set traffic filters. Either this options needs to be remove from the kernel or the iproute utils need to be upgraded.
I commented on this in bugzilla #129185 (jar@pcuf.fi had already opened a ticket against iproute).
Hi Chris,
On Wed, 2004-08-11 at 06:23, Chris Adams wrote:
I commented on this in bugzilla #129185 (jar at pcuf.fi had already opened a ticket against iproute).
Be so kind not to include others email addresses in your mails unobfuscated. TIA.
Leonard.
Once upon a time, Leonard den Ottolander leonard@den.ottolander.nl said:
Hi Chris,
On Wed, 2004-08-11 at 06:23, Chris Adams wrote:
I commented on this in bugzilla #129185 (jar at pcuf.fi had already opened a ticket against iproute).
Be so kind not to include others email addresses in your mails unobfuscated. TIA.
This is a public mailing list, Bugzilla is a public database. Don't like you address being there, then don't use it there.
Hi Chris,
Be so kind not to include others email addresses in your mails unobfuscated. TIA.
This is a public mailing list, Bugzilla is a public database. Don't like you address being there, then don't use it there.
Luckily many archives obfuscate email addresses. This avoids addresses being harvested. Indeed, bugzilla doesn't do that, but mentioning it inside the body of your message increases the change of it being included in some spam mailing. Hence my request.
Leonard.
On Wed, 2004-08-11 at 17:03, Chris Adams wrote:
Once upon a time, Leonard den Ottolander leonard@den.ottolander.nl said:
Hi Chris,
On Wed, 2004-08-11 at 06:23, Chris Adams wrote:
I commented on this in bugzilla #129185 (jar at pcuf.fi had already opened a ticket against iproute).
Be so kind not to include others email addresses in your mails unobfuscated. TIA.
This is a public mailing list, Bugzilla is a public database. Don't like you address being there, then don't use it there.
Besides that, I would imagine that robots searching for email addresses to spam would be smart enough to recognize 'markdrago at mail.com' as an email address.
--Mark Drago
Hi Mark,
Besides that, I would imagine that robots searching for email addresses to spam would be smart enough to recognize 'markdrago at mail.com' as an email address.
Maybe that was a bad example on how to obfuscate an email address.
I'm sure many robots will *not* recognize that as a valid email address though. Every robot that does not recognize that address will not add to the spam in your mailbox. And there is nothing stopping you to variate a bit to trick out the robots.
All I am saying is not everybody appreciates his/her email address being included (unobfuscated) in whatever public email, even though (s)he subscribes to a public mailing list. I for one don't. Thus my request for your courtesy to obfuscate email addresses is you have to include them in public emails.
Leonard.
--On Wednesday, August 11, 2004 4:03 PM -0500 Chris Adams cmadams@hiwaay.net wrote:
This is a public mailing list, Bugzilla is a public database. Don't like you address being there, then don't use it there.
Tip: If you use sendmail on your mailbox server, use a plussed address when subscribing to systems that don't obfuscate your address in their archives. You can then use a procmail recipe to filter stuff using that address to a separate folder, and make it easier to track what archive a spammer is harvesting addresses from. For example:
shiva+fedora_dev_plussed_example@sewingwitch.com
This will get delivered to my shiva account and the stuff after the plus sign (ignored by sendmail) will be available for post-delivery analysis.
On Thu, 12 Aug 2004 08:06, Mark Drago markdrago@mail.com wrote:
Besides that, I would imagine that robots searching for email addresses to spam would be smart enough to recognize 'markdrago at mail.com' as an email address.
kmail will recognise such addresses when paster into the To: field when composing a message and automatically unmangle it.
On Thu, 12 Aug 2004 08:33, Leonard den Ottolander leonard@den.ottolander.nl wrote:
I'm sure many robots will *not* recognize that as a valid email address though. Every robot that does not recognize that address will not add to the spam in your mailbox. And there is nothing stopping you to variate a bit to trick out the robots.
It doesn't do much good. Once the address has been verified as working they will sell it to everyone else.
All I am saying is not everybody appreciates his/her email address being included (unobfuscated) in whatever public email, even though (s)he subscribes to a public mailing list. I for one don't. Thus my request for your courtesy to obfuscate email addresses is you have to include them in public emails.
The best (and only effective) way of signalling a desire to not have an email address archived is to not use it on public mailing lists. Once it's in the From: field in list email it's too late to do anything about it.
Having a mailing list mangle addresses in it's archives doesn't do much good either. It's not difficult for any subscriber to make their own list archive.
Finally if you don't want your address to be spammed then you want to avoid saying controversial things on mailing lists. It's not uncommon for someone to take revenge on someone who offended them on a mailing list by sending email to the "remove" addresses in spam with the other person's address in the From: field. Email sent to the "remove" address on a spam gets harvested for the next spam run. If this was done intelligently then the victim wouldn't even be aware of why they suddenly started getting a lot more spam (the one incident I have seen proven was where it was done stupidly).
Kenneth Porter wrote:
Tip: If you use sendmail on your mailbox server, use a plussed address when subscribing to systems that don't obfuscate your address in their archives. You can then use a procmail recipe to filter stuff using that address to a separate folder, and make it easier to track what archive a spammer is harvesting addresses from. For example:
shiva+fedora_dev_plussed_example@sewingwitch.com
and intelligent robots can remove everything between + and @ also...