From owner-freebsd-ports-bugs@FreeBSD.ORG Sat May 23 22:00:02 2009 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 381A11065675 for ; Sat, 23 May 2009 22:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADA38FC17 for ; Sat, 23 May 2009 22:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4NM01MC032241 for ; Sat, 23 May 2009 22:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4NM01SA032240; Sat, 23 May 2009 22:00:01 GMT (envelope-from gnats) Resent-Date: Sat, 23 May 2009 22:00:01 GMT Resent-Message-Id: <200905232200.n4NM01SA032240@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Elliot Dierksen Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D073106566B for ; Sat, 23 May 2009 21:59:07 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6AE8FC13 for ; Sat, 23 May 2009 21:59:07 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n4NLx73e017270 for ; Sat, 23 May 2009 21:59:07 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n4NLx7lK017269; Sat, 23 May 2009 21:59:07 GMT (envelope-from nobody) Message-Id: <200905232159.n4NLx7lK017269@www.freebsd.org> Date: Sat, 23 May 2009 21:59:07 GMT From: Elliot Dierksen To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: ports/134882: amavisd-new problems X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2009 22:00:02 -0000 >Number: 134882 >Category: ports >Synopsis: amavisd-new problems >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 23 22:00:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Elliot Dierksen >Release: 7.1-RELEASE-p5 >Organization: >Environment: FreeBSD alfred.oau.org 7.1-RELEASE-p5 FreeBSD 7.1-RELEASE-p5 #8: Sat May 23 07:20:57 EDT 2009 root@alfred.oau.org:/usr/obj/usr/src/sys/GENERIC i386 >Description: I upgraded this morning from 7.1-RELEASE-p4 to 7.1-RELEASE-p5. I also upgraded from p5-Mail-SpamAssassin-3.2.5_2 to p5-Mail-SpamAssassin-3.2.5_3 and from amavisd-new-2.6.2_2,1 to amavisd-new-2.6.3,1. After the upgrade, the documented method for disabling the anti-spam code in amavisd-new (setting @bypass_virus_checks_maps = (1); in amavisd.conf) fails. With that value set, amavisd fails during startup with the following message: Can't locate object method "new" via package "Amavis::SpamControl" at /usr/local/sbin/amavisd line 13878. I was able to work around it by setting @bypass_spam_checks_maps = ( [ "." ] ); in amavisd.conf. It still loads the spam code, but does not process it. I had been using the documented method to disable the spam code for years, and it just now failed. I suspect the problem is with the new version of amavisd-new. For what it is worth, I have this disabled because I have never been able to get amavisd-new to insert the spam headers into the mail message. I have been using spamass-milter to do that. I would prefer to do it through amavisd-new and avoid another milter call, but it never adds the header. I have determined that it does write the spam header into the quarantine file if the message gets quarantined, but never into the message that gets passed on the MTA. >How-To-Repeat: See description >Fix: unknown >Release-Note: >Audit-Trail: >Unformatted: