home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1021 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.2 KB
  1. Path: sparky!uunet!olivea!decwrl!sdd.hp.com!wupost!gumby!yale!yale.edu!ira.uka.de!rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!urle
  2. From: urle@rz.uni-karlsruhe.de (Uli Betzler (urle))
  3. Newsgroups: alt.gopher
  4. Subject: Re: Gopher Type 6 ???
  5. Message-ID: <1992Jul21.153947.12717@rz.uni-karlsruhe.de>
  6. Date: 21 Jul 92 15:39:47 GMT
  7. References: <1992Jul21.103839.5120@rz.uni-karlsruhe.de> <Brqo9v.5D6@usenet.ucs.indiana.edu>
  8. Sender: usenet@rz.uni-karlsruhe.de (USENET News System)
  9. Organization: University of Karlsruhe, Germany
  10. Lines: 40
  11.  
  12. Hello Don !
  13.  
  14. In article <Brqo9v.5D6@usenet.ucs.indiana.edu>, gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
  15. |> Type 6 is not a new type, it was assigned for UU encoded files
  16. |> a while back.  It seems to have been dropped from release 1.0,
  17. |> but I missed noticing that.  The reason that uuencoded type
  18. |> is in this patch, which I wrote, is that on my archive, there
  19. |> are lots of encoded files, including binhex (mac) and uuencoded
  20. |> (pc, unix, vms).  I generally do not know, nor does the server
  21. |> computer know, what is inside these uuencoded files.  So it
  22. |> is hard to assign them as text or binary.  However, uuencoded
  23. |> files could be treated as text type, if no one else wants
  24. |> to support type 6.   
  25.  
  26. ... but what should the client do with this type ?
  27. The client doesn't know, what's in the file - so he only can copy it as
  28. it is. The only advantage of type 6 is, that the gopher-server uudecodes
  29. the file instead of the client.
  30.  
  31. The question is: should we spent an extra type for this point or could we
  32. treat this problem like the compressed files ?
  33. One possible way could be: 1. uuencode the first part of the file and
  34. 2. test, if it's text or binary stuff and treat it correctly.
  35.  
  36. I think, this behaviour is easy to implement into the server - right ?
  37.  
  38. urle
  39.  
  40. urle
  41.  
  42.  
  43. -- 
  44. Ulrich Betzler                             smtp:   urle@rz.uni-karlsruhe.de
  45. Universitaet Karlsruhe                     bitnet: rz83 at DKAUNI2
  46. Rechenzentrum
  47. Zirkel 2                                   X.500:  cn=Ulrich Betzler
  48. 7500 Karlsruhe 1                                   ou=Rechenzentrum
  49. FRG                                                o=Uni-Karlsruhe
  50.                                                    c=DE
  51. phone: +49 721 608-4039                                       
  52.