Hi, On Mon, 11 May 2015 04:26:01 +0000 Robin H. Johnson wrote: > As past long-standing practice, @Gentoo.org system-level mail handling for > incoming mail was officially to tag everything, and delete nothing. > > All deletion decisions were left to developers, via procmail/sieve/etc. > > This was a good early policy, as Gentoo was a much more reliable host than > email providers a decade ago. This isn't true anymore, with the meteoric rise > and success of gmail. > > A LOT of developers forward their mail now, to systems that refuse/temporarily > blacklist the forwarding system because there is a lot of spam. Gmail is > particularly strict in this regard, throttling mail to any recipient from the > forwarding source.
Unconditional adjustment of free software infrastructure for very questionable rules of proprietary product is a very bad idea. > This is particularly acute, because more than 40% of the outgoing mail goes to > Google (the 25% of destinations below is heavily represented because the very > active devs send their mail to google). > > This unfortunate combination means that ~40% of mail sits in a backlog for a > long time, and the active devs that use Gmail don't get their mail in a timely > fashion. Make this dropping optional: if devs are using gmail and really need that filtering, they can opt-in. Left it opt-out for other devs. Mail filtering is a minefield: too much spam is bad, loosing even single important e-mail due to over restrictive filter is even worse. I've had enough with over restrictive mail servers, e.g. blocking entire countries and ip ranges. I don't want to see Gentoo going that way too. > Unless there are any major objections, as of May 17th, Infra will start > dropping mail that scores more than 10.0 points in Spamassassin. > > If that is successful, I propose to drop the score point by 1 point every > month > until it hits a score of 5.0 (so by mid-October, it will be dropping mail that > scores more than 5.0). Why so much focus on spamassassin? Why not to use (perhaps in addition) more elegant technologies as the double grey listing? Best regards, Andrew Savchenko
pgplxGntlYRIi.pgp
Description: PGP signature
