From owner-freebsd-ports@FreeBSD.ORG Tue Aug 30 16:06:18 2011 Return-Path: Delivered-To: freebsd-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 C5D50106564A for ; Tue, 30 Aug 2011 16:06:17 +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 058E423CF2B for ; Tue, 30 Aug 2011 18:06:16 +0200 (CEST) Message-ID: <4E5D0A77.3070304@FreeBSD.org> Date: Tue, 30 Aug 2011 18:06:15 +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: freebsd-ports@freebsd.org References: <201108301524.p7UFOc6Q008169@fire.js.berklix.net> In-Reply-To: <201108301524.p7UFOc6Q008169@fire.js.berklix.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 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: Tue, 30 Aug 2011 16:06:18 -0000 Am 30.08.2011 17:24, schrieb Julian H. Stacey: > Matthias Andree wrote: >> Am 30.08.2011 10:23, schrieb Sunpoet Po-Chuan Hsieh: >>> sunpoet 2011-08-30 08:23:18 UTC >>> >>> FreeBSD ports repository >>> >>> Modified files: >>> mail/procmail Makefile >>> Log: >>> - Take maintainership >>> >>> Revision Changes Path >>> 1.60 +1 -1 ports/mail/procmail/Makefile >> >> I was just about to grab the port, deprecate and set two months >> expiration date. > > Sorry No, it would be most irresponsible to consider a timeout of > 2 months ! Procmail has been compiling regularly, working fine & > vitaly necessary here for a decade. If one were considering to > toss out such a vital tool, one should give a warning of a release or 2. (*) It should have been tossed out half a decade ago, but if people feel it's so hard to migrate away from it we should extend the period. But we should really deprecate dead software. > It's not hard to use, Read the manual & learn. Examples > http://www.berklix.com/~jhs/dots/.procmailrc WARNING - DO NOT USE THOSE. Essentially all those examples have no error handling for delivering recipes (see my earlier post in this thread for a remedy that limits usefulness of some recipes), but the all-too-typical problem that in temporary disk-full condition, mail can end up anywhere, because procmail silently proceeds to the next recipe after the previous one has failed. And that's extactly the reason why procmail must die. I don't mean to disrupt existing installations, but I do mean to discourage new ones. >> DEPRECATED= use mail/maildrop instead > > No, > >> EXPIRATION_DATE= 2011-10-31 > > (*) > Irresponsible lack of warning ! No need, we can bump the PORTREVISION so it appears on the users' radars. > Lots of users of releases dont even read ports@ > ( Reminds me of the Hitch Hikers Guide episode where the vogons > come to destroy the earth, & claim due warning was lodged in Alpha Centauri ;-) We're not trying to build an Intergalactic Expressway through Earth though, but my goal is to prevent nasty surprises. 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.