| |
DB9ER > APPLE 27.02.97 21:52l 164 Lines 7879 Bytes #-10822 (0) @ EU
BID : 272735DB0EAM
Read: DH9MEC DJ3YQ DF5GI DB9SH GUEST DK3EL
Subj: Net/Mac2.3.62(JNOS)4/4.asc
Path: DB0AAB<DB0PV<DB0MAK<DB0BOX<DB0FP<DB0SON<DB0SIF<DB0KH<DB0EAM
Sent: 970227/1823z @:DB0EAM.#HES.DEU.EU [Kassel TheBox DB8AS] $:272735DB0EAM
de DB9ER @ DB0EAM.#HES.DEU.EU (Dieter)
to APPLE @ EU
NET/Mac also supports point-to-point SLFP, as used by the Merit Network and MIT.
Check the HELP-info for the 'attach' command to see how to select SLFP.
When you have just started up an FTP-session and you have typed: USER <username>
you can now type your password without showing the password on the screen.
To do this DON'T type: PASS <password>, but simply type: PASS and the system will
ask you to type a password. The password will not be visible on the screen. If
you decide to use the old form (PASS <password>) the password WILL be visible!
SESSCREEN [<screenwidth>] [<number_of_lines>] allows you to define the width and
length of windows that will be opened for ftp-, telnet-, ax.25-, net/rom- and
finger-sessions. The maximum size depends on the size of the screen. I figured out,
that 90 by 25 is nice on my PowerBook 100, while the screen can be 101 characters
wide by 29 lines long.
The drivers for accessing the callsign-database have been changed so that NET/Mac
will use the format of (and read) the new HamCall CD-ROM. Old callbook databases,
that could be used by pre 2.3.15 versions of NET/Mac cannot be used any longer.
HamCall CD-ROM:
500,000 hams plus 1,000s of public domain amateur radio programs and data.
NOW with international callsigns!!
CD-ROM $50
Shipping $5
Buckmaster Publishing
Route 4, Box 1630
Mineral, VA 23117
(703)894-5777
(800)282-5628
After buying the october 1992 Buckmaster CD I discovered, that the databases are
in an invisible folder. You can attach the U.S.A.-database using a command like:
callbk HCALL_10_92:HAM0:HAMCALL.129;1 :spool:logs:callbook_log
^ ^ ^^^^^^^^^^^^^^^^^^^^^^^^
these are zero's just an example
The international callbook file is encoded. To use it from NET/Mac you must use:
callbk HCALL_10_92:HAM0:HAMCALL.ALL;1 :spool:logs:callbook_log encoded
CALLBOOKSERVER <HOSTNAME> defines the callbook-server in your area. It is set to your
own hostname by default. The 'inquire' command will retrieve the callbook-database
at the station, which is defined by the 'callbookserver' command.
INQUIRE <CALLSIGN> allows you to retrieve the callbook-database of a predefined
callbook-server. The output is exactly the same as delivered to an ax.25- or
NET/ROM-user, who sends an I)nquire <callsign> command to the mbox, or a TCP/IP-
user who sends a 'finger %<user>@<callbookserver>'.
CTEXT1 [<MESSAGE LINE 1>] and CTEXT2 [<MESSAGE LINE 2>] allow you to send out a
2-line welcome message to the station that opens a TELNET-session to this host.
If a message is idle, no data will be sent out. Setting or clearing out a message
can be done as follows: ctext1 "Welcome to TELNET at PA2AGA"
ctext2 "It's past midnight.. everybody is asleep here"
or: ctext2 ""
FTEXT1 [<MESSAGE LINE 1>] and FTEXT2 [<MESSAGE LINE 2>] do the same as the CTEXT
commands, except that these 2 commands will define welcome messages that will be
displayed when a new FTP-session gets opened.
DONTALIAS <USER> [<USER> ...] enables recording of (so far) unknown aliases in a
DynamicAliases file, while these aliases will then be used to reroute mail.
It works like this:
Suppose K1FRM knows he can send mail to K1TO via K1VIA, while the mail-path to
K1FRM is so far unknown at both K1TO as well as K1VIA.
K1FRM would then send his mail to: k1to%k1to@k1via
(if K1TO is in the aliasfile of K1VIA he could also send it to: k1to@k1via)
Now NET/Mac at K1VIA sees this mail coming in and if K1FRM is not defined in the
'dontalias' command (and why should it be?), it will record K1FRM in it's
DynamicAliases file. The same thing happens at K1TO.
This means that starting now anybody can send mail to K1FRM by simply mailing it
to: K1FRM@K1VIA or to: K1FRM@K1TO
It is necessary to define your own <USER> in the dontalias command, just to make
sure that mail sent out by yourself, but rerouted by someone else and going
through your own NET/Mac again will not be looked at. Otherwise an alias for your
own <USER> would get written to the DynamicAliases file, meaning that starting
now mail to yourself would get rerouted to yourself, and rerouted again, and
again and again.........
NET/Mac will not record aliases for those <USERS>s, that are already defined in
the real 'alias' file.
SMTP VM was implemented in version 2.3.26. Scott Petrack <petrack@vnet.IBM.COM>
reported a problem when NET/Mac was mailing to an IBM VM mainframe. The mainframe
could not handle the way NET/Mac was doing it's SMTP session. When you need to
SMTP to such a machine, make sure you use the 'smtp vm' command before you start
sending out the first mail. You cannot UNDO this command, but it should work fine
for all other implementations of SMTP, except that they may perform just a little
slower.
If for some reason you are using any version of SoftKISS older than version 1.8
I suggest you add the command SOFTKISS to your autoexec.net file. This command
enables some fixes in NET/Mac to take care of a few bugs in SoftKISS, that were
solved in version 1.8.
NET/Mac 2.3.29 supports the Hurdler HDS 2-port and HQS 4-port serialcards as well
as the QuadraLink and QuadraLink DMA cards. This means that starting now you can
connect up to 6 TNC's to 1 Macintosh using 1 card or up to 10 TNC's when using 2
cards, etc. Check the modified online-HELP info for both the 'attach'-command and
'quadralink'-command.
IGNOREBADHEADERS [ON|OFF] was implemented after I installed the QuadraLink 4 ports
serial card, which was given to me by Tom N4ZPT (thanks again Tom!). When using
this card NET/Mac sometimes (in my case once or twice an hour) cannot service the
card quick enough. Usually this happens when it is busy writing a mailfile to disk.
The result is that the first couple of characters in a packetheader may come in in
a bad shape, which of course makes the complete packet unusable. The headers found
in these packets used to be interpreted and the funny callsigns, that were the
result, used to be stored in lists like 'ax heard' and 'netrom route'. When you
set 'ignorebadheaders' to on, these faulty packets will be moved to the trash right
away. If you want to see when NET/Mac ignores a bad packet (and why), simply use
the 'ignorebadheaders on' command twice.
In NET/Mac 2.3.32 I somewhat changed the 'tzone' command. A new variant of this
command allows you to set the timezone-name, while the offset is taken from the
'Map' control-panel. For more info see the HELP-info inside NET/Mac.
SMTP MULTI [ON|OFF] allows you to specify if a given host is allowed to open more
than just 1 smtp-session to your station. Usually NET and NOS will only open ONE
session at a time. This means that when a second session gets opened, the first
one will get reset. Of course this can result in serious problems if a mailer near
you decides to use more than one SMTP-session to deliver it's mail. The default
mode is (and has been for long...) OFF.
PERFORM [CLEAR]|[<COMMAND> <HH:MM>|+<DELAY> [ONCE [<DAYOFWEEK>]]|[PERMANENT]]
allows you to define commands, that will be executed at a given time. See HELP
for examples and some more info.
ROUTE WINDOW <hostname> <tcp-window> can be used to define a non-standard tcp-
window size for a given route. A route to <hostname> must have been defined
BEFORE the 'route window' command can be used. I myself use this because on one
of my Macintoshes the windowsize is 1080, while some stations can only be reached
over a very bad path. For these stations I defined a very small tcp-window, and
I must say... This mod seems to work very well for these routes!
*/
73 Dieter DB9ER, Convers Cannel 7200 on RMNC Digi in DL
Read previous mail | Read next mail
| |
