Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 04DE09F99C7 for ; Sun, 4 Nov 2007 11:22:47 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 80351-04 for ; Sun, 4 Nov 2007 11:22:25 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from developer.pgadmin.org (developer.pgadmin.org [63.246.23.140]) by postgresql.org (Postfix) with ESMTP id 07C579F954C for ; Sun, 4 Nov 2007 11:22:43 -0400 (AST) Received: from [172.16.0.65] ([78.146.239.24]) (authenticated bits=0) by developer.pgadmin.org (8.13.8/8.13.8) with ESMTP id lA4FMRQb017769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2007 15:22:28 GMT Message-ID: <472DE3C2.9030703@postgresql.org> Date: Sun, 04 Nov 2007 15:22:42 +0000 From: Dave Page User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Chander Ganesan CC: "Marc G. Fournier" , Kevin Hunter , "Joshua D. Drake" , Postgres WWW List , Peter Eisentraut Subject: Re: Training events policy ... first test case References: <200711031703310000@114527600> <20071103142105.2d29bc1b@scratch> <472D02A3.1070404@postgresql.org> <20071103205146.63a6997c@scratch> <472D505C.8010009@earlham.edu> <30F7311191EA4127FE35229B@ganymede.hub.org> <472D5E5F.8070703@otg-nc.com> <9599AD77F626EA5EFDBE4859@ganymede.hub.org> <472DD12F.5060805@otg-nc.com> In-Reply-To: <472DD12F.5060805@otg-nc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200711/98 X-Sequence-Number: 12876 Chander Ganesan wrote: > I *still* think (and am apparently still ignored...) there should be > limits placed on the number of events a vendor can list...either by > type, or by vendor. A vendor is less likely to post "training spam", > and more likely to post events they really plan to run when they have a > limit as to their total listings... The problem is that we don't want to prevent legitimate courses being listed. As PostgreSQL grows, and the companies around it grow there will inevitably be more and more courses scheduled, especially by the bigger multi-national players. Regards, Dave