xfs
[Top] [All Lists]

Re: Spam on this list

To: "Dave Chinner" <david@xxxxxxxxxxxxx>, "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
Subject: Re: Spam on this list
From: "Lista Unx" <lista.unx@xxxxxxxxx>
Date: Thu, 4 Aug 2016 14:34:11 +0300
Cc: "XFS mail list" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:cc:references:subject:date:mime-version :content-transfer-encoding; bh=60dEeCAH1VdYVEOWzOe91on9iZ7nX45Jv6lk35A2I4E=; b=e/naM/E8lFud5ne7q5ZHPO3p7w6MMNYLBKyCugqjuUye8p2fKxfDU7C6X0CdLxbh9F MuHZ4x6KtixVVnkUXzKO57JlmIGD+lfhSX2Jh34dXFP+vfkXr1tv8DgB8ZbaCxFWvzA3 QuwrMwRz+5wgfG0NEVHknVas+OzPQsA6s0R3QZIptT3NCtzt4Y6v8F329bgGNI3Cvk1A SMyJjsl/hT65MyOMpKnqm9V6XhfzMzAP1dNSO5eSes2G8+QBYX4fDmohavkdmvAr+M8I IZGN46wT0Mpu8zP2YZxEgh9IkDRlQ0d36Kd/oUHHOyHXjtiZZ8qQjqR1hEx+6vIbcu6Y PqWg==
References: <4278AB9734C1445A8E48635B155149F8@dinulap><57CF7681619F42CCB4C0CF589E9686E5@dinulap><alpine.LSU.2.20.1608031453290.5594@xxxxxxxxxxxxxxxxx><4382687.Pe7d1tBhVA@merkaba><9b25f9f9-8a55-8744-9f18-c1045fae0f79@xxxxxxxxxxxxxx> <20160803231529.GX16044@dastard>

----- Original Message ----- From: "Dave Chinner" <david@xxxxxxxxxxxxx>
To: "Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>
Cc: "XFS mail list" <xfs@xxxxxxxxxxx>
Sent: Thursday, August 04, 2016 2:15 AM
Subject: Re: Spam on this list


Yes, that is the fundamental issue - spam filtering is essentially
controlled by SGI's internal infrastructure, which we have little
option on.

What it comes down to is whether we continue to use this list
(xfs@xxxxxxxxxxx) or whether we move to linux-xfs@xxxxxxxxxxxxxxx
so we get much more robust and up-to-date spam filtering. The issue
with doing this is forcing everyone to resubscribe, and then
capturing everything that is still sent to xfs@xxxxxxxxxxxx

That said, I'm seriously tempted right now just to say "we're moving
to vger" and asking everyone to resubscribe to that list, and then
making xfs@xxxxxxxxxxx respond with "list moved to vger, please
repost there". i.e. not even put a forwarding gateway in place.

If we do that, then I'll also shut down all the XFS git trees on
oss.sgi.com - I'll add commits to the them to say "go to
kernel.org". I'll need to work something out for the tarball
releases, but kernel.org does have functionality for that, too, so
that may just be a small change of process on my end (i.e. use kup).
Once that is done, we'll be running completely on community provided
infrastructure....

Thoughts?

I completely agree, is a good idea to move to a new place where more filters are already in place. It is a small change on user's side and benefits are for everyone. I cannot see any cons to not do it. It probably will be the best to keep also a message for newcommers and also for robots, that list has been moved to vger and new way to subscribe.
<Prev in Thread] Current Thread [Next in Thread>