> If there's somewhere specific you're seeing a lot of failures from (Say, for > example, your stuff works fine vs Google and Microsoft, but fails over here > at AOL) it's usually pretty easy to reach out to us to find out what's up. > Most of us are pretty helpful when we can be. Not a specific large issue no, more lots of little issues, and there doesn't seem to be a way of figuring out which are problems with a legit sender from our domain, which are spoofing, and which are just broken forwarders. I can't expect to bother ESPs to diagnose every little case, especially when most of them are bound to be beyond my control (ie. bad forwarders).
Which unfortunately means we probably won't ever be able to set policy to reject as I'd like (in the interest of fighting spam in general) since so many emails would be incorrectly rejected thanks to bad DMARC handling and an inability to find and fix what I DO have control over. As mentioned, I was hoping I had missed something, but sounds like that's not the case. Thanks anyway. > Howdy list, > > At the risk of incurring the wrath of the "*groan* we know" gods... > > Since hardly anyone sends forensic reports, is there any secret sauce I'm > missing that helps you track down issues? If DMARC reports mentioned the > sender username at least, then I would know which user to speak to about > fixing their outbound setup. But as it stands I have tons of errors (some > partial, some complete) and some may be from such a user, others from bad > forwarding, others from a misconfigured service/script somewhere, and some > just plain spoofed spam, and little way to tell which is which. > > I'm reasonably certain at this point the answer is "too bad, that's just > how it is", since ruf was meant to handle exactly that, but thought I'd ask > just in case I overlooked something. > > Unfortunately given the current setup and how many forwarders break DKIM, > it's looking like we'll never be able to use a reject policy, which is rather > a shame since that is the major factor that would help fight spam (in > general, I realize it would have little to no effect on the spam we receive) > and help protect my clients' domain reputations the most. > > Thanks. _______________________________________________ dmarc-discuss mailing list [email protected] http://www.dmarc.org/mailman/listinfo/dmarc-discuss NOTE: Participating in this list means you agree to the DMARC Note Well terms (http://www.dmarc.org/note_well.html)
