Commentary

John Dickinson
 

Sender ID -- It Could Get Ugly

It could get a little ugly out there in the anti-spam world and, as is so often the case, the uglifier of record is Microsoft which on Thursday announced that it would start "enforcing" the use of its Sender ID sender authentication protocol for senders of e-mail messages to Hotmail and MSN Mail systems. In a less avaricious world, that might be a good thing, but last year Microsoft made its desire to co-opt sender authentication by enforcing a patent it has on a part of the way DNS records have to be modified to comply with the protocol. The logical next step is for Microsoft to charge for its use.

It could get a little ugly out there in the anti-spam world and, as is so often the case, the uglifier of record is Microsoft which on Thursday announced that it would start "enforcing" the use of its Sender ID sender authentication protocol for senders of e-mail messages to Hotmail and MSN Mail systems. In a less avaricious world, that might be a good thing, but last year Microsoft made its desire to co-opt sender authentication by enforcing a patent it has on a part of the way DNS records have to be modified to comply with the protocol. The logical next step is for Microsoft to charge for its use.

A tip of the hat goes to messaging systems analyst David Ferris for predicting exactly this strategy from Microsoft (see Ferris Urges Sender ID Implementation) late last year. My own response at the time was that Microsoft was not necessarily being a very good citizen (see . . . The Rest Of You Can Go Code Up That Sender ID Stuff) because it was defying the wishes of most players in the e-mail security business and going its own way, something it has not historically been shy about doing.


More Telecom Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

I had previously pondered the poor performance of Sender ID's prospects for acceptance (see I Just Don't Get It ), and concluded that the breakup of the IETF's MARID anti-spam task force was fatal to not only Sender ID. I thought it was possibly fatal to sender authentication altogether, and that it was all Microsoft's fault because of its insistence on the patent inclusion. I urged the IETF to re-form an anti-spam working group and make another attempt to address the problem.

It didn't, and so Microsoft has. I really can't blame them for pushing ahead regardless of the acceptance issues that remain for Sender ID. It is a standard, it can work, but to be really effective and widely used, Sender ID should not require a patent license if we're to remain the Internet community, and not become some additional fiefdom in Microsoft's empire.

I'd get on board with this Sender ID strategy if Microsoft would either back off on the patent issue, or would issue some sort of legal writ that forever absolves anyone using Sender ID from having to pay for the license. That might calm things down enough to get a sender authentication protocol in place. And if it would not make things pretty, at least it would keep them from becoming ugly.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links