Date: Fri, 26 Nov 93 04:30:05 PST
From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
Errors-To: TCP-Group-Errors@UCSD.Edu
Reply-To: TCP-Group@UCSD.Edu
Precedence: Bulk
Subject: TCP-Group Digest V93 #306
To: tcp-group-digest


TCP-Group Digest            Fri, 26 Nov 93       Volume 93 : Issue  306

Today's Topics:
                                finger
                           First Amendment
                            NOS v. POPmail
                          NOS v. POPmail/PC
                            Patent Hassles

Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the TCP-Group Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Thu, 25 Nov 93 16:23:32 MST
From: kd6oat@kd6oat.ampr.org
Subject: finger
To: TCP-Group@UCSD.Edu

Im having difficulties getting the finger feature to work on the v1.10x1 NOS
that I'm running. I use the nos.cfg file to define where the fdbase.dat file
is and that works fine. What doesn't work is individual finger files that
I set up in the same /finger directory as the fdbase.dat file. I've tried
everything I can think of so far. Any suggestions ?
73...Ken

------------------------------

Date: Thu, 25 Nov 1993 09:14:44 -0600 (CST)
From: Steve Sampson <ssampson@sabea-oc.af.mil>
Subject: First Amendment
To: TCP-Group@UCSD.Edu

James Wyatt KA5VJL writes:
> Brian! We just got over the fact that "some of us" have this sent over
> packet radio (or was that another list for nos? 8{) and you profane our
> netwaves with this (very accurate) observation.

Actually, you are responsible for editing all traffic that will go over ham
radio.  If American "vulgar slang" which is considered offensive by Baptists
and/or child-proofed by the Feds exists in any message, then you must search
them out and put in [expletive deleted].  This is a problem that occurs on an
adult program that may be seen by children (Novices and codeless Techs).

> Could we consider putting a header at the front about refraining from
> language that disallows automagic routing via packet? (or RTTY? 8{)

Here's one:

"This program contains adult material. You are responsible for the transfer
onto regulated mediums."

Actually there's a simple method from Usenet, and that is to put "(May be
offensive)" in the subject line.  But this is a prophylactic and takes away
from the spontaneity of the moment.  Course there's no chance of that on this
channel :-)  Best bet is to write a filter which looks for the seven words
deemed offensive and replace them with the words "[expletive deleted]".  Or
better yet, you can actually read the material! (too hard, OK. . .) 
---
Steve

------------------------------

Date: Thu, 25 Nov 93 13:28:09 CST
From: "Jan Dolejs" <jandol@mbox.fsv.cuni.cz>
Subject: NOS v. POPmail
To: tcp-group@ucsd.edu

