At 23:58 08-12-2008, Theodore Tso wrote:
Well, the intended recipient, is a Linux Kernel Developer. He posted
a message on the Linux Kernel Mailing List, about Linux Kernel
Developement. I responded, on-topic, with a message that had no
advertising material, soliticted, or unsolicited. I
Nothing personal, but you could hardly ask for a better
illustration.
For one thing, this isn't a case of broken DNSBLs, it's a case of
getting what you asked for.
Rather than using shared DNSBLs, this tiny host on a non-profit public
access network is desperately trying to run its own spam
At 1:18 AM -0500 12/9/08, Theodore Tso wrote:
This doesn't work for most people, but I had fun composing this
response, and coming just a few weeks after people claiming that
IP-based blacklists work well, and rarely result in false positives, I
felt I just had to share. :-)
I don't understand.
If you need a letter of invitation (LOI) in order to obtain a visa to
come to IETF 74 in San Francisco -- and if you have attended at least
one IETF meeting in the past -- you can now request a LOI via this
webform: https://www.amsl.com/ietf/ietf74-loi.html. The LOI will be
sent to you
At 1:18 AM -0500 12/9/08, Theodore Tso wrote:
This doesn't work for most people, but I had fun composing this
response, and coming just a few weeks after people claiming that
IP-based blacklists work well, and rarely result in false positives, I
felt I just had to share. :-)
I don't
Theodore Tso wrote:
This doesn't work for most people, but I had fun composing this
response, and coming just a few weeks after people claiming that
IP-based blacklists work well, and rarely result in false positives, I
felt I just had to share. :-)
Ted,
Evidently you believe that the
Second, the fact that 10 years ago you set up sendmail for
the computer club at your college doesn't make you an expert
on modern large scale email systemms administration. The
operational concerns for large-scale email setups today are
very different from thost that would have applied to
Second, the fact that 10 years ago you set up sendmail for
the computer club at your college doesn't make you an expert
on modern large scale email systemms administration. The
operational concerns for large-scale email setups today are
very different from thost that would have applied
There is one thing I could proof when counting the emails going
through the mailer I am responsible for.
When we started blocking emails from dynamic addresses we
reduced spam by 50%.
The gurus would not believe but I could show thenm, when we
blocked all but the dynamic addresses we could
[EMAIL PROTECTED] wrote:
Why should
it not be as simple to set up an IETF standard email
system for a small organization as it was 10 years ago?
If you go back far enough, New York City was small and friendly. Not much
required to build a satisfactory home there.
Things have
Maybe it's just me, but I'll take the evidence presented by
someone who has access to the operational statistics for a
mail system that services 10s of millions of end users and
handles thousands of outsourced email setups over someone
like myself who runs a tiny little setup any day.
Why should
it not be as simple to set up an IETF standard email system for a
small organization as it was 10 years ago?
If you go back far enough, New York City was small and
friendly. Not much required to build a satisfactory home there.
Things have changed. No matter the
[EMAIL PROTECTED] wrote:
You're completely missing the point. This issue isn't knowing how to build a
large scale email system and I never said it was. Rather, the issue is whether
or not people's opinions about the effectiveness of various antispam
mechanisms
are valid when all they have
[EMAIL PROTECTED] wrote:
But I also believe that it should
be possible to encapsulate the neccessary security features into
an Internet email architecture so that people can set up an email
server for a small organization in an afternoon, and it will pretty
much run on its own. The fact
Tony,
Please re-read what Ned wrote. It was about evidence based on extensive
experience, as opposed to evidence based on far less experience.
His note had nothing to do with sacrificing smaller operators. It had to do
with smaller operators who are more likely to have much less expertise.
[EMAIL PROTECTED] wrote:
You're completely missing the point. This issue isn't knowing how to build a
large scale email system and I never said it was. Rather, the issue is
whether
or not people's opinions about the effectiveness of various antispam
mechanisms
are valid when all
Ned Freed wrote:
Granted that it's always dangerous to extrapolate from a small sample.
But is anybody's experience valid, then?
From my perspective, the guys who run these large email systems
generally seem to believe that they have to do whatever they're doing,
Keith, with all due
The IESG has received a request from the Path Computation Element WG
(pce) to consider the following document:
- 'Diff-Serv Aware Class Type Object for Path Computation Element
Communication Protocol '
draft-ietf-pce-dste-02.txt as a Proposed Standard
The IESG plans to make a decision in
The IESG has received a request from the Path Computation Element WG
(pce) to consider the following document:
- 'Encoding of Objective Functions in the Path Computation Element
Communication Protocol (PCEP) '
draft-ietf-pce-of-05.txt as a Proposed Standard
The IESG plans to make a
A new Request for Comments is now available in online RFC libraries.
RFC 5390
Title: Requirements for Management of Overload
in the Session Initiation Protocol
Author: J. Rosenberg
Status: Informational
Date:
A new Request for Comments is now available in online RFC libraries.
RFC 5397
Title: WebDAV Current Principal Extension
Author: W. Sanchez, C. Daboo
Status: Standards Track
Date: December 2008
Mailbox:[EMAIL
A new Request for Comments is now available in online RFC libraries.
RFC 5396
Title: Textual Representation of Autonomous System
(AS) Numbers
Author: G. Huston, G. Michaelson
Status: Standards Track
Date:
The IESG has approved the following document:
- 'Instant Message Disposition Notification '
draft-ietf-simple-imdn-10.txt as a Proposed Standard
This document is the product of the SIP for Instant Messaging and
Presence Leveraging Extensions Working Group.
The IESG contact persons are Jon
23 matches
Mail list logo