From owner-freebsd-ports@FreeBSD.ORG Wed Oct 13 03:31:48 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B22016A4CE for ; Wed, 13 Oct 2004 03:31:48 +0000 (GMT) Received: from freebsd0.dcrin3.com (freebsd0.dcrin3.com [66.79.187.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBDD043D3F for ; Wed, 13 Oct 2004 03:31:47 +0000 (GMT) (envelope-from dross@code-exec.net) Received: from [24.151.191.210] (24-151-191-210.chartertn.net [24.151.191.210]) by freebsd0.dcrin3.com (Postfix) with ESMTP id 463936D5F0 for ; Tue, 12 Oct 2004 20:33:59 -0700 (PDT) Message-ID: <416CA240.9080703@code-exec.net> Date: Tue, 12 Oct 2004 23:34:24 -0400 From: David Ross User-Agent: Mozilla/5.0 (X11; U; DragonFly i386; en-US; rv:1.7) Gecko/20040701 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@freebsd.org References: <200410121232.i9CCWhdF078322@shark.rtp.freebsd.org> <012201c4b059$d2e97670$b3db87d4@multiplay.co.uk> <416C21CC.1060305@mac.com> In-Reply-To: <416C21CC.1060305@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Email nagging, was: Re: Ports with version numbers goingbackwards: graphics/gd,japanese/gd, ukrain... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 03:31:48 -0000 Easy solution.. Mass ignore filter of the message :) It is getting annoying. --dross Chuck Swiger wrote: > Steven Hartland wrote: > >> Please tell me we aren't going to get one of these every hour till >> they are fix :P > > > I'd hate to disagree with you when you're right. For that matter, I'd > hate to disagree with someone else if they were right, too. :-) > > Could someone change the nag script to send to ports-committers, instead? > Or run less often via cron (once per day)? Or run more often but more > usefully, by going in as a CVS-commit time check rather than afterwards? >