(This file must be converted with BinHex 4.0)
:#8e"58`a,P4B9!"849K869G*53#3""(r!*!%SSG)C@aXEb`055"KE5"+B@iJ4'p
XC@Tc,#"MEfe`GA4PFL"KC'eTEQPcG(*KG'pb)'&d)(4SC5"$D'&bE'9c)&9ZDAC
PFR0TG(NX)!eQB@0eE(4j)'pQ)&0[BfPKE#"6BfPPEQ0PFb`J3hTPBfJJ8Q9`G@*
XD@-X)%9eFQp`C5i055"bG@iJEh9b)'CKBh9XG(NJFfPdC5"KFb"QEfaXEhGc1Jd
JN!30)*!'+bf3##XJ+bf3##XJN#%V,C!)+`dJN!BK)%j[GQ9XE#!K)#%J-cJf8eJ
J)#%JN!-f-#!c1$C6@#"33b!S-c!JC'PcDfaPFh-T)*!&)5!c1$C6@#!J)3dJN!B
K)(0PFRCPFL!K)#%JN!JK)*!$0#"038-JN"NK)*!))5!0)*!'+bf3!bXYN!3V)#X
YN!-V,C!%+b#3"#iJ,L!Z)#iJ,L!Z)#iJ,L!Z)#iJ,L!Z)*!'+bf3!bXYN!3V$5#
3#L%JN!SK)*!U)5!0)*!$,C!(+bf3#LXYN!dV,C!F+bf3"JdJN#-K$5#3'bXYN!F
V,C!(+b#3"$-i0P0B$5#3'b%J5d)JFL"T)'3JCb"P)#!K)*!%-RJJ9d3i-$%c)%9
3$5#3'bXYN!mV$3Q3"##3!b%0)*!$,C!(+bf3%5XYN!BV,C!,+bf3%5XYN!B0)*!
+)5#3%5%JN")K)*!4)3dJN!3V,C!&+bf3"5XJN!8V,C!&+bf3"5XJN!BV,C!&+bf
3"5XJN!8V,C!&+bf3"5X0)*!%)5!c1$C6@##3"5%JN!8K)$-i0P0B)*!&)5#3"L%
J-cJf8eJJN!8K)*!&)5"$)'NJFb"M)'mJ)3dJN!3K)%428bp-58j9@#!K)*!&)5"
16e-J)%*2@#!J)5#3"L%J6%P199JJN!8K)*!&+bf3"5XYN!8V$5#3"#XYN!XV)*!
&+bf3#bXJN!BV,C!,+b#3#b%0)*!%)5dJ6Q9dGf&dBfJJN!FK,5"#6dp88%3JN!S
K,5"18b!M-5#3$%PZG'9bEQ9d$5#3"#%Y)%418%&3)(0[CR4h,L#3!b%Y)%e#6eJ
J)c%JN!NK,5"03NpB)c)SFfeKD@`XC@aY+3dJN!3K,5"%6e-J9%0359!JBA"`)#!
K,5"36e!c)*!-)5dJ4P43$5#3"#%Y)'9dBbiJN!XK,5"18b!M-L#3#b%Y)%j'8`d
JN"BK,5"16P43$5#3&L%Y)%C*6NG&8JdJN"BK,5"'9&!0N!-J6ANJ6Np6)%*2@#"
TFb"LG@PXG#"[EL"K)%Y"19%S8%%`4e**,%ia3N9&+5"fCA*cD@pZ)'&ZC#"*)'K
KGQ8JE@&NC5"XDA4dE'80BfpbFQ9MG'P[ER-JD@iJ3Np29&!JB5"16P43,L""E'e
[Fh3JB@aX)&"$*h-JD@iJG'KP)(0TG'8JBA*P)&"$)$-i0P0B)!dS-c-X-M8J68K
k+5iJ9fKPEL"eFfPZCb"36e"YB@PX,e"$+$-Z-Lib+5"dD'Pc)("bEf*XC@dJFf9
PEA-JG'mJEf0MGA)k$9GTG'KTEL"MEfeYG@jTBf&dD@pZ)'pQ)(4SDA-JF(*[Ch*
KE5"KEQ3J6Np6)%*2@#KPDA4SCA)J8de88#`JEh)J8%p3-bNJ$A4SC5"MEfjZC@0
dD@pZ)'pQ)&4$8#"TEL"16e-J3NpB)(*PE@&TER-JD@iJ*d0XEh0TEQFR,L"*)'K
KGQ8JBQ9PEL"dFRPTEQFJ$A4[)'e[EQPdEh)JG'KTFb"cDA4eBA4TEfiJGfPdD#"
88N&$45iJ5@iJG'KTFb"MBA0P)(4SC5"QD@aP)'&ZC#"cBh*PC@iJFf&fC3eYDA0
TER4PFR"bCA4PC#"dD@eP)(0PFA9PEQ0PFb"hDA4SD@iJFQ9MC@PfD@jR)("KBfY
PG(-Z)%0[ER0PFA9PER4XH5`J$8NJE@pZDA4[FQ9N)("KBfYPG(-JGfPdD#"KEQp
dD'9b)&"$+%jPG(GKG'0S,#"%6P""8#"(Ef*LE'9b+5iJ9'KP)(*PFh9XG!ehD'&
d)%NJBfpYC5"eF#"hDA4S)'&bC5"QEfaXEhGTEQFk$C!$)*!$3faTC@jd)*!$+&"
28$0`FQpd+5!J8f9bGQ9b)*!-3faTC@jd)*!$+&"28$0`FQpd+5#3!e0PFRCPFJd
0)*!3)5#3+#%0)*!$899*9#f3#$iK)*!C899*9#f3#MiK$5#3%#%JN#JK$5#3%#%
m,C!%)#Y25b"#H@8X,LiJN"JK2#f3"#!V6dXJ3RPP,#iZ$5#3"N&$5bf3"MiK)*!
H380,,C!'2L%0)*!3)5#3+#%0)*!%380,,%C*6Lf3"$iK)*!S)6`YN!4"3dXX4NP
1$5#3%#%JN#JK$5#3%#%m,C!%380,,%C*6L#3$d&$5ba'58iYN!8q)3dJN"!K)*!
S)3dJN!G"3dXYN!8q)5#3+#%m,C!%380,$5#3%#%JN#JK$5#3%#%m,C!%380,)*!
J)3dJN"!K$5#3%#%m,C!%380,,%C*6L#3(94$8#"MEfjZC@0dD@pZ)'9ZC(-J)!d
JN"!K2#f3"%&$5ba'58iJN"ePH("PBh4TGQ9XE(N0)*!3)5#3"Li0)*!3)5#3"Li
0)*!3)3dJN"B0)*!49%03)'0[EQjPBh4TEfiJFQ9YB@PZF`dJN"&TEL!R3fa[FfP
ZCbp-BA0d)%&MDbFJ)!d0)#"'Eh)JB5"MEfe`E'9dC5"TEQC[FQeKG'P[EL"dD'8
JFh4KG'8J9%03)'0[EQjPBh4TEfiJD@iJ6Np6)%*2@#"QEfaXEhFk$3dJ)%a[Bf&
X1L!a16)Z-6!i,M%d-#ia0$NkF'p`-b!J8Q9YEh4P1L!a16)Z-6!i,M%d-#ia0$J
k-6Bb-$!J8h4KG'8k3fa[FfPZC`dJN!K*EQPd)(0PF5#3!e9ZB@0V)*!&6Q9iG##
3"9*PFf9ZG#!J3hGTEQ3J)&4SFR0S)#"AD@jN)&&eCA9P)&4[G'&X)#!0)#"6C@j
N1L!bB6KQC6#3!b!J-Q%iCQ8bCMJJ)$*K1'CP-QBj)*!'-M%J)$%`-M3JN!3a-$)
d)#!b-$3i)*!&-5#3!cFe13dJ)&*PBhBk)*!%CM3b0$!JN!pQ0$)h15#3"c%JN"!
b-$3i)*!&-##3"$8e$5!J3Q&MDfpQCL!J-6NJ)&*PG(*jD@jR)&4TE@9b)(*eEQj
TEQFJ+$%d-c![-cFj05"YFbNJ8e*89#!c-fec)%ePB@iJC'9f)$-i)'ec$5!0$5!
J9fpeE'3JH@pe)'*P)(GTE'aTEQFJG'mJD'9XF#"YC5"hDA4S)(4SDA-JF(*[BQa
PE6mJ$5!J9fKPFQ8JG'mJCQPZC#"dD'8JE@PcG'&VC6m0)#")EhFJGfpeE'3JH@p
e)(0[E(CP)(4SDA-JFfPdG@&dD@pZ2`dJ)!dJ)%NJBA0cG@eP1JdJ)$%T)(4[)(0
XEhFJB5"cF'9PC#"[CL"K)&"$)'0XD@9ZG#"SBA*NGf&bC5"NEhGZ)#KdD'&d)'P
c)(GSBA3J55"SBACP)'*PC@i0)*!&C'pTEQFJBR9d)(4SCA*P)'Pc)'%JBfKKEQ0
P)(0dG@4PER4c)(G[G@aN)'j[G#"`BANJEA9MD#"KG(4PER4TEfiJG'mJ$5#3"@&
fEfPN)(4SC5"YDA0dB@YP)#KTEQ0XG@4TEQFJEAPcC@aQ+5Nl$5!J-LNJG'mJBfK
KEQGP)'%JD'&bC(GKFQ8JEfBJ6Np6)%*2@#"hDA4S)'%JCQ&cG'9b)'pZC5!SC@P
dD'9b)("bEf0PFfpb)'pb$5#3"@4TFfXl)(4SC5"9EQPfCA*cDA4j)(G[G@aN)'j
[G#"MGA*bC@jdE(NJBQ8JB@*XC5"dEb"KCQC[FQ3JDA3T1`dJN!80)#!c+5"dEb"
cE'ph)'%JFfpQG(GKFQ8JEfBJ8%p3E@&TE#p33b"NEhGZ)#K*)'4[)'j[G#"SBAC
P)'%JFfpeFQ0P)'0[C'8T1`dJ)$3T)(4[)'eKDf8JFfpYC5"MEh*bC@0dD@pZFb"
TEL"16e-J+%NJB@dJEQpd)'&Z)'9iF'9bG#"TEL"dBh!JF(*[G'pMEf`T1`dJ)$8
T)(4[)'GPG#"bD@3JEfBJG'KP)'eTFh4KDf8J+(GSCA*P2bNZ$3dJ)%NJGfpeE'3
JBQ8JGQ9bH5"dD'&ZDfCeE'`JCQpb)'&ZH5"SC@a`,!dJ)!dJ)&*PFh"PBh4TGQ9
XH5`0)*!15Q&Z)%4[E'9UF`f3""S,C!!!:
Jan Dolejs                               e-mail: jandol@mbox.fsv.cuni.cz
Faculty of Social Scienses                       root@linux.fsv.cuni.cz
Charles University,Prague
Smetanovo nabrezi 6
Prague 1
Czech Republic,Europe

------------------------------

Date: Thu, 25 Nov 93 14:40:54 CST
From: "Jan Dolejs" <jandol@mbox.fsv.cuni.cz>
Subject: NOS v. POPmail/PC
To: tcp-group@ucsd.edu

Hello,
I am Jan Dolejs, computer administrator at the Charles University, 
faculty of Social Sciences, Czech Republic, Europe.
I run our faculty site as follows:
    
      +--------+ +--------+                                 +--------+
      ! Novell ! ! 386SX  !   60 386SX PC (30 diskless)     ! 386SX  !
      ! server ! !        !   4 MAC                         !        ! 
      +---+----+ +---+----+    . . . . . . . . . . . .      +---+----+
          !          !                                          ! 
   -------+----------+-------------+----------------------------+------
                                   !
                           +-------+-------+    386SX
                           ! KB r i d g e  !    2x WD8013 EP
                           +---------------+
       !
   -------+-----------------+------+-----------+-----------------+------
          !                 !                  !                 !
    +-----+-----+     +-----+-----+      +-----+-----+     +-----+-----+
    ! 386SX     !     ! 386SX     !      ! 386SX     !     ! C i s c o !
    ! DOS/LINUX !     ! NOS  BOX  !      ! LINUX     !     +-----+-----+
    +-----------+     +-----------+      +-----------+           !
    !- Netwatch       !- BOOTPD          !- NS #1            Internet
    !- DNPAP softw.   !- MBOX #1         !- MBOX#2(smail,elm)
    !- DOS TCPIP app  !- POP3            !- FTP
    !- etc.           !- NS #2           !- NFS
                      !- NNTP
                      !- FINGER
                      !- FTP


 My NOS BOX is built on a KA9Q(PA0GRI,N1BEE) version and I have made little
corrections in BOOTP a NNTP. Almost all PC's in the site are PC 386SX 
(33,25 MHz). When using POPmail/PC(3.2.2) this problem seems to occur:
Within communication of this program and NOS BOX(either SMTP, or POP3) 
the connection of TCP in NOS BOX remains in 'Closing'. I have been trying 
to monitor this situation with TRACE. In this case the file and screen save
misinterpreted time sequences within receiving packets. Consequently, 
I monitored packets with another PC(Netwatch, DNPAP Gobbler). The result
what I come up with are following:


   Client   (POP3prot)  Server            Client   (POP3prot)   Server

                !                                        !
   QUIT-------->!                         QUIT---------->!
                !                                        !
                !<---- +OK Bye,..                        !<---- +OK Bye,..
      ACK------>!                              ACK------>!
                !                                        !
    ACK,FIN---->!                                        !<----ACK,FIN
                !                                        !
                !<----ACK,FIN               ACK,FIN----->!
                !                                        !
       ACK----->!                                        !<----ACK
                !                                        !
                !<----ACK                                !
                !
                !<----ACK,FIN                             TCP connection ends  
                !<----ACK,FIN                             expectivelly
                !      .
                !      .
                !
                      
                 TCP connection remains
                 in 'Closing/Last Ack'  

  For a complete information the state TCP connection in NOS BOX follow:

  Local: 192.108.140.149:pop3  Remote: 192.108.140.148:16200 State:Closing
        Init seq   Unack     Next     Resent  Cwind  Thrsh  Wind Queue Total  
  Send: 2a8fe000  2a8fe2f8  2a8fe2f9      21  1024    1024  2048     1   759
  Recv:    f4240               f4279       1                2048     0    55
  Backoff  19  Retrying Timer running (1430/3795 ms) SRTT 33ms Mean dev 38 ms
 

  Would you be willing to help me with this problem? 
  Where to find the mistake?
  How would you solve this situation?
  
  I assume:
  1) to slow a speed of a PC client hardware down (that is what I have been
     doing but there is a chance students would not pay much attention to 
     avoid the mistake (including myself));
  2) to change a hardware of NOS BOX with a faster one (either procesor or
     disk; the University would not currently be able to afford it);
     
  3) to slow a software of POPmail/PC down (I do not have a source code);
  4) to make some corrections in NOS (I am not an expert in tcp protocol);
  5) to get rid of the mistake (where?).

  I would be very thankfull for any help,
  
  Respectively,
              Jan Dolejs



