[SPAM -0.2] Re: Post-election reflections for Code4Lib

From: Eric Hellman <eric_at_nyob>
Date: Wed, 16 Nov 2016 12:31:03 -0500
To: CODE4LIB_at_LISTS.CLIR.ORG
Spam detection software, running on the system "avery.infomotions.com",
has identified this incoming email as possible spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
eric_morgan_at_infomotions.com for details.

Content preview:  > On Nov 15, 2016, at 2:34 PM, Karen Coyle <lists_at_KCOYLE.NET>
   wrote: > > Eric, I think these are questions that go far beyond online services.
   My public library carries books with descriptions such as: "Learn to interpret
   and understand the cosmic language being spoken by the crystals, and unlock
   your own mystical potential." This is crap, to put it mildly, and shouldn't
   be in the library. If the shelves are filled with pseudo-science and even
   pseudo-mysticism, we aren't doing our job. This is the whole "neutrality"
   thread - it's not "neutral" to serve documents without regard to their quality,
   especially since some of the anti-science/medicine things stated in books
   can do actual harm. We should at least do as much as Wikipedia does and label
   the fringe topics as *fringe*, not file them alongside the proven science
   without comment. (Yes, I know this has issues; I still think it's what we
   should do.) [...] 

Content analysis details:   (-0.2 points, -1.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 0.5 RCVD_IN_SORBS_SPAM     RBL: SORBS: sender is a spam source
                            [209.85.216.176 listed in dnsbl.sorbs.net]
 1.6 URIBL_SBL              Contains an URL's NS IP listed in the SBL blocklist
                            [URIs: kcoyle.net]
 0.0 T_HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
                            domains are different
-0.0 SPF_PASS               SPF: sender matches SPF record
-0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
                            domains are different
-0.6 RP_MATCHES_RCVD        Envelope sender domain matches handover relay domain
 0.1 URIBL_SBL_A            Contains URL's A record listed in the SBL blocklist
                            [URIs: kcoyle.net]
-1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                            [score: 0.0000]

The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam.  If you wish to view
it, it may be safer to save it to a file and open it with an editor.


attached mail follows:


> On Nov 15, 2016, at 2:34 PM, Karen Coyle <lists_at_KCOYLE.NET> wrote:
> 
> Eric, I think these are questions that go far beyond online services. My public library carries books with descriptions such as: "Learn to interpret and understand the cosmic language being spoken by the crystals, and unlock your own mystical potential." This is crap, to put it mildly, and shouldn't be in the library. If the shelves are filled with pseudo-science and even pseudo-mysticism, we aren't doing our job.  This is the whole "neutrality" thread - it's not "neutral" to serve documents without regard to their quality, especially since some of the anti-science/medicine things stated in books can do actual harm. We should at least do as much as Wikipedia does and label the fringe topics as *fringe*, not file them alongside the proven science without comment. (Yes, I know this has issues; I still think it's what we should do.)

I'm with you!

> 
> As for "safe from surveillance" etc., libraries are not miracle workers. Everything we do is in the real world. Given that the NSA captures every byte conveyed from point A to point B, how *could* libraries do anything about that? We've tried, we've honestly tried to shield our users from overt surveillance, but our only hope is against inept vendors who can be staved off with a simple proxy server.
> 

I'd make an analogy to the need for libraries to provide a "healthy" environment. Not sterile like a hospital, but free of vermin and dirt like a well-maintained restaurant. A healthy privacy environment has good data hygiene, surveillance-resistant communications and no unnecessary introduction of data-vermin. It's not so hard. Lots of libraries are doing it but too many aren't.

We're not going to be able to do much about focused attacks by state actors, but the fact that we're all going to die doesn't justify living in a pigsty.

Eric



Received on Wed Nov 16 2016 - 12:32:07 EST