Search squid archive

Minor nit with cachemgr.cgi in 3.5.0.2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Spam detection software, running on the system "master.squid-cache.org",
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
@@CONTACT_ADDRESS@@ for details.

Content preview:  Hi, I just thought I'd give 3.5.0.2 a workout and so far it
   seems to be working fine. One minor nit I found was on the initial page of
   cachemgr.cgi: the "server" field now contains two blank lines, whereas previously
   it would always contain only the (correct) localhost. [...] 

Content analysis details:   (7.3 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.6 RCVD_IN_PBL            RBL: Received via a relay in Spamhaus PBL
                            [79.245.130.44 listed in zen.spamhaus.org]
 1.3 RCVD_IN_RP_RNBL        RBL: Relay in RNBL,
                            https://senderscore.org/blacklistlookup/
                            [79.245.130.44 listed in bl.score.senderscore.com]
 0.2 CK_HELO_GENERIC        Relay used name indicative of a Dynamic Pool or
                            Generic rPTR
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                            (holger.hoffstaette[at]googlemail.com)
 0.9 SPF_FAIL               SPF: sender does not match SPF record (fail)
[SPF failed: Please see http://www.openspf.org/Why?s=mfrom;id=gcwsg-squid-users%40m.gmane.org;ip=79.245.130.44;r=master.squid-cache.org]
 0.0 T_HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
                            domains are different
 0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay lines
 0.0 T_FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
                            EnvelopeFrom freemail headers are different
 1.3 RDNS_NONE              Delivered to internal network by a host with no rDNS


--- Begin Message ---
Hi,

I just thought I'd give 3.5.0.2 a workout and so far it seems to be
working fine. One minor nit I found was on the initial page of
cachemgr.cgi: the "server" field now contains two blank lines, whereas
previously it would always contain only the (correct) localhost.

After some digging the reason seems simple enough: the cachemgr.conf
by default contains two empty lines which are blindly added as
form input values.

Removing those two empty lines (or replacing them with comments)
only leaves the default "localhost" in place, just like before.

Hope that helps. :)

Thanks for squid!

-h


--- End Message ---
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users

[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux