Received: with ECARTIS (v1.0.0; list gopher); Sat, 14 Apr 2007 17:42:17 -0500 (CDT) Received: from web35508.mail.mud.yahoo.com ([66.163.179.132]) by glockenspiel.complete.org with smtp (Exim 4.63) id 1Hcqwh-0004ia-LQ for gopher@complete.org; Sat, 14 Apr 2007 17:42:16 -0500 Received: (qmail 50948 invoked by uid 60001); 14 Apr 2007 22:42:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=NqAhwaZwjGm2xHonn+YB///OsyQMpiRKeMHo7veBJdmyrAGyTEUaj8W5/1qUWuXcfcmMVulDiGVgzVMiY404QnPpYN52RN53xq0tGsXlwp/ftBo6ev5oIL9UTU0BWFlpYIdLhowIChb8/LYFyk+GxNHS1Jv7/ipb2FXbfn09rJs=; X-YMail-OSG: Vq42EnIVM1mu1dr3URKmrveHMjgQVNJBdymKu90P Received: from [209.216.94.5] by web35508.mail.mud.yahoo.com via HTTP; Sat, 14 Apr 2007 15:42:08 PDT Date: Sat, 14 Apr 2007 15:42:08 -0700 (PDT) From: JumpJet Mailbox Subject: [gopher] Re: Mozilla bugs about Gopher, and a dangerous one To: gopher@complete.org In-Reply-To: <200704111249.l3BCnTEF014776@floodgap.com> MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit Message-ID: <701335.48225.qm@web35508.mail.mud.yahoo.com> X-Spam-Status: No (score 1.4): AWL=0.594, HTML_MESSAGE=0.001, INFO_TLD=0.813 X-Virus-Scanned: by Exiscan on glockenspiel.complete.org at Sat, 14 Apr 2007 17:42:16 -0500 X-archive-position: 1541 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: jumpjetinfo@yahoo.com Precedence: bulk Reply-to: gopher@complete.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: Gopher X-List-ID: Gopher List-subscribe: List-owner: List-post: List-archive: X-list: gopher In my surfing I have noticed that not all Gopher Server Administrators are mapping all Item Types in their servers. Every file extension on their server should be EXPLICITLY mapped to an Item Type. Below are the standard Item Types understood by most Gopher Clients: 0 Plain text file 1 Directory 2 Search CSO server (i.e. a qi/ph index) 4 BinHex-format file (i.e. a *.HQX file) 5 Binary archive file (i.e. a *.ZIP file) 6 UUencoded-format file 7 Search server (i.e. a WAIS index) 8 Telnet as any kind of terminal other than TN3270 9 Binary file (i.e. a *.EXE file) g GIF-format image file h HTML file I Any kind of image file other than GIF (i.e. a *.JPG file) i Informational text that is displayed (as if it was a normal file name), but does not NECESSARILY link to any actual file. s Any kind of sound file (i.e. a *.WAV file) T Telnet as a TN3270 terminal A concientious administrator should also include a listing of what they have mapped on their server. For example, in the "Contact.txt" file ( gopher://home.jumpjet.info/00\Contact.txt ), JumpJet lists the following: JumpJet is using the following specified "Type" extension mappings: Type 0 = DOC, RTF, TXT (also none or un-specified extensions) Type 4 = HQX, SEA Type 5 = ARC, GZ, LHA, LZH, RAR, TAR, TGZ, Z, ZIP Type 6 = UUE Type 7 = SRC Type 9 = COM, DLL, EXE, MOV, PDF Type g = GIF Type h = HTM, HTML Type I = BMP, JPG Type s = AU, MP3, WAV Two special "Type" extensions are also being maped: Type 1 = "directory" Type i = "information" Cameron Kaiser wrote: > https://bugzilla.mozilla.org/show_bug.cgi?id=284558 > (GOPHER protocol support needs improvement (Save as "binary")) > Should this bug be reopened? I tried with .zip files at JumpJet, but I'm > not sure I did exactly what the bug report explains. It's for sites that mistakenly offer itemtype 0 for what really should be itemtype 9, just like someone offering a .zip file with MIME text/plain. I think this should be fixed on the server and not the client. --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos.