ICANN/GNSO GNSO Email List Archives

[ga]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [ga] Google's SafeSearch is overzealous, blocks innocuous domains

  • To: Hugh Dierker <hdierker2204@xxxxxxxxx>, Don Evans <DEvans@xxxxxxx>, Kathy Smith <KSMITH@xxxxxxxxxxxx>
  • Subject: Re: [ga] Google's SafeSearch is overzealous, blocks innocuous domains
  • From: Jeff Williams <jwkckid1@xxxxxxxxxxxxx>
  • Date: Sun, 25 Apr 2004 18:19:46 -0700
  • Cc: ga@xxxxxxxxxxxxxx, declan 2 <declan@xxxxxxxxxxxx>, icann board address <icann-board@xxxxxxxxx>
  • Organization: INEGroup Spokesman
  • References: <20040425113525.70206.qmail@web40004.mail.yahoo.com>
  • Sender: owner-ga@xxxxxxxxxxxxxx

Eric and all former DNSO GA members or other interested
stakeholders/users,

Hugh Dierker wrote:

>    Who is setting the standard for the industry?

 In the search engine industry, Google is the qusi-standard.  That's
what makes this so very troubling..

>
> I cannot find what some would call an authoritative learned treatise
> on this matter.

  Well maybe you can ask Joe Simms or Louis Touton. After all, Joe
is supposedly a self styled "Virus Laden Web page" expert.  So I
can only guess he is also an expert of search Engine technology as
well...
And Louis Touton is also supposedly an expert in Internet technology,
of so some have touted him with!  In any event my purpose in mentioning
both Joe and Louis is that I have received very recent information from
two independent reliable sources, that ICANN had a hand in this whole
affair/mess...

>
> RFCs are ok. But when it comes down to socio-economic quasi legal
> precedent they fall far short of the adequacy mark. ISO stuff is
> fairly helpful, when community based organizations enact enforcement
> by compliance.  UBC type code enforcement works fairly well to avoid
> substandard living and working situations of a hardwire variety.
> I wanted something like reliability, stability and security. But for
> now we seem to be stuck with caveat emptor - buyer beware.
>
> Jeff Williams <jwkckid1@xxxxxxxxxxxxx> wrote:
> Andy and all former DNSO GA members or other interested
> stakeholders/users,
>
> Good point here Andy! And let's also not forget Google's Gmail
> privacy holes of recent concern and note as well..
>
> Of course Calif. and other states in the US already have legislation
> pending to ban the Gmail service... Will NZ soon follow??
>
> Andy Gardner wrote:
>
> > Another domain related problem with Google is that they ban recycled
>
> > domains (ie deleted and re-registered) from their index, making them
>
> > useless for ecommerce.
>
> Regards,
>
> --
> Jeffrey A. Williams
> Spokesman for INEGroup LLA. - (Over 134k members/stakeholders strong!)
>
> "Be precise in the use of words and expect precision from others" -
> Pierre Abelard
>
> "If the probability be called P; the injury, L; and the burden, B;
> liability depends upon whether B is less than L multiplied by
> P: i.e., whether B is less than PL."
> United States v. Carroll Towing (159 F.2d 169 [2d Cir. 1947]
> ===============================================================
> Updated 1/26/04
> CSO/DIR. Internet Network Eng. SR. Eng. Network data security
> IDNS. div. of Information Network Eng. INEG. INC.
> E-Mail jwkckid1@xxxxxxxxxxxxx
> Registered Email addr with the USPS
> Contact Number: 214-244-4827
>
>

Regards,

--
Jeffrey A. Williams
Spokesman for INEGroup LLA. - (Over 134k members/stakeholders strong!)
"Be precise in the use of words and expect precision from others" -
    Pierre Abelard

"If the probability be called P; the injury, L; and the burden, B;
liability depends upon whether B is less than L multiplied by
P: i.e., whether B is less than PL."
United States v. Carroll Towing  (159 F.2d 169 [2d Cir. 1947]
===============================================================
Updated 1/26/04
CSO/DIR. Internet Network Eng. SR. Eng. Network data security
IDNS. div. of Information Network Eng.  INEG. INC.
E-Mail jwkckid1@xxxxxxxxxxxxx
 Registered Email addr with the USPS
Contact Number: 214-244-4827





<<< Chronological Index >>>    <<< Thread Index >>>