Re: [dmarc-discuss] Mimecast and Office 365

2018-04-23 Thread Roland Turner via dmarc-discuss
DMARC checking within a service provider doesn't make much sense, however DMARC reporting probably would when/if you implement it: * Failure reporting seems odd (because it's always legitimate) until you recall that part of the purpose of failure reporting is to discover errors by the

Re: [dmarc-discuss] Mimecast and Office 365

2018-04-23 Thread Terry Zink via dmarc-discuss
> Failure reporting seems odd (because it's always legitimate) > until you recall that part of the purpose of failure reporting > is to discover errors by the domain registrant, particularly > including errors in the DNS zone file, which may or may not > be under Office 365 control If Office 365

Re: [dmarc-discuss] [EXTERNAL] Re: Mimecast and Office 365

2018-04-23 Thread Terry Zink via dmarc-discuss
Okay, when I say "internal mail" I mean intra-tenant mail. Inter-tenant mail is basically the same as external mail from a customer perspective. -Original Message- From: Roland Turner Sent: Monday, April 23, 2018 9:58 PM To: Terry Zink ;

Re: [dmarc-discuss] Mimecast and Office 365

2018-04-23 Thread Roland Turner via dmarc-discuss
On 24/04/18 00:51, Terry Zink via dmarc-discuss wrote: > Failure reporting seems odd (because it's always legitimate) > until you recall that part of the purpose of failure reporting > is to discover errors by the domain registrant, particularly > including errors in the DNS zone file, which