I noticed that a number of messages to the users list have been marked
with [Spam] in the subjects since the list migration. This appears to
be due to the Spamassassin settings on bastion. I think this subject
munging is undesirable and would like to see it stopped. Having
legitimate messages sent to list members tagged as [SPAM] serves no
good purpose. If I were a list member I might wonder why my message
was marked or why Fedora is forwarding on mail it thinks is spam.
At the same time, it's worth noting that if the SpamAssassin settings
are marking legitimate list mail as spam, they probably ought to be
tweaked a bit. If these messages had gone through bastion before
hitting Mailman and were to a list with a rule to reject or discard on
X-Spam-Flag (as I know several lists do, websites being one example),
the messages would have been improperly discarded.
This isn't to say I don't appreciate the job that SpamAssassin does
nor the hard work put in by Warren and others upstream. I just want
to ensure that SpamAssassin does not act too aggressively at marking
up the mail that comes through fedoraproject.org.
I've attached an example of a recent users list message which was
marked as spam improperly. The relevant SpamAssassin headers:
X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on
bastion2.fedora.phx.redhat.com
X-Spam-Flag: YES
X-Spam-Level: *****
X-Spam-Status: Yes, score=5.6 required=5.0 tests=BAYES_50,SPOOF_COM2COM,
SPOOF_COM2OTH autolearn=no version=3.3.0
X-Spam-Report: * 2.7 SPOOF_COM2OTH URI: URI contains ".com" in middle * 2.0
SPOOF_COM2COM URI: URI contains ".com" in middle and end * 0.8 BAYES_50
BODY: Bayes spam probability is 40 to 60% * [score: 0.5000]
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Life is like a sewer. What you get out of it depends on what you put
into it.
-- Tom Lehrer, quoting Henry
Return-Path: <store@b-pb-mailstore-quonix> Received: from murder ([unix socket]) (authenticated user=09356542@xxxxxxxxxxxxxxxxxxx bits=0) by b-pb-mailstore-quonix (Cyrus v2.2.13) with LMTPA; Tue, 02 Feb 2010 05:59:09 -0500 X-Sieve: CMU Sieve 2.2 Received: from indigo.pobox.com (indigo.pobox.com [64.74.157.52]) by mailstore.pobox.com (Postfix) with ESMTP id B3ACF209E7 for <09356542@xxxxxxxxxxxxxxxxxxx>; Tue, 2 Feb 2010 05:59:09 -0500 (EST) Received: from indigo.pobox.com (localhost [127.0.0.1]) by indigo.pobox.com (Postfix) with ESMTP id 7D5072000FE for <09356542@xxxxxxxxxxxxxxxxxxx>; Tue, 2 Feb 2010 05:59:09 -0500 (EST) Delivered-To: tmz@xxxxxxxxx X-Pobox-Orig-Sender: <users-bounces@xxxxxxxxxxxxxxxxxxxxxxx> X-Pobox-Delivery-ID: FC62A9AE-0FE9-11DF-936B-986EADF4353F-09356542!indigo.pobox.com X-Original-To: users@xxxxxxxxxxxxxxxxxxxxxxx x-pobox-client-address: 209.132.182.51 x-pobox-client-name: bastion.fedoraproject.org Received: from bastion.fedoraproject.org (bastion.fedoraproject.org [209.132.182.51]) by indigo.pobox.com (Postfix) with ESMTP id 2F816200245; Tue, 2 Feb 2010 05:58:55 -0500 (EST) Received: by bastion2.fedora.phx.redhat.com (Postfix, from userid 503) id D5E8710FA45; Tue, 2 Feb 2010 11:01:10 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on bastion2.fedora.phx.redhat.com X-Spam-Flag: YES X-Spam-Level: ***** X-Spam-Status: Yes, score=5.6 required=5.0 tests=BAYES_50,SPOOF_COM2COM, SPOOF_COM2OTH autolearn=no version=3.3.0 X-Spam-Report: * 2.7 SPOOF_COM2OTH URI: URI contains ".com" in middle * 2.0 SPOOF_COM2COM URI: URI contains ".com" in middle and end * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] Received: from lists.fedoraproject.org (unknown [192.168.1.21]) by bastion2.fedora.phx.redhat.com (Postfix) with ESMTP id DEC4710FA87; Tue, 2 Feb 2010 11:00:57 +0000 (UTC) Received: from collab1.fedoraproject.org (localhost.localdomain [127.0.0.1]) by lists.fedoraproject.org (Postfix) with ESMTP id E1C31326784; Tue, 2 Feb 2010 10:57:55 +0000 (UTC) Delivered-To: users@xxxxxxxxxxxxxxxxxxxxxxx Received: from smtp-mm2.fedoraproject.org (smtp-mm2.fedoraproject.org [66.35.62.164]) by lists.fedoraproject.org (Postfix) with ESMTP id 83F59326784 for <users@xxxxxxxxxxxxxxxxxxxxxxx>; Tue, 2 Feb 2010 10:57:52 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by smtp-mm2.fedoraproject.org (Postfix) with ESMTP id AC331E73A1 for <users@xxxxxxxxxxxxxxxxxxxxxxx>; Tue, 2 Feb 2010 10:57:51 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,389,1262563200"; d="scan'208";a="170893528" Received: from static-87-102-15-59.karoo.kcom.com (HELO duncan-berrimans-computer.local) ([87.102.15.59]) by smtpout.karoo.kcom.com with ESMTP; 02 Feb 2010 10:57:50 +0000 Message-ID: <4B68052D.9080703@xxxxxxxxx> Date: Tue, 02 Feb 2010 10:57:49 +0000 From: Duncan Berriman <duncan@xxxxxxxxx> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: users@xxxxxxxxxxxxxxxxxxxxxxx Subject: [SPAM] bug/feature in host/nslookup command - queries wrong server X-BeenThere: users@xxxxxxxxxxxxxxxxxxxxxxx X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> List-Id: Community support for Fedora users <users.lists.fedoraproject.org> List-Unsubscribe: <https://admin.fedoraproject.org/mailman/listinfo/users>, <mailto:users-request@xxxxxxxxxxxxxxxxxxxxxxx?subject=unsubscribe> List-Archive: <http://lists.fedoraproject.org/pipermail/users> List-Post: <mailto:users@xxxxxxxxxxxxxxxxxxxxxxx> List-Help: <mailto:users-request@xxxxxxxxxxxxxxxxxxxxxxx?subject=help> List-Subscribe: <https://admin.fedoraproject.org/mailman/listinfo/users>, <mailto:users-request@xxxxxxxxxxxxxxxxxxxxxxx?subject=subscribe> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: users-bounces@xxxxxxxxxxxxxxxxxxxxxxx Errors-To: users-bounces@xxxxxxxxxxxxxxxxxxxxxxx X-Spam-Prev-Subject: bug/feature in host/nslookup command - queries wrong server X-ICG-Account-ID: 09356542 Hi, I have noticed that fedora 10 appears to ignore the server option when using host or nslookup if the host in question is not available. The commands should return no server available as they have in the past but instead decide to query the local name server and return results from that. # nslookup google.co.uk 123.123.123.1 Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: google.co.uk Address: 66.102.11.99 Name: google.co.uk Address: 66.102.11.104 # host google.co.uk 123.123.123.1 Using domain server: Name: 127.0.0.1 Address: 127.0.0.1#53 Aliases: google.co.uk has address 66.102.11.104 google.co.uk has address 66.102.11.99 google.co.uk mail is handled by 10 google.com.s9b1.psmtp.com. google.co.uk mail is handled by 10 google.com.s9b2.psmtp.com. google.co.uk mail is handled by 10 google.com.s9a1.psmtp.com. google.co.uk mail is handled by 10 google.com.s9a2.psmtp.com. Using the debug option does not reveal anything it appears that the command just decides since it can't connect to the server in question it will query the servers defined in resolv.conf instead. Is there an option in later release of fedora to enable/disable this? Is it expected behaviour now? Help! Duncan -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Attachment:
pgpi391RpTYoF.pgp
Description: PGP signature
_______________________________________________ infrastructure mailing list infrastructure@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/infrastructure
