On Thu, 2004-09-02 at 12:08, Yakov Shafranovich wrote:
J. Trevor Hughes wrote:
I do want to raise one issue that has not been discussed on MARID yet
(at least as far as I have seen). The eyes of the world are upon
industry at this time and great expectations have been created for
authenticated email technologies to emerge quickly and broadly. The
Federal Trade Commission recently issued a report to Congress and
strongly advocated for authenticated email solutions. They will be
holding a workshop on the topic later this fall. Failure to move
forward with Sender ID at this juncture will likely put us back at least
6 months and perhaps more. Such a delay will only invite interference
from legislators and regulators. I certainly do not think that is in
the best interests on anyone!
...
It might come hard to believe to the commercial world, but the role FOSS
software plays in the Internet architechture is larger than any other
area today. Majority of the architechture is built on FOSS such as BIND,
Apache, sendmail, etc. You cannot simply ignore it and hope it will go
away. Both commercial and FOSS sides *must* be willing to negotiate on
this issue, and work on this together. Otherwise, even if this standard
is approved, and not deployed, it would be useless. And then the
senators will jump in anyway.
Well said. I would also pose the question, what
percentage of the arguable majority of deployed SMTP
servers that run FOSS MTA software do so as a direct
result of said FOSS MTA being distributed with the
FOSS Operating System that they run on (some form of
GNU/Linux, *BSD, etc.)?
In the US it's an election year and I'm sure
that there are legislators on both sides of the aisle
that would love to add "Spam Slayer" to their political
resumes. You can rest assured that there will be
interference from legislators irregardless of SenderID's
being adopted or not. It might explain the apparent
hurry to push this standard, ANY standard, through
despite the IPR issues.
Ryan
--
HELO, my name is root... you have SIGKILLed my father... prepare to vi!