Bill Cole <sausers-20150...@billmail.scconsult.com> writes: > On 2025-02-25 at 08:27:58 UTC-0500 (Tue, 25 Feb 2025 14:27:58 +0100) > Matus UHLAR - fantomas <uh...@fantomas.sk> > is rumored to have said: > >>> Tuesday, February 25, 2025, 9:12:20 AM, you wrote: >>> >>> MUf> Yeah, typical googlegroups.com spam. >>> MUf> This is abused for over a decade. >> >> On 25.02.25 13:18, Niamh Holding wrote: >>> So maybe mail from googlegroups should no longer get a -1 score? >> >> googlegroups get no score afaik. >> The issue is that they work like a mailing list provider, that >> produces negative score. > > It is absolutely feasible to exclude them from that rule. > >> They are also listed as util_rb_2tld so you can't block them >> globally, only subdomains of it. > > It is possible to write a special rule just for them that doesn't use > that mechanism. > > I will look at adding an extra condition in that meta-rule.
I am on multiple googlegroups. (Yes, it's a bug that anyone hosts their mailinglists there, but that's another story.) I find MAILING_LIST_MULTI to be useful, because it counteracts the "DKIM failed because the list munged the message" and things like that. So just excluding google groups doesn't really seem right. The problem with googlegroups is that google seems to let people create groups and add people to them. Really, that google seems to choose to allow spamming with gmail in general. I think what's needed is some kind of database of which lists are ok, sort of like welcomelist, maybe like txrep. Maybe a groups RBL, so new ones are like DOB. But in general I am concerned about leaking too much mail info into RBL queries already.
