Forum Discussion

Scott Brown's avatar
Scott Brown
Brass Contributor
Jan 16, 2019

Why doesn't O365 produce DMARC reporting?

Hi All,

 

We're working through DMARC for our org, and I'm trying to understand why O365 doesn't produce DMARC reporting for mail it receives - that can be consumed and analysed?

 

I've spoken to a couple of people at MS and have gotten a response that revolves around relying on other email providers DMARC reporting (like Gapps etc).  

 

We are getting reporting from all other large email providers that produce it, however we have a massive blind spot for all O365 email traffic - both to our tenant but also anyone else using O365.

 

Given the prevalence of large corps using O365 - I can't quite wrap my head around why this isn't a bigger thing.  

 

Is there anyone that can shed some light on why this is the case - or better yet if we could somehow get O365 producing DMARC reporting?

 

Cheers,

Scotty

  • Hi Scott,

    This has been asked for a very long time - I had customers as far back as 2012 asking for it when I started doing large scale migrations to Office 365. As expected there is a Uservoice open for it.

    https://office365.uservoice.com/forums/264636-general/suggestions/11094318-dmarc-aggregate-reports-from-o365-domains

    When Microsoft themselves implemented DMARC they used Agari for the reports. There was quite a well known blog series by Terry Zink on it at the time. Whilst they ended up introducing DKIM into the EOP service on top of SPF and began using DMARC - even to the point of instructing how to put together a DMARC record and tightening it over time, they never got involved in the reporting side of things. Agari was usually recommended for enterprise size clients whilst DMARCIAN was recommended for SMB.

    They never explained exactly they never got into DMARC reporting. I guess this is something to vote for on the Uservoice to try and push it to their attention. It would make complete sense - and even more to analyse that in Power BI.

    Hope I have answered your question.

    Best, Chris

  • Hi Scott,

    This has been asked for a very long time - I had customers as far back as 2012 asking for it when I started doing large scale migrations to Office 365. As expected there is a Uservoice open for it.

    https://office365.uservoice.com/forums/264636-general/suggestions/11094318-dmarc-aggregate-reports-from-o365-domains

    When Microsoft themselves implemented DMARC they used Agari for the reports. There was quite a well known blog series by Terry Zink on it at the time. Whilst they ended up introducing DKIM into the EOP service on top of SPF and began using DMARC - even to the point of instructing how to put together a DMARC record and tightening it over time, they never got involved in the reporting side of things. Agari was usually recommended for enterprise size clients whilst DMARCIAN was recommended for SMB.

    They never explained exactly they never got into DMARC reporting. I guess this is something to vote for on the Uservoice to try and push it to their attention. It would make complete sense - and even more to analyse that in Power BI.

    Hope I have answered your question.

    Best, Chris

    • Scott Brown's avatar
      Scott Brown
      Brass Contributor

      Thanks ChrisHoardMVP 

       

      My question is less about report aggregation (like Agari) and more about MS producing DMARC failure and aggregate reports from O365 (like Gsuite and others do) that are sent to whoever we specifcy in our DMARC record so we can then do the aggregation.

       

      Without DMARC reporting generated from O365 - we're missing a huge amount of data/visibiltiy into what is passing and failing our DMARC records.

      • ChrisHoardMVP's avatar
        ChrisHoardMVP
        MVP
        Sure, it's been asked for a long time. There are multiple uservoices on it including this

        https://office365.uservoice.com/forums/289138-office-365-security-compliance/suggestions/36016783-visibility-of-dmarc-reports

        I can't give you any significant or pertinent reason why Microsoft have not pushed this more, especially considering they baked DKIM into the Exchange Admin Centre and SPF goes on in standard custom domain checks. I would like to see this functionality but have been asked about it since at least 2014 when CSP was first introduced - any probably longer! So whilst there are uservoices then I would say that's probably not going to be picked up anytime soon so you may also want to raise it at future AMA's, etc.

        Best, Chris
    • Scott Brown's avatar
      Scott Brown
      Brass Contributor

      Thanks Chris - the extra info/context is super helpful.

       

      We have a tool in place (like Agari) to aggregate the reporting to then use in building out our SPF and DKIM setup in prep for DMARC - we're just missing so much not having reporting/telemetry coming from O365 and feeding into the tool we use.

       

      I'm not ready to give up on this one just yet - so will keep poking to see if I can get something more.

       

      Cheers,

      Scotty

  • grantrevan's avatar
    grantrevan
    Copper Contributor

    Scott Brown 

     

    I have the answer. They used to offer reporting but turned it off. many have asked for it to be re-enabled.  https://www.computerweekly.com/news/252466778/NCSC-calls-out-Microsoft-over-Dmarc-reports

     

    There is a solution from OnDMARC. they have written an O365 reporting module that sends the DMARC fail data to the OnDMARC reporting tool in a special tab.

    https://blog.redsift.com/email/dmarc/uncover-your-blind-spots-the-only-o365-reporting-module-for-dmarc/

     

    Hope that helps.

  • Gernhardt's avatar
    Gernhardt
    Copper Contributor

    Scott Brown 

    Maybe there's an internal disagreement about how to describe DKIM failures on reports?    

     

    On normal dmarc reports, Microsoft's default dkim signing approach for O365 would look problematic.   However, their default dkim approach seems to work well for O365 clients who are just emailing other O365 clients (as long as the mail doesn't have to go through a 3rd party spam filter along the way).  

    https://docs.microsoft.com/en-us/microsoft-365/security/office-365-security/use-dkim-to-validate-outbound-email?view=o365-worldwide

Resources