home *** CD-ROM | disk | FTP | other *** search
/ synchro.net / synchro.net.tar / synchro.net / modem.madness / SMMNETML / ITR102.ZIP / ITRNEW.DOC < prev    next >
Encoding:
Text File  |  1993-03-14  |  8.8 KB  |  245 lines
  1.  
  2.  
  3.     ITRACK                           1
  4.  
  5.  
  6.  
  7.  
  8.     -------------------------------------------------------------------
  9.  
  10.     ITRACK 1.01         A Messagetracker or more ?         14.Mrz.1993
  11.  
  12.                            A product of IMAIL INC
  13.  
  14.                    Itrack V1.01 New Features Documentation
  15.  
  16.     -------------------------------------------------------------------
  17.  
  18.     (C) by Frank Prade 1992,1993 Munich Germany
  19.  
  20.     Fido    : 2:246/55.0
  21.     Virnet  : 9:494/0
  22.     IntlNet : 57:4989/105
  23.  
  24.  
  25.  
  26.  
  27.                     -------->  IMPORTANT !!!  <---------
  28.  
  29.  
  30.  
  31.  
  32.     If the program reports an error or does not  work  properly,  please
  33.     check the setup first. If you cannot  determine  the  error,  please
  34.     let me know (with as much details as you can give me). If  you  have
  35.     other reports, proposals, suggestions, please let me know.
  36.  
  37.     ITRACK                           2
  38.  
  39.  
  40.  
  41.  
  42.     ──────────────────────────────────────────────────────────────────
  43.             COPYRIGHT
  44.     ──────────────────────────────────────────────────────────────────
  45.  
  46.     This software and anything enclosed in the original archive are
  47.     protected by both German and international copyright law and
  48.     treaty provisions.
  49.  
  50.     ITRACK is NOT Public-Domain or Freeware, it is released as
  51.     Shareware. If you intend to use this program after a trial
  52.     period of 30 days, you must register ( see REGISTER.DOC ) your copy
  53.     of ITRACK or stop using it.
  54.  
  55.     You are entitled and encouraged to give this program together with
  56.     its documentation to anybody, if you do not change the contents
  57.     of the archive or the program itself. Distributing of modified
  58.     versions is prohibited.
  59.  
  60.     You are not allowed to charge for passing the program to another
  61.     person or system.
  62.  
  63.     The distribution of the program by professionals is prohibited (who
  64.     will violate one of the above restrictions), except you have the
  65.     prior written permission of the author.
  66.  
  67.     Disclaimer and Warranty :
  68.  
  69.     This software is provided AS IS without any warranty, expressed or
  70.     implied, including but not limited to fitness for a particular
  71.     purpose.
  72.  
  73.     The author will not be liable for any direct or consequential
  74.     damages due to loss of data or any other reason, the person using
  75.     the software bears all risk as to the quality and performance of
  76.     the software.
  77.  
  78.     If your local laws do not permit any of the statements made above,
  79.     or if you do not agree with any of them yourself, then you are not
  80.     licensed to use this program!
  81.  
  82.     Bug reports, questions and suggestions are appreciated by the
  83.     author and can be send to :
  84.  
  85.     Frank Prade,   2:246/55.0   @ Fidonet, Marder's Node
  86.                    9:494/0      @ Virnet
  87.                    57:4989/105  @ IntlNet
  88.  
  89.     ITRACK                           3
  90.  
  91.  
  92.  
  93.  
  94.     ──────────────────────────────────────────────────────────────────
  95.             TRADEMARKS and COPYRIGHT's
  96.     ──────────────────────────────────────────────────────────────────
  97.  
  98.             The following programs mentioned in this documentation are
  99.             copyrighted.
  100.  
  101.                Turbo Pascal 6.0   Borland International
  102.                Turbo Pascal 7.0   Borland International
  103.                Tosscan            Joaquim H. Homrighausen
  104.                IMAIL <= 1.35      Fabiano Fabris
  105.                IMAIL > 1.35       Imail Inc.
  106.                Remote Access      Andrew Milner
  107.                SuperBBS           Aki Antmann
  108.  
  109.     ITRACK                           4
  110.  
  111.  
  112.  
  113.  
  114.     1          Changed Functions in Itrack V1.01
  115.  
  116.  
  117.     1.1        CREATEMAIL  <areaname> <Expandable String>
  118.                  [<execution-list>]
  119.                #ORIG# CREATEMAIL
  120.                  [<execution-list>]
  121.                #END# CREATEMAIL
  122.  
  123.     The expandable String has  to  be  a  direct  data  definition  when
  124.     expansion  is  done  and  the  data  definition  has  to  include  a
  125.     Nodenumber. If a name is include then the destination  name  is  set
  126.     accordingly.
  127.  
  128.     The first execution list is done with the newly created mail if  the
  129.     creation was successful. The second execution list is done with  the
  130.     original mail which triggered the action, but only  if  a  mail  was
  131.     successfully created and the mail is NOT deleted  or  moved  in  the
  132.     first execution list. The new mail is created in the defines area.
  133.  
  134.               Example :
  135.  
  136.                  CreateMail netmail %Line[1]%
  137.                   SetAttribute @Attribute Request
  138.                   ; Optional crash flag setzen
  139.                   ChangeAttr %OLDLine[2]%
  140.                  #ORIG# CreateMail
  141.                   ; Move response Mail to waiting area
  142.                    Move Responses
  143.                  #END# CreateMail
  144.  
  145.  
  146.     If %LINE[1]% expands to "ADDRESSNAME 2:246/55 Frank  Prade"  a  mail
  147.     with destination 2:246/55.0 Frank Prade is created.
  148.  
  149.     ITRACK                           5
  150.  
  151.  
  152.  
  153.  
  154.     2          New Functions
  155.  
  156.  
  157.     2.1        SETECHOORIGIN
  158.  
  159.     Changes the originating address of the mail to the address found  in
  160.     a Msgid Kludge or " * Origin:" Line. This feature is usefull if  you
  161.     want to forward echomail in netmail.
  162.  
  163.  
  164.     2.2        SETSUBJECT <blockname>
  165.  
  166.     Setsubject changes the subject according  to  a  passwordaddress  or
  167.     subjectaddress data block. If a  matching  entry  in  the  block  is
  168.     found the subjectline is replaced by  the  password  or  the  string
  169.     defined in that entry. Usable data blocks  are  PASSWORDADDRESS  and
  170.     SUBJECTADDRESS.
  171.  
  172.  
  173.     2.3        DATA SUBJECTADDRESS
  174.                 <address> <expandable string>
  175.                #end# data
  176.  
  177.     Defines a list of addresses and corresponding strings to be used  as
  178.     replacement in the subjectline with SETSUBJECTADDRESS.
  179.  
  180.     If you use SUBJECTADDRESS as select criterion,  without  relax  only
  181.     the address is compared and with relax the address and the  expanded
  182.     are wildcard compared.
  183.  
  184.  
  185.  
  186.  
  187.     2.4        PACKPKT [INSESSIONSKIP] [<semap>] <pktarea> <netmail>
  188.                                        [<adresspacker>]
  189.  
  190.     This command looks for *.PKT files in  the  respective  PKTAREA  and
  191.     compresses the mail bundle to a compressed mail file if the node  is
  192.     matched in the adresspacker block and a packer call is given in  the
  193.     respective packer.
  194.  
  195.     Otherwise the PKT file is attached uncompressed. If  more  than  one
  196.     uncompressed PKT for one destination is found they  will  be  merged
  197.     together.
  198.  
  199.     If a new  bundle  is  created  a  file  attach  is  created  in  the
  200.     "netmail". The mail is created  with  LOCAL,  KILLSENT,  PVT,  FILE,
  201.     LASTVIA and if compressed with a TFS Flag or for  uncompressed  mail
  202.     with KFS Flag.
  203.  
  204.     ITRACK                           6
  205.  
  206.  
  207.  
  208.  
  209.     I am not verifying if the PKT Files  laying  around  are  really  2+
  210.     packets and  the  destination  node  is  extracted  from  the  PKT's
  211.     header. For that ITRACK should not pack mail created  by  processors
  212.     creating non 2+ compatible PKT's.
  213.  
  214.     ITRACK writes ITRACKMAIL as from name  in  the  message  header  and
  215.     triggers upon this name when scanning for older attaches. It is  not
  216.     intended to mix the netmailpacking of ITRACK and a  echomail-tosser.
  217.     If you want to have Netmail and Echomail packed together by  ITRACK,
  218.     only ITRACK should pack in this area.
  219.  
  220.     You may have more than one PKTAREA with packed  mail.  ITRACK  looks
  221.     for the path in the subject line when scanning  for  older  attaches
  222.     if they match.
  223.  
  224.     When packing starts in a PKTAREA  ITRACK  looks  for  all  0  length
  225.     files with an extension other than  the  extension  of  the  current
  226.     day, regardless if it's an  unknown  extension,  and  deletes  those
  227.     files. For that no timestamp files are possible in  a  PKTAREA  (but
  228.     as I think this will never be really necessary).
  229.  
  230.     If the Binkley option is set the  filename  in  the  subjectline  is
  231.     changed according to KFS , TFS attribute.
  232.  
  233.     Semap specifies a  semaphor  data  group.  Itrack  checks  and  sets
  234.     semaphores while packing mail  for  background  processing.  At  the
  235.     moment only FDSEMAPHORE for Frontdoor is supported.
  236.  
  237.     Normally if there is a session in progress, a new bundle with a  new
  238.     fileattach for this node is createdd, expecting that the old one  is
  239.     deleted if  the  session  ends.  On  heavy  loaded  systems  it  may
  240.     haeppens that this situation will occur more than  once  during  one
  241.     single session. Now during every run new fileattaches were  created.
  242.     To prevent this you may specify the optional  keyword  INSESSIONSKIP
  243.     as first  parameter.  With  this  parameter  conflicting  pkt's  are
  244.     skipped and will be packed during the next run of ITRACK.
  245.