Well, that's the nature of production changes. The best you can do is what
you have available with your tools and the standards.
At some point, you've exhausted the corrections you can make based on
p=none, and you need to make the next step, which is p=quarantine pct=0.
You should stay at that
Well, that's the crux of the issue. If I make this change and a
DMARC-incompatible mailing list forwards a message to Gmail, the message
might be treated as spam. But I don't know which mailing lists are
DMARC-incompatible until after I make this change. I'm in a state of
paralysis. :-(
J
I know when I suggested it originally on this list, some folks found some
bugs, which we fixed.
That said, the spam team seems to reinvent dmarc parsing periodically (on
top of our main dmarc processing), and it's often less than correct. In
this case, it'll just mean that mail that doesn't pass
Great, thank you! I'll give it a whirl and report back if anything
negative happens.
Jesse
On 4/5/2018 7:42 PM, Todd Herr via mailop wrote:
We saw no negative side effects when we did it here for our domains, and
we did it for precisely the reason you're planning to do it, to trigger
Google
Thanks Ken and David. It's helpful to get your insight.
On Fri, Apr 6, 2018 at 5:47 AM, David Hofstee
wrote:
> Hi Ryan,
>
> If spamfilters use machine learning, like the ones at Google, Microsoft,
> Yahoo, Proofpoint (and Cloudmark) then they tend to have a lot of inputs.
> Including "reputation
Hi Ryan,
If spamfilters use machine learning, like the ones at Google, Microsoft,
Yahoo, Proofpoint (and Cloudmark) then they tend to have a lot of inputs.
Including "reputation" on AS and IP which may be dependent on changes in
routing. Because that is one of the tricks that spammers use. This ca
On Thu, 2018-04-05 at 12:21 -0600, Ryan Harris via mailop wrote:
> Could this cause other issues I'm not thinking of?
I think you just need to make sure that whatever you're doing wouldn't look
like hijacking to a (moderately intelligent) machine learning algorithm.
And if you're keeping it all un
