On Tue, Jan 25, 2022 at 8:01 PM Anna Schumaker <anna.schumaker@xxxxxxxxxx> wrote: > > I'm still not seeing this in your tree. Was there something wrong with > the pull request? What can I do to fix it? Hmm. It looks like these were all caught in the gmail spam filter, and while I go look at my spam folder regularly, I don't exactly go through it with a fine comb. If nothing stands out to me, it all goes into the great big bit-bucket in the sky. And the reason gmail considers it spam seems to be that your email is misconfigured. You have a "from:" field using netapp.com, but you don't seem to use the proper netapp smtp server, so you don't get the netapp DKIM signature, resulting in dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=QUARANTINE) header.from=netapp.com and that's quite the spam-trigger. In fact, from the headers it looks like you're using gmail to deliver the email using your schumakeranna@xxxxxxxxx gmail account, but then you have that "From:" having that "netapp.com" from address. Naughty, naughty. Even if gmail receives it, gmail will then notice that the from address has been faked, and will not deliver it to me. That whole "send email using another delivery thing than the one you claim it is from" is how most spam is sent, and it used to work. It doesn't work any more in a world where people actually check DKIM information, and netapp.com does have DKIM enabled. So you have to use the real netapp SMPT server if you send emails that claim to come from netapp. You could just use your actual normal gmail.com address - that works fine, and I'll see the signed tag, and the kernel.org address, and I'll trust it that way. Linus