Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id 1AB9C9FC3F1 for ; Fri, 11 May 2007 20:28:49 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 22263-02-6 for ; Fri, 11 May 2007 20:28:13 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id C90EF9FC22C for ; Fri, 11 May 2007 19:55:55 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.3 Received: from smtp127.iad.emailsrvr.com (smtp127.iad.emailsrvr.com [207.97.245.127]) by svr4.postgresql.org (Postfix) with ESMTP id 356B75AF904 for ; Fri, 11 May 2007 20:10:36 +0000 (GMT) Received: from [10.0.2.11] (adsl-074-239-169-041.sip.rmo.bellsouth.net [74.239.169.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: chander@otg-nc.com) by relay2.r2.iad.emailsrvr.com (SMTP Server) with ESMTP id 065814510DE; Fri, 11 May 2007 16:09:34 -0400 (EDT) Message-ID: <4644CD77.4070307@otg-nc.com> Date: Fri, 11 May 2007 16:09:27 -0400 From: Chander Ganesan User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Dave Page Cc: "Joshua D. Drake" , PostgreSQL www Subject: Re: Event Spam..??? References: <46449018.9070202@otg-nc.com> <4644A423.6030406@postgresql.org> <4644AFDC.60803@otg-nc.com> <4644BECC.20908@postgresql.org> <4644C263.3000709@commandprompt.com> <4644C90F.2010609@postgresql.org> In-Reply-To: <4644C90F.2010609@postgresql.org> Content-Type: multipart/alternative; boundary="------------040107090006080502010504" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200705/56 X-Sequence-Number: 11990 This is a multi-part message in MIME format. --------------040107090006080502010504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dave Page wrote: > Joshua D. Drake wrote: > >>>> limiting listed courses to states where companies are registered as >>>> corporations... Such information is freely available, and it could be >>>> required that companies provide a link to their articles of >>>> incorporation in the states where they provide training - easy to check >>>> without undue work on those that filter events... >>>> >>> Limiting the number of listings is not in our interests - we want to >>> >> It is, if the listings are not legitimate. >> > > Well, yes - I think that's a given. > > >>> show how much PostgreSQL is being used. Perhaps more importantly, how >>> *widely*. We'd want to list courses running in every state, even if they >>> were all the same company. >>> >>> Charging would almost certainly cause us problems given our financial >>> status. I suspect we could 'solicit donations', but that would obviously >>> not have the desired effect. >>> >> No it wouldn't because the larger the donation the higher up the page >> the person would expect to be. >> > > Listings move up the page in chronological order so that the closest > events are at the top. Ordering the page based on the donation given > would make it horrendous to use for the people that actually might want > training. > There is a good medium - charge (donate) for front page spaces (and just divide the donation amount by the time until the course and give the highest ratio the best spots) and leave the "training event" page in chronological order (or do a google and put the "sponsored" ones at the top in a different color, etc). >>> Limiting to the states in which companies are registered is a nonsense >>> as well - what about a company in Japan? How do we check them? Or what >>> about EnterpriseDB UK Ltd for example who cover the whole EMEA region - >>> would they (== we in case you didn't realise I work for them) be >>> restricted to listing courses in England because that's where we're >>> registered? >>> >>> >> Perhaps a requirement that a link to the actual registration page for >> the class? Listing the details of where the class is etc... >> > > I thought those were a given as well, but it doesn't hurt to be reminded. > Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 Phone: 877-258-8987/919-463-0999 --------------040107090006080502010504 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dave Page wrote:
Joshua D. Drake wrote:
  
limiting listed courses to states where companies are registered as
corporations...   Such information is freely available, and it could be
required that companies provide a link to their articles of
incorporation in the states where they provide training - easy to check
without undue work on those that filter events... 
        
Limiting the number of listings is not in our interests - we want to
      
It is, if the listings are not legitimate.
    

Well, yes - I think that's a given.

  
show how much PostgreSQL is being used. Perhaps more importantly, how
*widely*. We'd want to list courses running in every state, even if they
were all the same company.

Charging would almost certainly cause us problems given our financial
status. I suspect we could 'solicit donations', but that would obviously
not have the desired effect.
      
No it wouldn't because the larger the donation the higher up the page
the person would expect to be.
    

Listings move up the page in chronological order so that the closest
events are at the top. Ordering the page based on the donation given
would make it horrendous to use for the people that actually might want
training.
  
There is a good medium - charge (donate) for front page spaces (and just divide the donation amount by the time until the course and give the highest ratio the best spots) and leave the "training event" page in chronological order (or do a google and put the "sponsored" ones at the top in a different color, etc).
Limiting to the states in which companies are registered is a nonsense
as well - what about a company in Japan? How do we check them? Or what
about EnterpriseDB UK Ltd for example who cover the whole EMEA region -
would they (== we in case you didn't realise I work for them) be
restricted to listing courses in England because that's where we're
registered?

      
Perhaps a requirement that a link to the actual registration page for
the class? Listing the details of where the class is etc...
    

I thought those were a given as well, but it doesn't hurt to be reminded.
  

Chander Ganesan
Open Technology Group, Inc.
One Copley Parkway, Suite 210
Morrisville, NC  27560
Phone: 877-258-8987/919-463-0999
--------------040107090006080502010504--