Has anyone gotten a firm answer on these scenarios yet?
5321.from: boun...@srv12.example.com
5322.from: cont...@example.com
The vast majority of our customers will have a subdomain on the 5321 from
that isn't present on the 5322 from. I'd like to know if this is a problem.
I'd also like to hear confirmation that messages with 2 DKIM signatures
will still "pass" if one matches the 5322 and one doesn't.
@Florian: How will T-Online handle these two scenarios?
Cheers,
Luke
On Thu, Apr 8, 2021 at 6:22 AM Matt Gilbert via mailop <mailop@mailop.org>
wrote:
> Hi Florian,
>
> Do you have this information posted anywhere online such as in a blog post
> or support article?
>
> The information shared in this mailing list is a little disjointed and
> difficult to follow, so having an article that we can reference that
> includes the precise requirements you're establishing, and examples would
> be very helpful. Also, do you have a date for when you are going to begin
> enforcing this new policy?
>
>
> Thanks,
>
> Matt Gilbert
> - Deliverability Engineer
> - Mailchimp
>
> On Apr 6, 2021, at 5:36 AM, Florian.Kunkel--- via mailop <
> mailop@mailop.org> wrote:
>
> !
> * to all those sending email without their very own static IP-Address,
> * and all newly set up MTA infrastructure
> ... especially ESPs using IP pools professionally for their numerous
> customers' mail.
> !
>
> As you might already have observed we are evaluating DKIM signatures @
> t-online.de for a while now.
> We are starting to expect aforementioned IP infrastructure to have all
> messages DKIM signed conforming DMARC, so header from and mail from must be
> aligned.
> unsigned messages, unaligned or messages failing validation otherwise,
> will be rejected while in SMTP session.
>
> worst come first
> Expect this procedure to hit you the earlier, the more traffic we are
> already used to reject from your infrastructure.
>
> Do not expect DMARC reports anytime soon.
> Equally we won't check for DMARC policies at the moment; ... but p=reject
> could become an option.
>
>
> Cheers
>
> Florian
> E-Mail Engineering
>
> Deutsche Telekom AG
> Deutsche-Telekom-Allee 9, 64295 Darmstadt, Germany
>
> _______________________________________________
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
>
>
> _______________________________________________
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
>
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
