Feb
1

Authenticating the Most Important Messages


J.D.

A few weeks ago, in Don’t Make It Easy For The Phishers we explained how you can use DKIM to ensure that all inbound mail which purports to be from your domain is real — and configure your filters to treat all other messages suspiciously.

In the real world, however, things can be a bit more complicated. Legitimate third parties — SalesForce, social networks, the 3rd party benefit sites favored by HR departments — forge your domain in mail to your users all the time. Keeping track of each of these can be impossible. Worse, in an ISP environment, you don’t really have that much control over what your users send.

But that doesn’t mean you can’t still gain some benefit from DKIM.

An easy approach is to separate your mail into multiple categories, multiple streams, each signed with a different key and identified with a different d= string. For example, you could have d=official.example.net for official corporate messages, d=users.example.net for the general userbase, delegate d=promotions.example.net to an ESP for marketing activities, and so forth.

And if you control your users’ mail interface, you can set up filters and rules to highlight these official messages; that way, if they get a message that claims to be official yet doesn’t have the highlighting, they’ll know to be suspicious.

Whether you use one d= string or many, Return Path’s Domain Assurance tool can help you monitor what those (and other) messages are doing. Our monitoring dashboard will show you which mail streams have authentication set up correctly, and which don’t — and which external streams, claiming to be you, need to be gotten under control. Contact us for more info, and be sure to mention this article.

  • Ray P.

    We are a small, boutique ESP (and a long-time RP client) and have run into a problem with DKIM. It seems that domains managed by Earthlink cannot support the _underscore_ character, which is required by the DKIM spec. So, if a client's domain is managed by Earthlink, they cannot enter the DKIM key into the DNS. Is ReturnPath aware of this, and does it exist with any other DNS host? This could be a problem...

  • J.D. Falk

    The issue is that underscore isn't permitted in hostnames, but that shouldn't be a barrier because the _domainkey record isn't trying to be a hostname. Still, some DNS hosters' configuration software may have been written before service records became common.

    (Or, to quote RFC 5863: "DNS administrative software varies considerably in its abilities to support DKIM names, such as with underscores, and to add new types of DNS information.")

    Unfortunately, the only advice we can give -- the same advice you'd hear from all of the DKIM and DNS experts -- is that if your DNS hosting company can't or won't support these records, you'll have to find another DNS hosting company.

blog comments powered by Disqus