On Tue, 6 Feb 2018, Carl Byington wrote: > On Mon, 2018-02-05 at 03:00 +0000, Shane Clay via mailop wrote: > > For our customers, the bulk majority of spam they actually receive > > (over 90% of whats delivered and more than 40% of whats blocked) now > > days comes from Office 365. Do others see these same trends? > > The percentage is not that high here, but are you using something to > reject mail containing SFV:SPM ? For example, spamassassin: > > header OPOC X-Forefront-Antispam-Report =~ /SFV\:SPM/ > score OPOC 10
I lately asked about this on another mailing list, but didn't get response. Greatful for any views from this community: For some considerable time we've had a rule to increase the score in SpamAssassin based on whether the MS infrastructure it came to us through marked it as spam itself: # protection.outlook.com may determine that an (outbound?) message is spam and adds # to this header. Trust them. # https://technet.microsoft.com/en-gb/library/dn205071(v=exchg.150).aspx header PROTECTIONOUTLOOK_MARKED_SPAM X-Forefront-Antispam-Report =~ /SFV\:SPM/ score PROTECTIONOUTLOOK_MARKED_SPAM 10.0 Now I've seen many cases where this is plainly successful. But I've also had queries for emails from "reputable" sites (including .ac.uk ones) which have also been marked in this, and thus highly scored at our end before delivery. So I'm wondering if something has changed and this isn't so reliable. At the moment, if I get an enquiry, I just make some comment along the lines that MS's infrastructure is closer to the sender, and is in a better position to evaluate whether a message is spam - we simply trust what they say, by virtue of the content in the X-Forefront-Antispam-Report header. Does anyone have any insight into whether this is a reasonable position to maintain now? . . . . . . . . . . . . . . . . . . . . . . . . . Jethro R Binks, Network Manager, Information Services Directorate, University Of Strathclyde, Glasgow, UK The University of Strathclyde is a charitable body, registered in Scotland, number SC015263. _______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop