From owner-freebsd-ports@FreeBSD.ORG Tue Aug 30 12:08:29 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 689DE1065672; Tue, 30 Aug 2011 12:08:29 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 3B96D23CF2B; Tue, 30 Aug 2011 14:07:38 +0200 (CEST) Message-ID: <4E5CD28A.1080809@FreeBSD.org> Date: Tue, 30 Aug 2011 14:07:38 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110805 Mnenhy/0.8.3 Thunderbird/3.1.12 MIME-Version: 1.0 To: Kurt Jaeger References: <201108300823.p7U8NIfD038098@repoman.freebsd.org> <4E5CC44C.3070604@FreeBSD.org> <20110830111152.GF28186@home.opsec.eu> In-Reply-To: <20110830111152.GF28186@home.opsec.eu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sunpoet Po-Chuan Hsieh , ports@FreeBSD.org Subject: Re: cvs commit: ports/mail/procmail Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2011 12:08:29 -0000 Am 30.08.2011 13:11, schrieb Kurt Jaeger: > Hi! > >>> Modified files: >>> mail/procmail Makefile > [...] >> Now that you're maintaining it I seek you to please let this >> unmaintained unclean code from our FreeBSD ports world and deprecate it. > [...] >> maildrop (courier's filtering agent) has been around for nearly as long >> and works well. > > - Can maildrop be used with other MTAs like exim ? Yes. > - Can it use the 700+ lines long .procmailrc I have running > in a criticial application or do I have to migrate that ? You'd have to migrate that. On the other hand, a 700+ line long .procmailrc "in a critical application" is usually a mistake in itself already and always was, unless you're one of the few who has a recipe like :0e { EXITCODE=75 HOST } after each and every single recipe that can fail in some way (most importantly, delivering recipes). Few people know it's necessary, as it's not explicitly documented, but just working around documented fall-through behaviour -- and as a side effect it voids the "else"-style recipes. Beyond that, there are pending bug fixes that never made it into a release, check the 3.23pre announcement at Bottom line: the sooner we get rid from procmail the better.