So if I'm understanding DKIM correctly, it basically is a public/private key type of service. However, how does this work if you send emails from multiple servers/sources? For instance, I have a split domain where I send some emails (under the same domain) from a hosted Exchange server and some from a cPanel shared hosting account. And on top of that, I've allowed some emails to be sent by 3rd parties (billing service, marketing emails service, etc.) so they can send using my domain. Even worse, some of these services don't even provide DKIM support. My SPF records are correct, but I want to get DKIM working as well (since Google right now is marking a lot of my emails as spam and apparently you need to enable DKIM to get things to start flowing smoothly at their end). Any help is greatly appreciated. Thanks!

P.S. If I'm able to enable DKIM on some servers I use, will doing so cause emails sent without DKIM signatures to get flagged? For example, will inbound email servers ALWAYS query my domain for DKIM public key, and then if they don't find a DKIM signature in the header then the email will be potentially flagged or discarded?

2 Answers 2



The purpose of DKIM is to sign message headers and body, enabling validation of the origin of the message and that it hasn't been modified. A better reputation on some spam filters is just a by-product, and not the main reason for implementing DKIM.

For allowing DKIM signing for the same domain from multiple systems without sharing private keys DKIM has selectors (RFC 5376, 3.1): the signature header has a s=someselector tag that is used in the DNS query for the public key, someselector._domainkey.example.com. TXT.

  • As the selector could be anything, it enables you to add the signatures on multiple services as long as they don't use overlapping selector names. Some services have poor implementations of using fixed selector name: e.g. Microsoft 365 always users selector1 and selector2, whereas G Suite allows you to modify the selector and default to google.

  • Using selectors has a disadvantage: a weakness of DKIM is that it can only be used for validating messages that have been signed, but it alone doesn't have a method to tell whether messages should be signed or not: if an email server receives a mail without a signature, it can't check whether the DNS has DKIM keys or not, because it doesn't know the addresses. From this perspective it's also perfectly fine to sign messages from some sources, but leave some messages unsigned, which is what you were asking.

The DMARC is a technology you could use to tell that the messages should be either signed with an aligning DKIM header or pass SPF with an aligning envelope sender. It can also be used for collecting insights on whether messages send from your domain as the From address would be passing DMARC or not, and whether they align using SPF, DKIM or both.

While yagmoth555's answer might be one solution for your problem, and a very suitable alternative, it's not a typical solution. More importantly, for the reasons I've described above, it's not necessary to take that path in order to start implementing DKIM.


  • Enable DKIM signing for the services you can, and remember to add the DNS records.
  • Don't worry about the services that lacks the ability for DKIM signing at this point. You could start suggesting or demanding that they should soon add this functionality. If they get this kind of feedback from customers, they could realize that their competitors might be ahead of them.
  • Add a DMARC policy with p=none and rua=mailto:aggrep@example.com to get reports on how things are going. This enables you to adjust the systems leisurely: you could continue DKIM implementations, switch to systems that supports DKIM or start sending incompatible messages with another From domain. Once all your legitimate mail starts to pass DMARC tests, you could move to a more strict DMARC policy.
  • Thank You Very Much!
    – Marc NJ
    May 6, 2020 at 0:56

You can use a cloud service that allow you to use it to send email for all your service (a smarthost).

You enable the DKIM at that central’s point.

Did that setup for a client. You then allow all your other provider to send via there. In my case I used trendmicro email security, which allow inbound scan, but outbound scan and DKIM signing too.

  • Thx for the info. But that would require a lot of changes and reconfig on my end. What if I just enable DKIM on cPanel and not on hosted Exchange or other 3rd party services? Will this cause the issue that I mentioned in my P.S. above, or will this work OK? Thx again!
    – Marc NJ
    May 1, 2020 at 23:25
  • @MarcNJ maybe enable DKIM from all that send then ? for reference; serverfault.com/questions/293054/dkim-multiple-mail-servers, but that will maybe hit the spam score of emails sent via senders that does not support DKIM
    – yagmoth555
    May 1, 2020 at 23:30
  • How much is trendmicro email security paying you for this advertisement?
    – Honza
    Dec 17, 2021 at 16:33
  • @Honza The OP got an hosted Exchange, explain to me how in such scenario he can enable DKIM/DMARC without using a third party service ? If you have other example please edit my answer to add them..
    – yagmoth555
    Dec 17, 2021 at 18:28
  • @yagmoth555 alternative would definitely be to get own server. I mean, getting own server JUST for this purpose would likely cost more than trendmicro (or maybe not), but if he already has some server - physical or virtual/cloud one (VPS) - he can add that functionality on it, with opensource mail server like postfix. Will be harder to configure but it's still better to mention than implying that only special service could be used for such purpose.
    – Honza
    Jan 1 at 9:21

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.