This document describes HPT 1.9, a Fidonet Message Tosser for OS/2, Windows, BeOS and Unix.
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
HPT is a Fidonet message tosser and packer with areafix, written by Matthias Tichy, 2:2432/645@fidonet. Now project is being supported by Husky Development Team.
Features of HPT:
The advantages of HPT are:
The limitations of HPT is:
This chapter provides you with information that is necessary to successfully install and use HPT.
I suppose, that you already has compiled binaries. If not - read "Download" or "Compile the Source Code" chapters.
tparser from FIDOCONFIG package to test your config
(read about PublicGroup or AccessGrp if you want to use
groups for EchoAreas)
1. The smapi and fidoconf packages are required for hpt.
2. Put the fidoconfig and smapi packages in the directory where the other packages of fido linux reside:
3. Compile and install smapi and fidoconf packages. Use "Makefile" for dynamic executables and makefile.lnx (or what you need) for static ones.
4. Compile and install hpt:
There are numerous reasons why you might wish to establish contact with me, the author of HPT.
FIDOSOFT.HUSKYRU.HUSKYRU.ECHOPROCESSORSIf you do not have access to any of these echos, you may of course also contact me via netmail or e-mail at the addresses listed below.
If you are an experienced user and get core dump, you can send me gdb report. If you have a crash, locate core file that has been generated. Then run $ gdb hpt core, type where. HPT must be compiled with debug information (DEBUG=1 in huskymak.cfg file). Then send report to address below.
If you are running any other binary version (like Windows), you will not get a core file on a crash. Write down as much information as you can, try to find a way to reproduce the crash and contact me at the addresses below.
If you want to write a new feature for HPT, please contact me beforehand to avoid that we do duplicate work. Again, I will appreciate and honor eny efforts done by you. Please note that for writing a HPT enhancement, you should be familiar with C. Also, HPT uses a special indentation style throughout the source code, that I would like you to adhere to.
So here are my addresses if you want to get in contact with me:
Thanks to:
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
Although HPT uses fidocongig, not all config statements refer to hpt. Hpt ignores all unused config statements.The Husky Fidonet Software project concept is to use one config file for all fidonet programs.
In some cases need use different values for one statement in hpt, htick
and/or other husky programs (called modules). It solve using config
variable module: hpt define the module variable with value
hpt and you may use if-elseif-else-endif conditions statements
sequence like as:
if "[module]"=="hpt"
Origin High Portable Tosser at my node
elseif "[module]"=="htick"
Origin High Portable Ticker at my node
else
Origin My node
endif
HPT defines a config variable version with the value set to the hpt
version like MAJOR.MINOR.PATCHLEVEL, for example 1.9.0 or
1.4.1. You may use this variable to make common config for several
hpt versions.
To test config for hpt only you may call tparser tool with arguments
-Dmodule=hpt and (if needed) -Dversion=1.9.0
(tparser is included into fidoconfig package) like this:
tparser -Dmodule=hpt
tparser -Dmodule=hpt -Dversion=1.9.0
Common rule for config statements order is: Define object before using it!.
Examples:
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
addToSeen <addr> [<addr> ...]
addToSeen 99/100 99/101
Add <addr> to SEEN-BYs. If <addr> is present or not - it is always adds.
This statement can be repeated.
afterUnpack <string>
afterUnpack pktpack /home/fido/in.tmp/*.pkt
This <string> is executed after unpacking arcmail bundle. You may process
your pkt files in tempInbound directory with external utility.
This statement cannot be repeated.
areafixFromPkt <bool>
areafixFromPkt
Process areafix requests on the fly. Check "areafix", "areamgr" & "hpt" keywords in toUserName field. Request messages don't saves.
This statement cannot be repeated.
See RobotNames.
areasFileNameCase (Lower|Upper)
areasFileNameCase Upper
This statement defines case of filemanes of autocreated areas. Default is lower case.
This statement cannot be repeated.
autopassive <bool>
autopassive
If this statement is defined HPT will check for old bundles in every run. Fileboxes are not checked. Links, for which there are bundles that are at least "AutoPause" days old, will be paused. It stops exporting echomail for them. If AutoPause is not defined or is equal to 0 for a link then AutoPassive is ignored for this link. If AutoPassive is not defined then AutoPause is ignored for all links.
The paused link is unsubscribed from the areas which are passthrough with no downlinks besides him (see -def in EchoArea to make it work) AND which are allowed to be paused (see -pause, -paused, -noautoareapause, -autoareapause in EchoArea and AutoAreaPause). An unsubscribe request is sent to the uplink for those areas. Note that this feature is unavailable when using %PAUSE Areafix command.
By using "hpt pause" command-line parameter instead of defining AutoPassive in the configuration file, you can do the check for old bundles and all the rest of the functionality of AutoPassive only once.
This statement cannot be repeated.
See also AutoPause and Pause sections.
beforePack <string>
beforePack pktpack /home/fido/out.tmp/*.pkt
This <string> is executed before packing pkt files to arcmail bundles. You
may process your pkt files in tempOutbound directory with
external utility.
This statement cannot be repeated.
bundleNameStyle <timeStamp | addrDiff | addrsCRC32 | addrDiffAlways | addrsCRC32Always | Amiga>
bundleNameStyle timeStamp
This statement sets a rule for creating names of arcmail bundles:
timeStampaddrDifftimeStamp when all alowed extensions have been used.
addrsCRC32timeStamp when all alowed extensions have
been used.
addrDiffAlwaysaddrsCRC32AlwaysAmiga 2.5000.117.1.hut
2.5000.117.1.mo0
If SeparateBundles is on and packer not defined, pkt is moved to
2.5000.117.1.sep directory.
Extensions & prefixes in flo files are created as in addrDiffAlways algorithm.
Default value is timeStamp
This statement cannot be repeated.
See also LinkBundleNameStyle.
defarcmailsize <integer>
defarcmailsize 1024
default arcmail size in kb for all links. 500kb if not defined.
This statement cannot be repeated.
DisableTID <bool>
DisableTID
Don't add TID-line to scanned messages.
This statement cannot be repeated.
DisablePID <bool>
DisablePID
Don't add PID-line to generated messages.
This statement cannot be repeated.
DisableKludgeRescanned <bool>
DisableKludgeRescanned
Don't add kludge RESCANNED to generated messages.
This statement cannot be repeated.
IgnoreCapWord <bool>
IgnoreCapWord
Ignoring Capability Word in pkt files. If some pkt moved to bad. This may help, but not recommended. It is better to change old software.
This statement cannot be repeated.
IgnoreSeen <addr> [<addr> ...]
IgnoreSeen 99/150
Ignore this SEEN-BY & pack mail for link. But no pack it back if the mail was from him.
This statement can be repeated.
keepTrsFiles <bool>
keepTrsFiles
Leave transit (routed) files in Inbound directory. If this
statement is ommitted transit files wouldn't be kept.
Default is "off".
File route possible with "Att" attribute in message header and file name in subject line.
This statement cannot be repeated.
See RouteFile.
keepTrsMail <bool>
keepTrsMail
Save transit messages in NetmailArea. If this statement is ommitted transit messages wouldn't be kept in NetmailArea. Default is "off".
This statement cannot be repeated.
kludgeAreaNetmail <kill | ignore | echomail>
kludgeAreaNetmail kill
Default is "kill"
If message started with "AREA:NETMAIL" we have three ways:
1. kill this kludge. process message as netmail. 2. ignore this kludge. process message as netmail. 3. process message as echomail.
This statement cannot be repeated.
linkWithImportLog <yes | no | kill>
linkWithImportLog yes
This statement specifies if the importlog-file should be used to determine which echomail areas need to be linked.
This statement cannot be repeated.
netmailFlag <file>
netmailFlag /etc/ftn/flags/netmail
Create file-flag after unpacking netmail msg. This feature can be used for execute netmail trackers after tossing.
This file also created after scannig NetmailArea without route
definition. Scanning is stopped but file-flag created for netmail
tracker.
This statement cannot be repeated.
noProcessBundles <bool>
noProcessBundles
Don't unpack arcmail bundles.
This statement cannot be repeated.
origin <string>
origin mega cool station
Add this Origin to hpt messages: post, reports about new areas created.
This statement cannot be repeated.
PackNetMailOnScan <bool>
PackNetMailOnScan off
When PackNetMailOnScan is "on" (default) hpt packs netmail when doing "hpt scan" and netmail area is found in EchoTossLog file. When it is "off" hpt leaves netmail area(s) in EchoTossLog file until "hpt pack" is invoked.
This statement can be repeated (overrides old setting).
processPkt <string>
processPkt pktdate
The <string> is executed before tossing each pkt file. You can
fix your pkts using pktdate or any other tool before tossing them. Note that
pkt file may be renamed depending of tossingExt token value.
This statement cannot be repeated.
recodeMsgBase <bool>
recodeMsgBase off
recodeMsgBase on
This statement specifies if we should recode messages when put/get them to/from message base. So you can keep message base in transport charset and configs/other local files in local one.
This statement cannot be repeated.
Remap <ToName>,<ToAddress>,<NewAddress>
Remap Max Levenkov,2:5000/117,2:5000/117.1\n
Remap *,2:5000/117,2:5000/117.1
Remap Max Levenkov,*,2:5000/117.1
Remap mail to other address. ToName OR ToAddress can be replaced with asterisk to match any value of ToName or ToAddress. Two asterisks can't be defined together. This statement does not touch TOPT & FMPT kludges.
This statement can be repeated.
route <flavour> <routeVia> <target> [<target> ...]route nopack <target> [<target> ...]
route crash 2:2433/1245 2:2433/* 2:2432/*route nopack 2:5020/98*
The route statement defines a route to destination address namely the node address via which we send the netmail containing the specific destination address.
There are two variants of the statement. The first one defines a route to <target>. The second one with 'nopack' (or 'no-pack') just after the 'route' keyword tells not to process netmail when its destination coinsides with an address in <target>.
<target> is one specific destination address or a DOS-style pattern containing characters ? and/or * and defining a set of destination addresses.
<flavour> is an instruction to mailer how it should handle the netmail and it can be one of the following keywords:
If the flavour is 'hold', then the mailer should transfer the mail during an incoming session only. So the mail will be placed into outbound directory and it will wait for an incoming session. If the flavour differs from 'hold', then the mail may be transferred both during an incoming and an outgoing session. Interpretation of all flavours except 'hold' depends on the mailer.
The file extension of the netmail file or the flow file which the tosser puts into the outbound depends on the flavour:
| flavour | netmail | flow
|
|---|---|---|
| hold | .hut | .hlo
|
| normal | .out | .flo
|
| crash | .cut | .clo
|
| direct | .dut | .dlo
|
| immediate | .iut | .ilo
|
<routeVia> defines the node via which the mail will be sent to destination. It may take the following values:
via_address = (destination_address / 100) * 100
Here '/ 100' denotes integer division discarding the remainder. E.g. a mail to node 2:2433/1245 is sent via 2:2433/1200, but a mail to node 2:2433/355 is sent via 2:2433/300 which currently does not exist. BE CAREFUL!
One may use the second variant of the route statement in the form
route <flavour> nopack <target> [<target> ...]
Here the <flavour> is ignored. Such use is deprecated and it is left for compatibility with old versions.
There can be several route statements. They are parsed in the order they are written until the statement with the target containing the destination address from the netmail is found.
NOTE! This statement must occur after "link" sections.
routeFile <flavour> <routeVia> <target> [<target> ...]routeFile nopack <target> [<target> ...]
routeFile crash 2:2433/1245 2:2433/* 2:2432/*routeFile nopack 2:5020/98*
This statement is the same as the Route statement, but applies
only to messages with file attaches. Files are routed together with netmail
messages. If no RouteFile defined, then files will be not routed at all!
This statement can be repeated.
routeMail <flavour> <routeVia> <target> [<target> ...]routeMail nopack <target> [<target> ...]
routeMail crash 2:2433/1245 2:2433/* 2:2432/*routeMail nopack 2:5020/98*
This statement is the same as the Route statement.
This statement can be repeated.
SeparateBundles <bool>
SeparateBundles
Move echomail for all links to their own directories.
This statement cannot be repeated.
SetConsoleTitle <bool>
SetConsoleTitle
Set hpt console title while tossing. (WIN32 Only!)
This statement cannot be repeated.
SortEchoList none|name|group|group,name
SortEchoList name
This keyword determines sorting mode for echolist (%LIST, %QUERY, etc):
nonenamegroupgroup,nameWhen sorting is carried out by group, group descriptions (see grpDesc keyword) are printed before groups' areas.
By default echolist is sorted by name.
This statement cannot be repeated.
tearline <string>
tearline We Love HPT! :)
Add this tearline to hpt messages (post, reports about new areas created)
This statement cannot be repeated.
TossingExt [<string>]
TossingExt tos
Extension of bundle & packet files will be changed to <string> before
tossing (and before processPkt string executed if set). That may be used
for preventing of permanent tossing fault because of bad file in inbound.
Default extension: tos.
TossingExt without parameter disables files renaming in tossing.
This statement cannot be repeated.
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
AdvStatisticsFile <filename>
AdvStatisticsFile /home/val/fido/log/hpt.sta
Define binary statistic file for calculating links and echo traffic. Parsed by hpt/misc/adv-stat-hpt.pl
areasMaxDupeAge <integer>
areasMaxDupeAge 10
Set maximum days for storing you hashes in CommonDupeBase. Default value is 5.
For any other dupe base type please use -DupeHistory
option in EchoArea or
EchoAreaDefaults.
This statement cannot be repeated.
dupeBaseType <TextDupes | HashDupes | HashDupesWMsgId | CommonDupeBase>
dupeBaseType HashDupesWMsgId
Default is HashDupesWMsgId.
This statement cannot be repeated.
dupeHistoryDir <path>
dupeHistoryDir /var/spool/fido/dupes
This command specifies the path where the dupe history files are stored. The format and the names of the dupe-files are not standardized.
This statement cannot be repeated.
echotosslog <file>
echotosslog /var/spool/fido/echotoss.log
This statement specifies the file which is filled by a message editor or "hpt post" with the names of the areas where new netmails or echomails have been entered. Each line contains one areaname. When "hpt scan" is invoked, only echomail areas listed in this file will be scanned, when we start "hpt pack" - the same is for netmail areas. If area was processed, its name is removed from echotosslog file. When hpt has finished processing all listed areas and this file became empty, it is removed, otherwise kept for futher processing (maybe by other programs). If this file is not found - all areas will be scanned (depending on value of PackNetMailOnScan). See PackNetMailOnScan, but if '-f' command line flag specified, scanning will stop. Filename after -f is optional. If it is not set, value of EchoTossLogFile will be taken from config, and from command line otherwise. If scanning from EchoTossLogFile did not make any area scanning, all areas will be processed (depending on 'scan' or 'pack' mode)
This statement cannot be repeated.
FileBoxesDir <directory>
FileBoxesDir ../boxes
See FileBoxesDir, for full description.
hptperlfile <file>
hptperlfile /etc/ftn/filter.pl
This statement specifies the file which contains perl filter functions. If not specified, perl support will be switched off.
This statement cannot be repeated.
importlog <file>
importlog /var/spool/fido/import.log
This statement specifies the file which a tosser fills with the names of the areas where echomails has been tossed in.
This statement cannot be repeated.
intab <file>
intab /var/spool/fido/recode/outaltkoi8
This statement specifies the file which should be used to recode the characters of the incoming messages from transport to internal charset. It is useful in russia. If you do not use this statement no recoding will be done.
This statement cannot be repeated.
MinDiskFreeSpace <integer>
MinDiskFreeSpace 10
This is the minimum disk free space in MB to run HPT.
The following directories are checked: TempInbound,
MsgBaseDir, LinkMsgBaseDirs.
The default value is 10.
This statement cannot be repeated.
msgBaseDir <path>
msgBaseDir /var/spool/fido/msgb
This command specifies the path where msgBases of autocreated areas are
stored. For example: if an area called LINUX.GER was autocreated
and the msgBaseDir is /var/spool/fido/msgb the resulting
msgBaseName is
/var/spool/fido/msgb/linux.ger.sqd
If you specify the msgbasedir as PASSTHROUGH, the areas will be created as passthrough areas.
This statement cannot be repeated.
See LinkMsgBaseDir.
NotValidFileNameChars <string>
NotValidFileNameChars :;<>=*?\/
This characters in message and dupebase filenames will be replaced with %hex analogs. If not defined, default string used: "*/:;<=>?\|%`'&+
This statement cannot be repeated.
outtab <file>
outtab /var/spool/fido/recode/outkoi8alt
This statement specifies the file which should be used to recode the characters of the outgoing messages from internal to transport charset. It is useful in russia. If you do not use this statement no recoding will be done.
This statement cannot be repeated.
rulesdir <path>
rulesdir /home/ftn/rules
This statement specifies where areafix searches for files with echoarea
rules which are sent to link via netmail when link is subscribed to
areas. File name is the same as message base file with trailing
".rul" (and consistently .ru1-.ru9 files with additional information).
Areaname is used when no message base file is set.
See also NoRules statement to avoid areafix from sending rules to
link.
This statement cannot be repeated.
statlog <file>
statlog /var/spool/fido/stat.log
After tossing (hpt toss), it is checked if there is new personal mail (netmail or personal echo mail). If that's true, it is checked if statlog is defined in config. If yes, then it is checked if the log file exists. If not, then it is created and the number of received netmails or/and personal echo mails is written to the log file. Otherwise, if the file exists, the old counter will be read, added to the new counter and written the actual counter. The log file looks like this: netmail: x CC: x Whereas x is the number of mails. If the log file exists, one of the two or both lines exist.
This is for utils, which can show you how many personal mail you got. The log file is not removed by hpt, only by the util that uses it. Or you could write in your toss script something like this: if exist stat.log type stat.log if exist stat.log del stat.log>nul
This statement cannot be repeated.
tempinbound <path>
tempinbound /var/spool/fido/in.tmp
This command specifies a path which is used while tossing. The incoming packets are unpacked there.
This statement cannot be repeated.
tempoutbound <path>
tempoutbound /var/spool/fido/out.tmp
This command specifies your temporary outbound path. It is used for storing outgoing pkt-files before packing.
This statement cannot be repeated.
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
advancedareafix <bool>
advancedareafix on
If this statement is "on" and our system wants to delete an area from
remote config then unsubscribe messages to areafix robot of this link
look like "~areaname". The area on the remote system will be deleted
from config file, if our system is allowed to delete this area ("allow
area delete" in FastEcho, and LinkGrp must be the same as
EchoArea's -g <group> in HPT).
Our system sends deleting command only for systems with
AdvancedAreafix and with UnsubscribeOnAreaDelete set to "on"
and when default uplink (-def) unsubscribes from an EchoArea or
some link deletes this area by "~areaname" command. Of course if this
link has the rights to delete this area.
You may also delete an area yourself by running the following command:
hpt afix <your main AKA> ~area
Here <your main AKA> is your main address. See address.
If AdvancedAreafix for the link is "off" (default), then unsubscribe
command "-areaname" is sent instead of delete command "~areaname".
This statement can only be repeated for different links.
allowEmptyPktPwd <off|secure|on>
allowEmptyPktPwd on
This flag is useful if you want to generate packet passwords for this link, but do not want to check the packet passwords that your link sends to you. This is sometimes necessary as a workaraound if your link sends you netmail packets without packet passwords, for example.
The default state is off. In this case the incoming packet password must match the packet password that you defined. This is the most secure option.
If you set this switch to secure, packets that do not contain a
packet password and are received in the protected inbound will be processed.
You can use this if your uplink sometimes sends you packets without packet
passwords, as a workaround until the uplink has fixed his system. Still, if
you receive packets with wrong packet passwords, they will be
rejected.
The setting on works like the secure setting, with the
difference that packets without packet passwords are allowed even in the
unprotected inbound directory. It is not recommended to use this setting.
This statement can only be repeated for different links.
allowPktAddrDiffer <bool>
allowPktAddrDiffer on
This keyword is useful if your link has more than one addresses, and therefore the address in PKT header of his areafix request may be different from the address in MSG header.
The default state if off: in this case such letters won't be processed
by your areafix. The state on makes areafix ignore this error.
This statement can only be repeated for different links.
allowRemoteControl <bool>
allowRemoteControl on
If this keyword is on then link can do remote control using areafix.
Sending command "%from <addr>" (where <addr> is the address of any link,
defined in config) he makes areafix behave as if the message came from that link.
You should enable this keyword only for yourself or cosysop, as it allows changing other links' subscription and settings without knowing their passwords.
The default state if off: remote control is disabled.
This statement can only be repeated for different links.
arcmailsize <integer>
arcmailsize 300
Maximum arcmail size in kb for this link. Default is 500kb.
This statement can only be repeated for different links.
arcnetmail <bool>
arcnetmail on
This keyword is useful if you want to compress netmail for this link and
pack it into arcmail bundles or to filebox like echomail.
A netmail message will be packed and compressed into a bundle only if
its flavour is equal to EchoMailFlavour for this link.
The default state if off: in this case netmail will be written
to ut-file (i.e. *.?ut) and will not compressed.
This statement can only be repeated for different links.
areafix <bool>
areafix off
By default areafix is "on". You can turn off using of areafix by this link.
This statement can only be repeated for different links.
autoareacreatesubdirs <bool>
autoareacreatesubdirs on
This switch is turned off by default. When turned off, hpt will create a flat message base. This means that a file echo ‘FIDOSOFT.HUSKY’ would be created in the message base directory with a base file name of fidosoft.husky, like in /var/spool/msgbase/fidosoft.husky.sqd and so on.
When turned on, a structured message base will be created. Each dot in the echo name is treated as directory separator. Thus, ‘FIDOSOFT.HUSKY’ would be created with a base name of husky in the fidosoft directory, e.g. /var/spool/msgbase/fidosoft/husky.sqd.
Please note that this option will not currently work if the
-dosfile option is used to create filenames in 8.3 convention.
See EchoArea, for more information on the -dosfile option.
autopause <integer>
autopause 10
AutoPause sets the number of days after which HPT will stop exporting echomail for the link if he has not fetched his echomail for this period of time. AutoPassive should be defined for AutoPause to take effect.
Technically, if you define "autopause 10" for a link then HPT looks for 10 (or more) days old files that are listed to be sent for this link in the .?lo files with `#' or `^' prefixes and reside in the outbound directory. If at least one such file exists, exporting echomail for the link is paused.
This statement can only be repeated for different links.
See also AutoPassive and Pause sections.
AvailList (Full|Unique|UniqueOne)
AvailList Full
This statement specify variant for reply to %avail command for current link:
| * Full | produce full areas list for each uplink with avaiable forward subscribe for link
|
| * Unique | like Full but exclude dulicated areas for each next uplink
|
| * UniqueOne | produce one list: all areas from all uplinks without duplicates
|
Default value is AvailList Full.
This statement can only be repeated for different links.
dailyBundles <bool>
dailyBundles
If DailyBundles is off, hpt will use existing arcmail bundles to add packets for this link, even if they were created in the previous days. If DailyBundles is set, a new arcmail bundle for the link will be started when the new day begins.
This statement can only be repeated for different links.
denyRescan <bool>
denyRescan
Don't allow to rescan areas (via areafix) to your links.
This token can be applied to one or several area groups (see RescanGrp
token for details).
This statement can only be repeated for different links.
echoMailFlavour <hold | normal | crash | direct | immediate>
echoMailFlavour hold
This statement sets the flavour which outgoing echomails for this link get. For example set echomailFlavour for points to hold and for uplink crash.
This statement can only be repeated for different links.
flavour <hold | normal | crash | direct | immediate>
flavour hold
This statement sets the flavours for netmail, echomail and fileechoes
simultaneously. Note that you can combine this with netMailFlavour,
echoMailFlavour or fileEchoFlavour; in this case the latest
flavour is applied.
This statement can only be repeated for different links.
forwardPkts <off|secure|on>
forwardPkts yes
If we receive a PKT file that is not addressed to our system, but to this
link of us, this flag controls if the PKT file should be binary
forwarded to this link. The default behaviour is not to forward the pkt
file, but to remain it to <filename>.ntu and leave it in the
inbound. If you specify <yes>, the file will instead be forwarded
to the destination link (i.E. put into his arcmail bundle). If you
specify <secure>, the file will only be forwarded if we have
received it in the secure inbound. You should specify secure if
the destination link does not check packet passwords.
PKT forwarding can be useful for tunneling purposes, for instance. Another example is if you are running two nodes, one IP node at your company and one PSTN node at your home. If you want to show both node numbers at both mailers, the tossers at each node must forward PKT files that are addressed to the other node, because they themselves cannot process it (each tosser has a different node number, because the systems operate on distinct outbound structures and distinct message base areas).
This statement can only be repeated for different links.
WARNING! This statement also enables file forwarding in htick!
FileBox <directory>
FileBox boxes/2.5021.19.1
This statement defines directory where outgoing files for link would be
putten instead of putting them in Outbound tree. See also
FileBoxAlways for details.
Currently hpt can put only echomail into fileBoxes.
This statement can only be repeated for different links.
FileBoxAlways <bool>
FileBoxAlways
Pack to link FileBox even if link is not busy. By default
outbound is used when link is not busy.
This statement can only be repeated for different links. Works only for
links which have FileBox or when FileBoxesDir is set.
See FileBox, See FileBoxesDir.
linkBundleNameStyle <timeStamp | addrDiff | addrDiffAlways | addrsCRC32 | addrsCRC32Always | Amiga>
linkbundleNameStyle addrDiff
This statement sets rule for creating names of arcmail bundles for link.
It is similar BundleNameStyle keyword.
See BundleNameStyle.
This statement can only be repeated for different links.
LinkGrp <Group name>
LinkGrp INTERNATIONAL
Specifies a group to use for areas auto-created from this link. Also
link can delete echo areas in his LinkGrp group.
In this exmaple:
1) string INTERNATIONAL will be added to a new area record unless
AutoCreateDefaults defines implicit group;
2) links that have no access to group INTERNATIONAL can't forward requests to uplink with LinkGrp INTERNATIONAL;
3) this link can delete echo areas with -g INTERNATIONAL group if AdvancedAreafix is enabled for this link.
See AdvancedAreafix.
This statement can only be repeated for different links.
linkMsgBaseDir <path>
linkMsgBaseDir /var/spool/fido/msgb
Same as MsgBaseDir, but you can set it for different links.
Do not use it with LinkDefaults!
This statement can only be repeated for different links.
See MsgBaseDir.
netMailFlavour <hold | normal | crash | direct | immediate>
netMailFlavour crash
This statement sets the flavour for outgoing netmail routed via this link.
This statement can only be repeated for different links.
norules <bool>
norules on
By default "norules off" i.e. send rules.
This statement points to areafix to not send area rules to link when
link is subscribed to area and corresponding file is found in
RulesDir.
This statement can only be repeated for different links.
PackAka <addr>
PackAka 2:4600/220
This statement sets the aka to which the echomail and fileechos will be sent (Pack echomail and fileechos via third link). The PackAka link used only in BSO, fileboxes and arcmail filename creation, therefore the PackAka link may not present in config.
This feature may be used for simple echomail routing.
This statement can only be repeated for different links.
pktsize <integer>
pktsize 300
Maximum pkt size in kb for this link. Default - unlimited.
This statement can only be repeated for different links.
ReducedSeenBY <bool>
ReducedSeenBY on
This statement turns on/off reduced seen-by algorithm (FSC-0093)
RSB algorithm
-------------
1) add own system to the PATH.
2) all area links not contained in the RSB qualify as recipients.
3) strip RSB addresses not matching an address in the PATH, then
add own address(es) to the RSB set if not already contained.
4) add recipients to RSB, sort RSB and forward mail to recipients.
This statement can only be repeated for different links.
RescanGrp <string>[,<string>...]
RescanGrp A,B,C,Local
If defined, denyRescan token applies to specified area groups only,
while other area groups are applied with the opposite value.
Example:
There are areas with the groups A, B, C and D in config. The following table demonstrates how combination of options allows you to specify different rights for link.
This statement can only be repeated for different links.
RescanLimit <number>
RescanGrp 100
This keyword is used to limit max number of messages sent by %rescan command. If it's set to 0 (default), the link is not limited.
This statement can only be repeated for different links.
sendNotifyMessages <bool>
sendNotifyMessages on
If sendNotifyMessages is true, link will receive notification messages from areafix about link's requests status, bad posts or deletion of subscribed area.
By default is off, i.e. do not send any notification messages.
This statement can only be repeated for different links.
unsubscribeOnAreaDelete <bool>
unsubscribeOnAreaDelete yes
If unsubscribeOnAreaDelete is true, link will receive unsubscribe request
("-area" if AdvancedAreafix is off for the link and "~area" if it is on)
to his areafix when subscribed area is deleted. An area may be deleted when
default uplink (-def) unsubscribes from the area or some link deletes
this area by "~area" command (LinkGrp for the link that deletes an area
must be the same as EchoArea's -g <group>). You may also delete an area
yourself by running the following command:
hpt afix <your main AKA> ~area
Here <your main AKA> is your main address. See address.
By default is off, i.e. do not send unsubscribe request.
This statement can only be repeated for different links.
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
carbonAddr <addr>
carbonAddr 2:5000/100carbonCopy mail.from.100
If an echomail is tossed whose from address field is the same as <addr>,
the echomail is copied to the area specified by the carbonCopy
keyword.
This statement can be repeated.
carbonAndQuit <bool>
carbonAndQuit
By default one message can be processed by Carbon Copy several times.
For example: you set CarbonTo "max" to echoarea MY.MAIL and CarbonSubj
"beer" to echoarea MY.PLEASURE :-) And message to "max" with this
subject line carbons to each EchoArea.
If you turn on CarbonAndQuit message will be copyed to MY.MAIL
only.
It is however possible to override this setting, by putting an '*' before the action:
CarbonCopy *my.mail
CarbonMove *my.mail
CarbonExtern *<command line>
This '*' does not work for CarbonDelete of course.
This statement cannot be repeated.
carbonCopy <area-tag>
carbonCopy written.from.points
This statement sets the area for the previous carbon{Addr|To|From|Kludge|Subj|Text} statement.
If no EchoArea defined to copy, the carbon msgs goes to the
BadArea.
Note: You cannot carbonCopy a message from EchoArea to NetmailArea and vice versa.
This statement can be placed after different carbonAddr or carbonTo
or carbonFrom or carbonKludge or carbonSubj or carbonText statements.
See CarbonMove.
carbonDelete
carbonDelete
This statement specifies that the messages selected by a previous
carbonAddr or carbonTo or carbonFrom or carbonKludge or carbonSubj or carbonText statement should not be
stored into EchoArea.
This statement can be repeated for each different carbonAddr or carbonTo
or carbonFrom or carbonKludge or carbonSubj or carbonText statement.
CarbonExcludeFwdFrom <bool>
CarbonExcludeFwdFrom
Don't add to begin of carbon msg text " * Forward from area <areatag>"
This statement cannot be repeated.
carbonExtern <program name>
carbonExtern douuedecode
This statement specifies external program to run for the previous
carbonAddr or carbonTo or carbonFrom or carbonKludge or carbonSubj or carbonText statement.
If this statement is ommitted and no EchoArea defined for move or
copy, the carbon msgs gets copyed to the BadArea.
If program name is prepended with '|' sign, hpt tries to pass data through a pipe, not a temporary file.
This statement can be repeated for each different carbonAddr or carbonTo or
carbonFrom or carbonKludge or carbonSubj or carbonText statement.
carbonFrom <pattern>
carbonFrom Matthias Tichy
carbonCopy my.echomail
If an echomail is tossed whose from-field matched the pattern <pattern>,
the echomail is copied to the area specified by the CarbonCopy
keyword or moved to the area specified by the CarbonMove keyword.
The names must be an exact match.
You can enclose <string> into quotes ("<string>").
This statement can be repeated.
CarbonFromArea <pattern>
CarbonFromArea Interuser
Only messages that are written in this areas will be copied. Use it in combination with CarbonRule to prevent that all messages from an area are copied.
See CarbonRule.
Another example:
CarbonFromArea Interuser
CarbonRule NOT
CarbonText " Israel "
CarbonCopy my.news
<pattern> is the mask for area name, defined after EchoArea or NetMailArea.
This statement can be repeated.
carbonGroups <string> [,<string>...]
carbonGroups Fido, LifeNetcarbonCopy my.echomail
With this keyword you can define from which groups messages should be copied. It is wise when you use this keyword together with other selection criteria or else the result will give many messages.
See CarbonRule.
This statement can be repeated.
carbonKeepSb <bool>
carbonKeepSb
For each CC message SEEN-BY's and PATH fields are killed. If you set up
CarbonKeepSb then all kludges will be saved. But you may also
set up -keepsb in options of EchoArea where you carbon
messages.
This statement cannot be repeated.
carbonKludge <pattern>
carbonKludge MSGID: 2:5000/117.carbonCopy written.by.points
If an echomail is tossed which has a kludge line which includes the
substring matches <pattern>, the echomail is copied to the area
specified by the CarbonCopy keyword.
You can enclose <pattern> into quotes ("<pattern>").
carbonKludge "REPLY: 2:5000/117 "
This statement can be repeated.
carbonMove <area-tag>
carbonMove my.echomail
This statement sets the area for the previous carbonAddr or carbonTo or
carbonFrom or carbonKludge or carbonSubj or carbonText statement.
If no EchoArea defined to copy (or move), the carbon msgs goes to
the BadArea.
Note: You cannot carbonMove a message from EchoArea to NetmailArea and vice versa.
Unlike CarbonCopy msg gets moved, not copied into this area.
This statement can be placed after different carbonAddr or carbonTo
or carbonFrom or carbonKludge or carbonSubj or carbonText statements.
See CarbonCopy.
carbonOut <bool>
carbonOut
This statement makes possible carbon your outgoing mail (scanned & packed). Don't forget to set carbon rules.
This statement cannot be repeated.
carbonReason <string>
carbonText msgedcarbonReason Found 'msged' in messagecarbonCopy my.searches.echo
This statement sets the 'reason string' for the previous
carbonAddr or carbonTo or carbonFrom or carbonKludge or carbonSubj or carbonText statement.
This string would be printed after ' * Forwarded ...' line in message begining. That's useful when many carbons are made to single area. No reason string is printed if this statement is ommitted.
This statement can be repeated for each different carbonAddr or carbonTo or
carbonFrom or carbonKludge or carbonSubj or carbonText statement.
carbonRule AND|NOT|OR
carbonGroups fido
carbonRule AND
carbonText programming
carbonCopy my.echomail
With this keyword you can make it possible to have more than 1 selection criteria for a message. The default rule is AND. So without using CarbonRule, all expressions will be AND-ed. With Carbonrule AND, the two expressions above and below the AND must be true or else a message will not be copied. With Carbonrule you can define how the expressions are joined together.
CarbonRule NOT, is in fact AND NOT. So
CarbonText beatles
CarbonRule NOT
CarbonText bugs
CarbonCopy my.mail
...will only copy messages when 'beatles' is in the text AND NOT 'bugs' in the text.
In general, it is possible to define more than one set of rules for 1 single carbonArea. For example:
CarbonText female
CarbonRule NOT
CarbonText connector
CarbonRule OR
CarbonSubj beer
CarbonRule AND
CarbonText drink
CarbonText holliday
CarbonCopy my.mail
Here are two sets of criteria and for all of them there is only 1 carbonarea defined. After an OR, a new set of expressions start. The above example can also be written as:
CarbonRule NOT
CarbonText connector
CarbonRule AND
CarbonText female
CarbonRule OR
CarbonRule AND
CarbonSubj beer
CarbonText drink
CarbonText holliday
CarbonCopy my.mail
Messages that have 'female' in the text, but not the word 'connector', will be copied to the my.mail area.
Also messages with 'beer' in the text AND 'drink' in the text AND 'holliday' in the text, will be copied to the my.mail area.
A set of expressions is true when they are OR-ed and at least one of them is true.
A set of expressions is true when they are AND-ed and ALL of them are true. Expressions are evaluated from top to bottom.
This statement can be repeated.
A CarbonRule is valid until a next rule is defined of until an action. After an action (CarbonCopy, CarbonMove, etc), the CarbonRule is AND again and new set of expressions starts.
carbonSubj <pattern>
carbonSubj beercarbonCopy cc.beer
If an echomail is tossed which has a subject line matched <pattern>,
this echomail is copied to the area specified by the CarbonCopy
keyword or moved to the area specified by the CarbonMove keyword.
You can enclose <pattern> into quotes ("<pattern>").
This statement can be repeated.
carbonText <pattern>
carbonText cool beercarbonCopy cc.beer
If an echomail is tossed which has a kludge line which includes the
substring matches <pattern>, the echomail is copied to the area
specified by the CarbonCopy keyword or moved to the area
specified by the CarbonMove keyword.
You can enclose <pattern> into quotes ("<pattern>").
This statement can be repeated.
carbonTo <pattern>
carbonTo Max LevenkovcarbonCopy my.echomail
If an echomail is tossed whose to-field matched <pattern>, the
echomail is copied to the area specified by the CarbonCopy
keyword or moved to the area specified by the CarbonMove
keyword. The names must be an exact match.
You can enclose <pattern> into quotes ("<pattern>").
This statement can be repeated.
excludePassthroughCarbon <bool>
excludePassthroughCarbon
Don't carbon from passthrough areas.
This statement cannot be repeated.
netmailExtern <program name>
netmailExtern douuedecode
This statement specifies external program to run for the previous carbonAddr
or carbonTo or carbonFrom or carbonKludge or carbonSubj or
carbonText statement for netmail messages...
If this statement is ommitted and no NetMailArea defined for move or
copy, the carbon msgs gets copyed to the BadArea.
If program name is prepended with '|' sign, hpt tries to pass data thru the pipe, not temporary file.
This statement can be repeated for each different carbonAddr or carbonTo or
carbonFrom or carbonKludge or carbonSubj or carbonText statement.
This chapter describes how to use some features... After you have managed to perform basic functions with HPT, like defining paths & areas, this chapter will introduce you into some advanced concepts in HPT that deserve special attention, like how to use several netmail areas and similar.
If you want receive netmail for one address in first netmail area, and
for second address in second netmail area respectively, you must add
-a <ourAka> to netmail area, like this:
We have EchoArea with links from zone1 & zone2. Echo->useAka with zone2. Defined by "-a <addr>" or the by the first Echo->address from config if not defined in EchoArea line.
Program algorythm:
Examples:
a) msg comes from z1. for z1 links we sending seen-bys with z2 nodes. but z1 links must clean seen-bys by themselves (this is z2 echo) or download this echo from z1 link. after that seen-bys cleaned and msg forwarded to z2 links. in the msgbase seen-bys from z2 links only.
b) msg comes from z2. forward it to z2 links. then forward to z1 links. seen-bys not cleaned: this is z2 echo and z1 links must clean it by themselves or receive echo from z1 link. store in msgbase with all seen-bys from z1 & z2 nodes.
c) scan works the same: first sending to z2 links, adding to seen-by's z1 links and export to them.
HPT may be compiled with support for calling Perl subs in some parts of its
work. In this case it also provides API for such subs (Perl hooks).
Perl subs are located in file filter.pl, which usually located
in same directory as HPT's executable file but it's name and location
may changed via HptPerlFile configuration option.
The following Perl hooks are supported:
TempInbound
Route statements in config file (may be empty, this means
that either no route at all for this message or it will be routed via
one-to-multi routing(Route normal noroute 2:5004/73.*)).
Before return you can set $flavour - to hold|normal|crash|direct|immediate for required flavour of message. return "" for default routing or address via which this message should be sent. example:
sub route {
if ($from eq "2:5004/75.73") return "2:5004/75.0";
else return "";
}
if source address of message is 2:5004/75.73 then route it via 2:5004/75,
otherwise route it using default routing
You can remotely control and change other links' subscription and options using Areafix. Remote control will not give you full access on your system, but will help you (or your cosysop) with some most common tasks.
Some terms first.
Controlling link is a link that exercise remote control. He should be defined in config and should have allowRemoteControl token set to "on".
Controlled link is a link whose subscription and options are controlled. He should be defined in config too.
Controlling link is allowed to send "%from <addr>" command to Areafix, where <addr> is an address of controlled link. All the next commands till the end of message or till the next "%from" command will be executed as if the message came from controlled link. All the reports will be sent to controlling link. There can be as much "%from" commands in message as you like. If there was an error while processing "%from" command (for example, address was not specified in "%from" command), message processing will be stopped and controlling link will receive notification message.
Example of Areafix message:
%from 2:450/210.1 <-- all next actions will be made with 2:450/210.1
+ru.husky <-- subscribe to ru.husky
%areafixpwd testpwd <-- change areafix password to 'testpwd'
%from 2:450/210.5 <-- all next actions will be made with 2:450/210.5
-bel.sysop <-- unsubscribe from bel.sysop
%linked <-- send list of linked areas
As this function allows remote control of other links' subscription and options without knowing their areafix passwords, you should enable allowRemoteControl token only for yourself or your cosysop.
HPT is based on FIDOCONFIG library, so read documentation of FIDOCONFIG about location of config file, keywords ideology and about majority of the keywords, See Fidoconfig Manual.
AddToSeen: AddToSeenAdvancedAreafix: AdvancedAreafixAdvStatisticsFile: AdvStatisticsFileAfterUnpack: AfterUnpackAllowEmptyPktPwd: AllowEmptyPktPwdAllowPktAddrDiffer: AllowPktAddrDifferAllowRemoteControl: AllowRemoteControlArcmailSize: ArcmailSizeArcNetmail: ArcNetmailAreafix: AreafixAreafixFromPkt: AreafixFromPktAreasFileNameCase: AreasFileNameCaseAreasMaxDupeAge: AreasMaxDupeAgeAutoAreaCreateSubdirs: AutoAreaCreateSubdirsAutoPassive: AutoPassiveAutoPause: AutoPauseAvailList: AvailListBeforePack: BeforePackBundleNameStyle: BundleNameStyleCarbonAddr: CarbonAddrCarbonAndQuit: CarbonAndQuitCarbonCopy: CarbonCopyCarbonDelete: CarbonDeleteCarbonExcludeFwdFrom: CarbonExcludeFwdFromCarbonExtern: CarbonExternCarbonFrom: CarbonFromCarbonFromArea: CarbonFromAreaCarbonGroups: CarbonGroupsCarbonKeepSb: CarbonKeepSbCarbonKludge: CarbonKludgeCarbonMove: CarbonMoveCarbonOut: CarbonOutCarbonReason: CarbonReasonCarbonRule: CarbonRuleCarbonSubj: CarbonSubjCarbonText: CarbonTextCarbonTo: CarbonToDailyBundles: DailyBundlesDefArcmailSize: DefArcmailSizeDenyRescan: DenyRescanDisableKludgeRescanned: DisableKludgeRescannedDisablePID: DisablePIDDisableTID: DisableTIDDupeBaseType: DupeBaseTypeDupeHistoryDir: DupeHistoryDirEchoMailFlavour: EchoMailFlavourEchoTossLog: EchoTossLogExcludePassthroughCarbon: ExcludePassthroughCarbonFileBox: FileBoxFileBoxAlways: FileBoxAlwaysFileBoxesDir: FileBoxesDirFlavour: FlavourForwardPkts: ForwardPktsHptPerlFile: HptPerlFileIgnoreCapWord: IgnoreCapWordIgnoreSeen: IgnoreSeenImportLog: ImportLogIntab: IntabKeepTrsFiles: KeepTrsFilesKeepTrsMail: KeepTrsMailKludgeAreaNetmail: KludgeAreaNetmailLinkBundleNameStyle: LinkBundleNameStyleLinkGrp: LinkGrpLinkMsgBaseDir: LinkMsgBaseDirLinkWithImportLog: LinkWithImportLogMinDiskFreeSpace: MinDiskFreeSpaceMsgBaseDir: MsgBaseDirNetmailExtern: NetmailExternNetmailFlag: NetmailFlagNetMailFlavour: NetMailFlavourNoProcessBundles: NoProcessBundlesNoRules: NoRulesNotValidFileNameChars: NotValidFileNameCharsOrigin: OriginOuttab: OuttabPackAka: PackAkaPackNetMailOnScan: PackNetMailOnScanPktSize: PktSizeProcessPkt: ProcessPktRecodeMsgBase: RecodeMsgBaseReducedSeenBY: ReducedSeenBYRemap: RemapRescanGrp: RescanGrpRescanLimit: RescanLimitRoute: RouteRouteFile: RouteFileRouteMail: RouteMailRulesDir: RulesDirSendNotifyMessages: SendNotifyMessagesSeparateBundles: SeparateBundlesSetConsoleTitle: SetConsoleTitleSortEchoList: SortEchoListStatLog: StatLogTearLine: TearLineTempInbound: TempInboundTempOutbound: TempOutboundTossingExt: TossingExtUnsubscribeOnAreaDelete: UnsubscribeOnAreaDelete