Conference hydra::amiga_v1

    
    
    
     I always use kermit for TSN transfers. Xmodem Will not work over
    TSN..  something to do with the fact that TSN will not do eightbit
    
    
    Brien
    

    Ok-- Now, A) Is there a good Terminal-Emulator/Kermit program on the
    net?  [I can do an Xmodem tranfer to get it but then will be switching
    to TSN transfers (there free! :-)]  And, B) Both Kermits (host and
    local) should be set to FILE TYPE BINARY for IFF and ARC transfer?
    right?
    
    Thanx,
    George
    
    Ps: VT200.ARC, does this terminal support Kermit xfers?
    				-GAW
    

Re: .2

>And, B) Both Kermits (host and local) should be set to FILE TYPE
>BINARY for IFF and ARC transfer?

In general, yes.  But when downloading from the VAX to the Amiga, Kermit
(or most kermits) will look at the file's RMS attributes to determine
to use text versus binary.

>    Ps: VT200.ARC, does this terminal support Kermit xfers?

Yes.

    Sadly enough, it looks like I'm gonna have to start using a TSN
    for connects to the EASYNET.  I've just moved into an area that
    had a local TSN number, and my manager would rather pay TYMNET
    $4.00/hour than pay SPRINT $6.00/hour.  (Understandable, I guess.)
    
    Anyway, the local TSN expects 7-bit even-parity terminals.  Digital's
    LAT port, however, expects 8-bit no-parity terminals.  I just leave
    my terminal setup as 8-bit, etc.  The local TYMNET login prompt
    appears as garbage, but so what.  It takes my username;password
    anyway.  Once I'm connected to the VAX, everything seems to work
    okay setup as 8-bit, etc.
    
    Therein lies the source of my confusion.  A "SHOW TERMINAL" command
    at DCL shows that my terminal is set 8-bit.  My local emulator is,
    indeed, set to 8-bit.  Yet, everybody says TYMNET is 7-bit only.
    I venture to guess that TYMNET will drop the high-order bit if I
    send an 8-bit character.  Is this the case?  Should I be setting
    my terminal emulator to 7-bits when I dial into TYMNET?  Will KERMIT
    see that the emulator is set to 8-bit words and try to use the 8th
    bit?  And what about Naomi?   :-)
    
    					John

    7 data + 1 parity bit = 8 data + no parity bits.  So the character
    length is the same to both TSN and LAT.  Your description leads
    me to believe that TYMNET just passes data through without checking
    parity, once you're talking to the LAT.

    I believe TYMNET strips the high bit when it receives a character,
    passes seven bits through its network, then appends an even parity
    bit when it outputs the character to your terminal (or to the
    DECserver).  There may be an option to append a 0 bit instead, but
    I don't think you can convince TYMNET to send all eight bits through
    its network.
        John Sauter

    RE .4:

    Before you start using TSN, if you are in NE, find out if there is an
    FX line within a local call of you.  There are a number of these lines,
    which are I believe only available in off hours.  You call them and get
    an open DTN line, from which you can call your favorite computer.  You
    get a full speed free if you live close to one of these lines.

    Unfortunately, I forget where I saw the list of them, and now I only
    know the one I use, in Clinton.  (And I don't have that now because I
    am not at home.)  I have the whole sequence to dial through to my
    system programmed in my Scholar.

    Maybe someone else has the list.

	Paul

    Try VTX for information about dialing into your site.  LKG's VTX has a
    list of numbers to dial based on where you live.  Other sites may
    have similiar information online.
    
    Steve  

    Maybe I can help with some of the confusion.
    
    1) Set vt200 to "Vt200 7 bits Control",Set baud Rate.
    
    2) Dial into tsn. When TSN "connects" and you  get a bunch of garbage
    hit the "a" key to identify your terminal as a ascii v.term. The
    words on the sreen after that should be readable. Do a "Ctrl-x and
    a Ctrl r" (this is supposed to set something up in TSN to identify
    your terminal is capable of certain functions f I remember correctly).
    Then at the ":" Enter your particular node info.
    
    3) Now when you connect to your Terminal Server enter your username
    as usual. At the Local> Prompt before choosing what node to enter
    Type "SET LOCAL XXXX". The XXXX can be any key stroke that
    you want to use that is not defined by your system (Amiga) already.
    I use Ctrl-E. Hit C/R. you will recieve the local> prompt again.
    
    4)Now enter your "C nodename" staement.enter your username and Password
    to get into your account. when you recieve your $ prompt then do
    your key sequence that you entered at the Local> prompt. Like I
    said I use Ctrl-E. Now you should drop out to the Local> Prompt.
    Now enter "set session passall" C/R. Now you will be at the Local>
    Prompt again. type "show sessions" and you should get a list of
    your sessions running on the Term Server. Usually most people only
    us e the one. Anyway, find yuor session # that you just exited from.
    Type in at the Local> prompt ""Resume session #"  # being the number
    of the session you found in the list.
    
    5)now you should be back in your own account and ready to do whatever
    you want. When you invoke kermit just set your file type to Binary
    or whatever you want and start  your Download. This methoed works
    great for my area and nodes I hope it will help everyone. 
     
    Note: Downloading over TSN I have found Doubles your Download time.
    As compared to a straight dial-in Line. So have Fun. Hopw this helps.

    re: .9
    Sending ^X and ^R during TSN login enables some internal buffering
    within the TSN network.  It helps larger blocks of data flow through
    more smoothly and may avoid some overruns, etc.

    (It's all coming back to me now...thanks for the refresher course)
    
    Problem:	File organization of "Stream_LF" is for Xmodem/VAX-ARC
    		and thats fine.
    
    		File organization of "Fixed Length 512 bytes" is for
    		TSN, Kermit transfers and, again, fine.
    
    		However, I have files that are organized as "Variable
    		Length maximum 510 bytes" files that produce errors
    		either way when run through CVTARC.  Most notable are
    		WARP11 and SEDT copied from somewhere (?).
    
    Anyone know what this filetype represents and how to convert it
    to Kermit readable ARC files?
    
    George
    

    re .9
    
    I think our lat/switch/whatever connections from TYMNET are expecting
    8-bit no-parity.  Seems like back when I used to fool with TYMNET
    from the Air Force Base, we HAD to set our terminals to 8-bit,
    no-parity once we reached the LOCAL> prompt or the LAT wouldn't
    talk to them correctly.  So in order to save the steps of setting
    the terminal to 7-bit and then back to 8-bit, we just left it at
    8.  It meant we couldn't read the TYMNET prompt, but TYMNET seemed
    to have no trouble reading our username;password.  
    
    Oh my... I'm rambling off a lot of useless information again, aren't
    I.  Oh well, point being, I think I'll have to be set at 8-bit once
    I connect with DEC.  Looks like that doesn't mean that TYMNET's
    passing all eight, though.   (grumble...)
    
    Thanks for the instructions on how you download, though.  I'll give
    your way a shot from home tonight.  Be nice to download without
    a lot of noise or phone charges...
    
    
    					John