At 04:36 PM 2/22/2005 -0600, you wrote:
On Tue, 2005-02-22 at 23:13 +0100, Alex van den Bogaerdt wrote:
> Whatever solution we'll come up with, things have to change.
> I think that using existing infrastructure and techniques
> such as procmail and mime-encoded attachments are easy enough
> to implement and with the least amount of hassle. Submitting
> mail to spamcop works, usually without problems, and my proposal
> is to use a similar technique.
Months ago, I suggested a number of ways that forwarding could change to
avoid appearing to be forgeries -- and none of what I suggested was new,
people had already thought of them.
The way I see it, the problem is that those who cry "SPF breaks the
forwarding that has been in use on the Internet for years!" want to
change the subject of that claim should be the focus rather than the
object being the focus. Any suggestions of "forwarding is fundamentally
broken and needs to be revisited" fall on deaf ears. I can appreciate
the fact that some percentage of the Internet uses forwarding as a
reason that forwarding can not be ignored, but there are numerous
suggestions as to what can be done, most of them redefine "forwarding",
and apparently, none of them are acceptable.
The way I see it, we have a fundamental requirement that we be able to
trace the path of an email through a forwarder. That is a new requirement,
brought about by the onslaught of spam. Many forwarders don't comply with
the new requirement. That doesn't mean they are "broken", just that they
haven't caught up with the new requirement. SRS is one way to meet the
requirement. It doesn't "break" anything, it adds new
functionality. "Broken" seems to be an emotional word we should avoid. It
only pushes the discussion further away from a consensus, and that lack of
consensus is costing $2 billion per month.
-- Dave
************************************************************* *
* David MacQuigg, PhD * email: dmq at gain.com * *
* IC Design Engineer * phone: USA 520-721-4583 * * *
* Analog Design Methodologies * * *
* * 9320 East Mikelyn Lane * * *
* VRS Consulting, P.C. * Tucson, Arizona 85710 *
************************************************************* *
-------
Sender Policy Framework: http://spf.pobox.com/
Archives at http://archives.listbox.com/spf-discuss/current/
Read the whitepaper! http://spf.pobox.com/whitepaper.pdf
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=spf-discuss(_at_)v2(_dot_)listbox(_dot_)com