!
Jan Dolejs                               e-mail: jandol@mbox.fsv.cuni.cz
Faculty of Social Scienses                       root@linux.fsv.cuni.cz
Charles University,Prague
Smetanovo nabrezi 6
Prague 1
Czech Republic,Europe

------------------------------

Date: Thu, 25 Nov 1993 10:07:30 -0600 (CST)
From: Steve Sampson <ssampson@sabea-oc.af.mil>
Subject: Patent Hassles
To: TCP-Group@UCSD.Edu

Patents are trading stock in most big companies (as I'm sure you know).  They
trade these things like they have value.  Most are worthless, and to say you
own a patent today is akin to saying that you own a television set (i.e. big
deal).  These trading stock patents will never generate income.  Big inventions
like a laser or cure for the common cold are what will generate oodles of cash,
while the rest merely define technical parameters that have no face value, but
like coupons: if you have 100 of them they are worth 1 centavo.  It's an area
of law that, like all other areas, have been destroyed by the shear numbers of
lawyers on this feeding frenzy.  If you want to see "American vulgar", drop on
by the county courthouse and watch the halls for ten minutes.  I can't really
tell who the criminals are, but the criminals usually dress better. I haven't
seen such a mess since I accidently went to the Pyramids and watched the
Egyptians playing on the tourists and then paying off the cops for the
privilege :-)  I think Congress needs to re-interpret Article I Section 8 of
the Constitution and totally revamp the current system.  All we require is
that an applicant for patent be responsible for ALL legal fees, and that the
U.S. Government only be charged with enforcement of awarded patents.  With this
rule, parties can sue each other all they want, and the U.S. merely files the
application for patent. When the courts are finished, the winner gets a patent.
This is as opposed to the current system where the U.S. gives everyone a
patent that applies for one, whether or not it's already been invented, and
then everyone sues everyone else.  Course this method does keep our
unemployement numbers low, as these lawyers would otherwise be street people.
---
Steve

------------------------------

Date: Thu, 25 Nov 93 22:23:56 PST
From: "Harry L. Styron" <harry_s@holonet.net>
To: tcp-group@ucsd.edu

Subscribe

------------------------------

End of TCP-Group Digest V93 #306
******************************
******************************