From owner-freebsd-ports@FreeBSD.ORG Wed Aug 31 05:43:50 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAFE106564A for ; Wed, 31 Aug 2011 05:43:50 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 08BD28FC0A for ; Wed, 31 Aug 2011 05:43:49 +0000 (UTC) Received: from r74-192-180-219.htvlcmta01.hnvitx.tl.dh.suddenlink.net ([74.192.180.219] helo=lab.lovett.com) by panix.lovett.com with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QydaW-000KGV-Su for freebsd-ports@freebsd.org; Wed, 31 Aug 2011 05:43:49 +0000 Date: Wed, 31 Aug 2011 00:43:37 -0500 From: Ade Lovett To: freebsd-ports@freebsd.org Message-ID: <20110831004337.2deb368e@lab.lovett.com> In-Reply-To: <4E5D0A77.3070304@FreeBSD.org> References: <201108301524.p7UFOc6Q008169@fire.js.berklix.net> <4E5D0A77.3070304@FreeBSD.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Wed, 31 Aug 2011 05:43:50 -0000 On Tue, 30 Aug 2011 18:06:15 +0200 Matthias Andree wrote: > Once you have the necessary error handling in place in > your .procmailrc, a .mailfilter file of equal usefulness in maildrop > is shorter and more concise. 1. In the context of a FreeBSD port, there is absolutely nothing wrong with mail/procmail as it stands. That is to say, it compiles and runs on all supported OS releases and architectures. 2. I'd hazard a guess that procmail is used (with or without a view to it's "interesting" view of error handling) on a large number of systems. Whilst there have been recent, shall we say, discussions, on the viability of the ports tree, one should not expect to be punched into a nearby wall when attempting to lose such a piece of software when the issues, such as they are, are with the software itself, not the port. 3. Particularly when there's no magic tool to convert all the .procmailrc's out there to mail/whizzy-new-thing. 4. Assuming for a minute that y'all are just on a deprecation kick, there's considerably more interesting low-hanging fruit. gtk1, qt3, kde3, gnome1, etc.. etc.. 5. Don't make me put RUN_DEPENDS= procmail:${PORTSDIR}/mail/procmail somewhere in the bowels of autotools ;) #3 is the important point. If you do want to send mail/procmail to the great bitbucket in the sky, then please provide that magic tool. I'm sure lots of folks will be willing to test it for you. -aDe