Complete.Org: Mailing Lists: Archives: gopher: January 2008:
[gopher] Re: Server Contact Information
Home

[gopher] Re: Server Contact Information

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: gopher@xxxxxxxxxxxx
Subject: [gopher] Re: Server Contact Information
From: JumpJet Mailbox <jumpjetinfo@xxxxxxxxx>
Date: Mon, 14 Jan 2008 11:37:39 -0800 (PST)
Reply-to: gopher@xxxxxxxxxxxx

To address these issues point by point...
   
  About 1/3 of the existing Gopher Clients can NOT recognize a document written 
in the HyperText Markup Language [HTML] natively (experiment for yourself with 
the Clients at:  gopher://home.jumpjet.info/11/Begin_Here/Clients ).  This 
ability to read HTML was backfitted to several Clients only years after the 
initial release of the Gopher protocol, and never made it into some of the 
older Clients (external reading of an HTML file is of course possible with any 
Client).
   
  With some major Gopher Servers, if you add the file to the "menu" (where you 
can indeed associate a label to the file), the file will appear TWICE on the 
page (once, at the beginning, as the Server reads the menu file; and again 
later on as the Server lists the files in the directory).  An example is a page 
served-up by the GopherS Server.
   
  The Majority of available Gopher Servers are Gopher0, NOT Gopher Plus.  Also 
the majority of Gopher Servers connected to the Internet are NOT Gopher Plus.  
Gopher Plus is ONLY a PROPOSED extension to Gopher, and was NEVER officially 
adopted as a standard.
   
  -----
  Regardless, 
  it is stupid NOT to include Server Contact Information on a Gopher Server 
connected to the Internet.  What you get when contact information is not 
included, are issues like Cameron experienced, which prompted this thread.  
  
"Aaron J. Angel" <thatoneguy@xxxxxxxxxxxxxx> wrote:
  Avery M. wrote:
> Is this part of the Gopher standard or did you invent it just now?
> 

Invented. The document referenced is a proposal. A few comments about 
the referenced document...

The inability to embed links into a document is not the fault of the 
protocol, but a fact of that document's format. One can easily serve a 
Hypertext document on a Gopher site and links will work just fine.

Also, Gopher *can* "associate a freeform label directly with a file"; 
this is done in the menu.

There's also a standard mechanism to identify attributes of Gopher items 
using Gopher+, e.g., +INFO, +ADMIN, +ABSTRACT blocks, effectively making 
the proposal unnecessary.




       
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.



[Prev in Thread] Current Thread [Next in Thread]