On Sun, 17 Nov 2019 at 19:22, Jan-Philipp Benecke via mailop <[email protected]> wrote: > currently we've delivery problems to hotmail/outlook/... O365 looks good. > SNDS shows us just red for all our IPs since end of September. > We haven't changed anything neither some crappy mailings nor new spamming > customers. > We've done, with our abuse department, also a random review of the mailings. > No results. > Our complaint rate is below 0.1% and just a few spamtrap hits, but compared > to the sending amount this is minimal.
I never had confirmations from Microsoft, but in my experience the complaint rate provided via SNDS/JMRP is almost useless: I speculate that when your IP have a low reputation (or maybe when the IP is red/yellow) for Microsoft, then they won't send you the FBL or maybe they only send a percentage based on reputation. In fact I guess Microsoft doesn't send all the complaints collected to anyone: we always saw FBL/open rate much lower (half or less) than other FBL enabled providers. Also, I see our "worst IPs" are the ones for which we receive less FBL from Microsoft: in fact we use FBL from other providers to identify bad senders because microsoft seems to send us only FBL from good senders (that's weird, and probably more complex than this, but this was my "take away"). I also "guess" the whole thing slightly depends also on the network you use and maybe some large IP class (or maybe ASN level) reputation: what is your range? where are the IP "hosted" (routed)? I say this because we had an IP range sending in "round robin" the same emails of another IP range and one of the 2 turned red in July and we had no way to understand why: we tried anything and we slowling stopping using that range for microsoft (same emails from the other range are happily delivered and the IPs are always green). How do you allocate IPs? Are they shared-IPs or dedicated ones? > We do not have a clue what this has caused. > I've already contacted the deliverability support (multiple times), but more > than "do not qualify for mitigation at this time" or "At this point, I would > suggest that you review and comply with Outlook.com's technical standards." > as a reply i do not get. It is just ticket ping pong. Same here: I bet they also tells you it's "based on the recommendations of the SmartScreen® Filter" and "Because of the proprietary nature of SmartScreen® and because SmartScreen® Filter technology is always adapting and learning more"... "it is not possible for us to offer specific advice". I never understood how much they can really "debug" SmartScreen decisions: for sure they don't share a single bit about them. The only technical recommendation I can give is: make sure your emails pass a "SenderID-PRA auth check" (change the SPF for the mime-from domain or add a "Sender" header using the same domain you use in the return-path so to fallback to "simple" SPF): everything failing this check will go to Junk and bring you to the "yellowish" side of SNDS and the more your IPs stay Yellow, the more your range is at risk of this kind of "range block" (check "X-SID-Result" and "auth:" in the "X-Microsoft-Antispam-Mailbox-Delivery" headers) Please note I'm just speculating as no one from Microsoft ever answered me anything useful to identify issues nor confirmed my speculations (the only interesting things came from Micheal Wise, here, but of course we can't expect him to check every single issue that is not handled by Microsoft ticketing staff). One more thing I "fear" causes issues with Microsoft is engagement based sending behaviours: when you stop sending to inactive users then your open rate will improve, but your abuse rate will raise too and maybe "smartscreen" doesn't like this. I evaluated this thing because we started collecting issues with Microsoft when we started suggesting/educating/forcing customers to slow down sending to inactive users (on the other side, Gmail liked this a lot). Stefano _______________________________________________ mailop mailing list [email protected] https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
