home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / packet / packpro2 / pd91044.txt < prev    next >
Internet Message Format  |  1991-02-25  |  15KB

  1. From wang!elf.wang.com!ucsd.edu!packet-radio-relay Fri Feb 15 15:51:53 1991 remote from tosspot
  2. Received: by tosspot (1.63/waf)
  3.     via UUCP; Sun, 17 Feb 91 18:05:25 EST
  4.     for lee
  5. Received: from somewhere by elf.wang.com
  6.     id aa00266; Fri, 15 Feb 91 15:51:52 GMT
  7. Received: from ucsd.edu by uunet.uu.net (5.61/1.14) with SMTP 
  8.     id AA19862; Fri, 15 Feb 91 09:46:31 -0500
  9. Received: by ucsd.edu; id AA14866
  10.     sendmail 5.64/UCSD-2.1-sun
  11.     Fri, 15 Feb 91 04:30:13 -0800 for hpbbrd!db0sao!dg4scv
  12. Received: by ucsd.edu; id AA14857
  13.     sendmail 5.64/UCSD-2.1-sun
  14.     Fri, 15 Feb 91 04:30:07 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
  15. Message-Id: <9102151230.AA14857@ucsd.edu>
  16. Date: Fri, 15 Feb 91 04:30:04 PST
  17. From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
  18. Reply-To: Packet-Radio@ucsd.edu
  19. Subject: Packet-Radio Digest V91 #44
  20. To: packet-radio@ucsd.edu
  21.  
  22.  
  23. Packet-Radio Digest         Fri, 15 Feb 91       Volume 91 : Issue  44
  24.  
  25. Today's Topics:
  26.                          'To:' field anarchy!
  27.                                budlist
  28.                      Converse Node EPROM for TNC2
  29.          packet<--->internet<--->packet gateway - my proposal
  30.                  Packet BEGINNER needs info (2 msgs)
  31.                         Shareware over packet?
  32.  
  33. Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
  34. Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
  35. Problems you can't solve otherwise to brian@ucsd.edu.
  36.  
  37. Archives of past issues of the Packet-Radio Digest are available 
  38. (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".
  39.  
  40. We trust that readers are intelligent enough to realize that all text
  41. herein consists of personal comments and does not represent the official
  42. policies or positions of any party.  Your mileage may vary.  So there.
  43. ----------------------------------------------------------------------
  44.  
  45. Date: 7 Feb 91 12:27:16 GMT
  46. From: munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@uunet.uu.net  (Carl Makin)
  47. Subject: 'To:' field anarchy!
  48. To: packet-radio@ucsd.edu
  49.  
  50. In <1991Feb6.190903.1295@axion.bt.co.uk> blloyd@axion.bt.co.uk (Brian Lloyd) writes:
  51.  
  52. >be a good place to work out something better. I've added an LG command
  53. >(List Group) to my software which lists all the TO `groups' and the number
  54. >of messages in each group. You can also type LG group_name (eg LG RAYNET)
  55.  
  56. This sounds like a good idea but I wonder at how much use it will get.
  57. You always have your intelligent user who is interested in getting
  58. the most out of the command set (I have perhaps 3 out of 60 users. :-( ) 
  59. but the general amateur population seem to learn (perhaps) 4 commands
  60. and stick to them.  The commands seem to be L, LL n, R n and K n.  Putting
  61. up another command, while it would be usefull, will probably be wasted.
  62.  
  63. >had hoped to tighten things up as people got used to the idea. If anyone's
  64. >got any better ideas, though, I'd be interested to hear them.
  65.  
  66. For the present we have to maintain some compatability with the present
  67. structure (as painful as that is).  This shouldn't be too hard.
  68.  
  69. I would like to see a simple menuing system similar to OPUS telephone BBSs.
  70. ie;
  71. VK1KCM BBS Main Menu
  72. M)essage Areas  F)iles Areas  S)ystem Bulletins
  73. C)hange User Parameters  B)ye (Logoff)
  74. and so on.  
  75. The same for the File and Message menus.  Some form of "Tagging"
  76. messages for later reading.  Nothing I'm saying here is new.  It's been around
  77. for years on OPUS Telephone BBSs and in various News readers.
  78.  
  79. I have played about with placing telephone BBSs on packet.  QuickBBS (once
  80. I disabled the hotkeys. :-) and Maximus.  They both worked reasonably well
  81. despite the keys being echoed and I had quite favourable comments from
  82. those users who noticed I had a second BBS beaconing away and tried it. :-)
  83.  
  84. Carl
  85. vk1kcm@vk1kcm.act.aus.oc
  86. skcm@echo.canberra.edu.au
  87. 3:620/241.7
  88. (There may be another .sig at the end.  If there is then sorry.  I'm new. :-)
  89.  
  90. ------------------------------
  91.  
  92. Date: 7 Feb 91 12:57:39 GMT
  93. From: munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@uunet.uu.net  (Carl Makin)
  94. Subject: budlist
  95. To: packet-radio@ucsd.edu
  96.  
  97. In <31248@wd6ehr.ampr.org> wd6ehr@wd6ehr.ampr.org (Mike Curtis (818) 765-2857) writes:
  98.  
  99. >Most of these postings aren't worth the ether they use up, id est 
  100. >"for sale - 100 foot tower - you remove", etc., or "for sale - 50 
  101. >Icom H-T's - call Joe at the Ham Store" (well, he might as well word 
  102. >it as such - it's obvious to all of us what's going on here :-).
  103.  
  104. Absolutely NO disposals or for sales are allowed in Australia.  We have
  105. had similar problems with our ALL@VKNET and @ASIA destinations though.
  106.  
  107. >If the user were prompted to "register" before being permitted to 
  108. >send multi-destination mail, and were forced to read through some 
  109. >common-sense rules and AGREE TO ABIDE BY THEM, a lot of these 
  110. >problems would be eliminated.  Look at how many @allus messages 
  111. >are sent out of simple ignorance.
  112.  
  113. This I agree with.  I'd love the ability to assign security levels to
  114. users with attendant differing help levels and privledges.
  115.  
  116. Perhaps this should be included in our definitation of a new user interface
  117. discussion that has been going on.  We've been talking about segregating
  118. groups (areas/newsgroups etc) and slapping destination controls on would
  119. be simplicity itself to this sort of interface.
  120.  
  121. Perhaps this just highlights how inadequate the current BBS system really is.
  122.  
  123. Carl.
  124. vk1kcm@vk1kcm.act.aus.oc
  125. skcm@echo.canberra.edu.au
  126. 3:620/241.7
  127.  
  128. ------------------------------
  129.  
  130. Date: 7 Feb 91 02:55:26 GMT
  131. From: ubc-cs!alberta!alberta!adec23!aunro!ve6mgs!mark@beaver.cs.washington.edu  (Mark Salyzyn)
  132. Subject: Converse Node EPROM for TNC2
  133. To: packet-radio@ucsd.edu
  134.  
  135. Can anyone provide me with information about the Converse Node. A local
  136. Gentleman (VE6HIM) asked me and I could not provide him with any information.
  137. E-mail replies to ...!aunro!ve6mgs!ve6him or ...!alberta!adec23!mark would be
  138. appreciated. Thanks in Advance, 73 de VE6MGS/Mark -sk-
  139.  
  140. ------------------------------
  141.  
  142. Date: 13 Feb 91 06:28:58 GMT
  143. From: emory!samsung!spool.mu.edu!uwm.edu!src.honeywell.com!msi.umn.edu!cs.umn.edu!kksys!edgar!brainiac!jrc@gatech.edu  (Jeffrey Comstock)
  144. Subject: packet<--->internet<--->packet gateway - my proposal
  145. To: packet-radio@ucsd.edu
  146.  
  147. In article <266@platypus.uofs.edu> bill@platypus.uofs.edu (Bill Gunshannon) writes:
  148. >
  149. >
  150. >In the case of PrepNet, it would be a definite violation of the Acceptable
  151. >Use Policy.  I am also quite certain (although I have not read the applicable
  152. >papers) that this would apply to The NSFNET and any other regional connected
  153. >to it.  The rules might be different for commercial connections, but that
  154. >greatly limits the possible connection points. 
  155.  
  156. Who says ?  It sounds like some very hardcore networking research, and it's
  157. non profit ( by law ) to boot.  What more can you ask for ?
  158.  
  159. ------------------------------
  160.  
  161. Date: 7 Feb 91 10:22:40 GMT
  162. From: milton!siemion@beaver.cs.washington.edu  (John Siemion)
  163. Subject: Packet BEGINNER needs info
  164. To: packet-radio@ucsd.edu
  165.  
  166. Hi,
  167.  
  168. I am an Electrical Engineer and would like to set up my own
  169. packet radio data communications system (preferably with a laptop).
  170.  
  171. I don't have a radio license yet or know much about the procedures
  172. to go about getting one.  Could you give me some items to take care of
  173. so I can get started?
  174.  
  175. Example information needed:
  176.  
  177.     all hardware required, suggested items to buy ( <$500 )
  178.     required and suggested reading materials
  179.     steps necessary to get a license (can I simply take the 
  180.         technician class test or do I have to take the novice
  181.         first and work up to technician class?...should I
  182.         even opt for a higher class than technician?)
  183.     access to the Internet/UUCP networks
  184.     typical/maximum data rates possible 
  185.     is a completely portable unit possible?
  186.     what kinds of connections are possible with what countries?
  187.  
  188.  
  189. Thanks in advance.   :-)
  190.  
  191. Please respond by email if you can.
  192.  
  193. John Siemion       Internet:  siemion@u.washington.edu
  194.         FidoNet:   1:343/15  (John Siemion)
  195.  
  196. ------------------------------
  197.  
  198. Date: 7 Feb 91 15:10:28 GMT
  199. From: munnari.oz.au!manuel!coombs!dan666@uunet.uu.net  (Daniel Carosone)
  200. Subject: Packet BEGINNER needs info
  201. To: packet-radio@ucsd.edu
  202.  
  203. siemion@milton.u.washington.edu (John Siemion) writes:
  204. [novice questions]
  205. >Please respond by email if you can.
  206.  
  207. Please post, or at least email me too. I am also interested in these questions.
  208. --
  209. Dan.
  210.     email best site: danielce@ecr.mu.oz.au
  211.          or try:              dan@maria.wustl.edu
  212.                            dan666@coombs.anu.edu.au
  213.  
  214. ------------------------------
  215.  
  216. Date: 15 Feb 91 04:04:58 GMT
  217. From: ucivax!turner@ucbvax.Berkeley.EDU  (Clark Turner)
  218. Subject: Shareware over packet?
  219. To: packet-radio@ucsd.edu
  220.  
  221. In article <978@wells.UUCP> k3tx@wells.UUCP (Dave Heller) writes:
  222. >In article <27B97A19.15785@ics.uci.edu>, turner@ics.uci.edu (Clark Turner) writes:
  223.  
  224. ...(deleted stuff)...
  225.  
  226. >> is and is not a "business activity" in a legal sense can be quite a 
  227. >> complicated issue in a commercial case.  To act as an [informed] attorney,
  228. >> I need to know the language used, the relevant definitions, and the 
  229. >> standards laid down by the relevant ruling agency.  If anyone has such things
  230. >> --- I would love the references.  I am building a file of Amateur radio 
  231. >> legal information so that if called upon by my local club or friend [who
  232. >> is not about to spend thousands of dollars just to improve the ARS], I may
  233. >> be of some service.
  234. >> WA3JPG                                  quite as comfortably in the circuits
  235. >
  236. >
  237. >
  238. >This sounds like a lawyer talking.
  239.  
  240. Indeed.  I have been a lawyer for a miniscule part of my life.  Otherwise,
  241. I am a good and kind, and semi-intelligent human being.  I support ham radio
  242. wherever and whenever I can for free.
  243.  
  244. >Your call indicates you've been an
  245. >amateur for at least 25 years, and
  246.  
  247. Yes.  I have been licensed for quite nearly that amount of time.  I have
  248. not been active for all that time.  I have not had the money to keep up
  249. with the latest, and for most of the time, have not been able to afford 
  250. any equipment at all.  I have been employed as a teacher (of math and 
  251. computer science) and researcher basically.  Currently I am a software
  252. engineering researcher and make enough to feed myself and maintain one
  253. HT that I got by doing side work in network research.
  254.  
  255. >presumably you've kept up with the 
  256. >popular literature, read QST regularly,
  257. >etc.
  258.  
  259. Not so.  I have had other duties call, and have, on occasion, even shied
  260. away from the hobby because it was so hard to get a decent conversation
  261. other than about someone's new Japanese radio equipment, or I had too hard
  262. a time with QRM.  Not like it used to be.
  263.  
  264. >So you should know that any attempt by
  265. >the Amateurs openly to attempt to defy
  266. >the Great God FCC leads to problems that
  267. >have a nasty habit of doing far more harm
  268. >than good.
  269.  
  270. This is patently false.  I have seen some good come from challenging the 
  271. FCC, albeit only occasionally.  Ask the League.  They have accomplished
  272. some things.  
  273.  
  274. >
  275. >A little common sense tells one whether a
  276. >subject is business or not, and if it is
  277. >the rules say "lay off".
  278.  
  279. Again, this may be a good rule of thumb, but if MY FRIEND or NEIGHBOR ham
  280. is hauled in by the FCC with a challenge to his "business use" of ham radio
  281. - I intend to be quite ready to help him/her with the relevant rules and
  282. be able to cite similar cases where they exist.  This is how America runs.
  283. It is not necessarily opposed to "common sense", complicated or expensive.
  284. It frequently is not any of these.  I work this way.,
  285.  
  286. >
  287. >Experience shows that for the FCC there's no
  288. >Gray Area.  Ask them a question on some
  289. >ill-defined subject and the answer is always
  290. >NO.  
  291.  
  292. Again, I don't find this true or helpful.
  293.  
  294. >
  295. >If a subject looks questionable (and this one
  296. >about shareware vs public domain certainly
  297. >fills the definition) and you really want an
  298. >intelligent, and probably informed, answer,
  299. >go to the League.
  300.  
  301. This is probably a good thing to do, since I am getting no helpful responses
  302. here, and am getting a lot of the opposite for my mere interest in the
  303. topic.
  304.  
  305. >
  306. >The best you can accomplish by pestering FCC
  307. >is to screw things up for everyone else.
  308. >
  309. No one here suggests pestering the FCC.  I don't understand where you got
  310. this.  I want to be able to advise the local, naive amateurs in matters
  311. that may be solved simply with some informed common sense, which is what 
  312. I am after.
  313.  
  314. >Don't we have enough problems as it is already?
  315. >Look at that crap coming from Norfolk to such
  316. >as W3IWI and some others who rank with the
  317. >best Amateur Radio can call its own.
  318.  
  319. I am not familiar with the case.  It sounds as though I wouldn't be involved.
  320.  
  321. >
  322. >Don't stir up problems where none exist.  Read
  323. >the rules, Part 97, and try hard to abide with
  324. >their spirit, and all will (or should) be fine.
  325.  
  326. I don't do this and I resent the automatic assumption that I was about to,
  327. sir.  I seek to do just the opposite, and ANY person who knows me will
  328. attest to.  The advice to read part 97 and common sense is, of course,
  329. a good start.  I already knew that part.
  330.  
  331. >
  332. >If you want some lawyer business, go chase an  
  333. >ambulance.  Leave Amateur Radio out of it.
  334.  
  335. Your characterization of "lawyer business" is that of a naive person who
  336. doesn't know much except the popular incantations of uninformed people.
  337. Ambulance chasing is not what I do, sir, and, again, your insinuation is an
  338. insult.  I have done very little lawyering, mostly for free for amateurs 
  339. who have local ordinances to deal with for antenna restrictions.   I am
  340. damned proud of that.  I intend to continue.  I do not cause problems, I 
  341. am called upon AFTER they arise and try to solve them quickly (outside the 
  342. legal process first), but if someone is being trampled, I will use the
  343. force of the law to help them.  That, again, is what America is about.
  344.  
  345. If, perhaps, you wish to correspond on this topic, we should probably 
  346. do it outside the net here in the future.  Write me via e-mail or even
  347. snail if you wish.  I would be happy to discuss the general issues further.
  348.  
  349.  
  350. Clark 
  351.  
  352. ----------
  353. Clark S. Turner                        "The Buddha, the Godhead, resides
  354. WA3JPG                                  quite as comfortably in the circuits
  355. turner@ics.uci.edu                      of a digital computer or the gears 
  356. ----------                              of a cycle transmission as he does
  357.                                         at the top of a mountain or in the
  358.                                         petals of a flower." 
  359.                                                              - Robt. Pirsig
  360. ----------
  361. 714 856 2131    1514 Verano Pl., Irvine, CA. 92715
  362. admitted to practice law in NY, MA, and CA.
  363. ----------
  364.  
  365. ------------------------------
  366.  
  367. End of Packet-Radio Digest
  368. ******************************
  369.