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