{T 1│Link Flags}
  Link Flags
 ───────────────────────────────────────────────────────────────────────
   Aktiv    nur wenn dieser Schalter gesetzt ist, werden Messages
            an diesen Link getosst. Der Schalter kann manuell oder
            vom Link selber per Message an den AREAMGR verändert
            werden (z.B. weil weil der Link in Urlaub geht usw.)

{T 2│Link Flags 1}

   Checkpktpwd  Von dem Link werden nur die Mail-Packets bearbeitet
                in denen das korrekte Packet-Passwort enthalten ist.
                Ist kein Passwort oder ein falsches im Packet ent-
                halten wird das entsprechende Packet in *.PWD umbe-
                nannt und nicht bearbeitet.

{T 3│Link Flags 2}

   Sayerror     Bei Fehlern wird eine entsprechende Fehlermessage
                (per BBT.EXE SAYERR) geschickt.

{T 4│Link Flags 3}
   Autocreate   Schickt der Link Messeages für ein lokal nicht vor-
                handenen Areas, wird das Area automatisch in BBToss
                als passthru angelegt (soll aufgrund einer Msg das
                Area physisch angelegt werden ist der Link im Up-
                linkmgr einzutragen).

{T 5│Link Flags 4}
   Forwardmgr   Bestellt der Link ein nicht vorhandenes Area schreibt
                BBToss automatisch eine Bestellmessage an den AREAMGR
                eines im Uplinkmanager eingetragenen Uplinks.

{T 6│Link Flags 5}
   PackNetmail  Netmails fuer diesen Link werden mit dem eingestelltem
                Packprogramm zu einem Mailarchiv zusammengepackt
                (sollte eingestellt werden).

{T 7│Link Flags 6}
   Pack hold    Auch Netmails mit Status HOLD werden für diesen Link
     Netmail    gepackt.

{T 8│Link Flags 7}
   ARCmail      Ist dieses Flag an, wird für den Link KEIN tägliches
     auffüllen  ARCmail Archiv erstellt, sondern ein vorhandenes
                Archiv immer bis zur bei "ARCMail Packetgröße" ange-
                gebenem Wert aufgefüllt. Dies ist insbesondere für
                links, die nicht täglich pollen und bei denen pro
                Tag nur wenig Traffic zusammenkommt interessant. Da
                per voreinstellung täglich ein neues Archiv erstellt
                wird, auch wenn die angegebene Größe noch nicht er-
                reicht ist. Diese Option mach in erster Linie bei
                dynamischen Mailern (wie Frontdoor, Intermail) Sinn,
                da die Anzahl der ARCmail Netmails verringert wird.
                Bei binkleystyle Mailern bringt es keinen echten
                Vorteil.

{T 9│Link Flags 8}
   Autoconnect  Der Link wird automatisch an neue Areas, die von anderen
                über den Uplinkmanager bestellt wurden angemeldet, wenn
                der Link zur entsprechenden Gruppe (siehe Uplinkmgr)
                und sein Level größer oder gleich dem beim Uplink ange-
                gebenem READLEVEL ist.

{T 10│Link Flags 9}
   Notify       Links bei denen dieses Flag gesetzt ist, erhalten beim
                Aufruf von "BBT notify" (ohne weitere Parameter) eine
                Status-Message zu Ihren Einstellungen

{T 11│Link Flags 10}
   Fileattach   BBToss setzt im Normalfall empfangenen Netmails mit an-
      erlaubt   hängenden Files auf HOLD (d.h. sie werden nicht auf eigene
                Kosten versendet, sondern müssen vom Empfänger abgeholt
                werden).
                Hat ein Link diese Flag gesetzt werden Netmails mit an-
                hängenden Files (fileattached Msgs) von diesem Link normal
                geroutet, was je nach Empfänger und dessen Einstellungen
                (Uplink/pollendes System) möglicherweise auch auf eigene
                Kosten übertragen wird.

{T 12│Link Flags 11}
{T 13│Link Flags 12}
{T 14│Link Flags 13}
{T 15│Link Flags 14}
{T 16│Link Flags 15}
{T 17│Link Flags 16}


{T 18│Area Flags}
  Area Flags
 ───────────────────────────────────────────────────────────────────────

  loesche SeenBy
 ───────────────────────────────────────────────────────────────────────
          löscht die SEEN-BY Zeilen der exportierten Messages und
          erstellt diese nur mit den eigenen Downlinks neu

{T 19│Area Flags1}
  loesche Path
 ───────────────────────────────────────────────────────────────────────
          löscht die Pathzeile in den exportierten Messages und
          erstellt eine neue.


{T 20│Area Flags2}
  prüfe Msg-Aka
 ───────────────────────────────────────────────────────────────────────
          Prüft die Absender-Aka des Absenders ob diese zu der für
          diese Area eingetragenen Zone paßt (= eigene Aka). Sind
          die Zonenummern ungleich wird eine Fehlermessage erstellt.


{T 21│Area Flags3}
  passiv
 ───────────────────────────────────────────────────────────────────────
          Das Area ist passiv, d.h. es kann weder angemeldet werden,
          erscheint nicht in den Listen und es werden keine Messages
          exportiert selbst korrekte Msg's empfangen würden.


{T 22│Area Flags4}
  import SeenBy
 ───────────────────────────────────────────────────────────────────────
          importiert die SEEN-BY Zeilen der Message in die Messagebase


{T 23│Area Flags5}
  import Path
 ───────────────────────────────────────────────────────────────────────
          importiert die Pathzeile der Message in die Messagebase


{T 24│Area Flags6}
  nicht in BBS export
 ───────────────────────────────────────────────────────────────────────
          Das Area wird NICHT in die Configuration der Mailbox
          exportiert, selbst wenn alle anderen Daten dieses
          ermöglichen würden (Areanr. usw.).


{T 25│Area Flags7}
  Pflichtarea
 ───────────────────────────────────────────────────────────────────────
          Area kann vom Link nicht per Msg an den Areamgr abbestellt
          werden. Es handelt sich also um ein Pflichtarea, welches
          nach dem anmelden oder aufschalten nur manuell im Setup
          oder durch löschen der Area abgemeldet werden kann.

{T 26│Area Flags8}
{T 27│Area Flags9}
{T 28│Area Flags10}
{T 29│Area Flags11}
{T 30│Area Flags12}
{T 31│Area Flags13}
{T 32│Area Flags14}
{T 33│Area Flags15}
{T 34│Area Flags16}


{T 35│'Globale Tosser Flags'}
  lösche 0-Byte Netmails
 ───────────────────────────────────────────────────────────────────────
   Netmails ohne Text (z.B. von Echomailpacketen oder Ticfiles)
   werden sofort gelöscht.

{T 36│gesendete Netmail löschen}
  gesendete Netmail löschen
 ───────────────────────────────────────────────────────────────────────
   Beim PACK Befehl werden gepackte/gesendete Netmail aus dem Netmail-
   folder gelöscht (also Netmails die den sent-Status haben).
   Voreinstellung: Netmail als "sent" markieren.

{T 37│'Globale Tosser Flags'}

  Dupes löschen
 ───────────────────────────────────────────────────────────────────────
   Dupemsgs werden sofort gelöscht (nicht in ein Dupearea geschrieben)

{T 38│'Globale Tosser Flags'}

  Badmails löschen
 ───────────────────────────────────────────────────────────────────────
   Badmsgs werden sofort gelöscht (nicht in ein Badarea geschrieben)

{T 39│'Globale Tosser Flags'}

  Areamgr Antworten löschen
 ───────────────────────────────────────────────────────────────────────
   Antworten vom Areamgr werden nach dem senden/packen gelöscht,
   wenn Schalter aus ist, als "sent" markiert. Eine Kopie an den Sysop
   wir auf jeden Fall geschrieben.

{T 40│'Globale Tosser Flags'}

  bounce unzustellbare Netmail
 ───────────────────────────────────────────────────────────────────────
   Netmails für die vom Tosser kein Empfänger ermittelt werden kann,
   also kein Link vorhanden ist an den er die Netmail senden kann
   und sie auch nicht an eine eigene Aka gerichtet ist, werden mit
   diesem Schalten an den Absender zurückgeschickt.

   Der Empfänger kann nicht ermittelt werden, wenn per voreingestelltem
   HOST/Node/Point-Routing und auch durch keine Zeile im BBTROUTE.CFG
   eine Nodenummer ermittelt werden kann.

   Weiterhin, wenn bei einem Link ein Routingfehler auftritt und die
   Netmail mehrmals vom eigenen BBToss verarbeitet wurde.
   (Dies kann auch auftreten wenn man selber eine Routinganweisung ver-
   gessen hat, z.B. es existiert ein Link 49:70/703, der bei 49:70/701
   pollt, und keine Routinganweisung  "49:70/701 49:70/703" eingetragen
   wurde, sondern nur die globale 49:70/0 49:*, dann schickt der eigene
   BBToss die Netmail an 49:70/0 zurück).

   Und zum letzten, wenn der Link an den die Netmail gerichtet ist,
   oder das System über die die Netmail geroutet wird, nicht aktiv
   ist (-> Link-Editor "aktiv Flag"). In diesem Fall wird dies in
   der zurückgeschickten (gebouncten) Netmail als Ursache angegeben.

{T 41│'Globale Tosser Flags'}
  strikter Inbound AKA Check
 ───────────────────────────────────────────────────────────────────────
   Durch setzen dieses Flags werden im Inboundverzeichnis keine Packets
   verarbeitet, deren Absender dem Tosser nicht bekannt ist.
   Normalerweise wird das Inbound-Verzeichnis auf das Verzeichnis des
   Mailers gelegt, in dem dieser die Packets von Links mit einem
   Sessionpasswort ablegt (Packets von unbekannten Links werden
   im UnSecureInbound erwartet). Wenn der Mailer diese Unterscheidung
   unterstützt, sollte dieses zusätzliche Sicherheitsschranke ver-
   wendet werden (da BBToss von unbekannten Links z.B. keine Echo-
   mail tosst und Netmails von unbekannten Links nicht an routet).
   Bei Connects mit Links die z.B. Frontdoor oder Intermail Multi-
   line Box fahren kann es vorkommen, daß bei Anruf auf einer anderen
   Line die Packets nicht mit der erwarteten Hauptaka des Systems
   übertragen werden. In diesem Fall kann man diese Flag ausschalten,
   wodurch Packets im Inbound von nicht bekannten Nodenummern wie
   Packets im UnSecureInbound behandelt werden. Gleiches gilt für
   Mailer, die Überhaupt kein UnSecureInbound (oder etwas analoges)
   kennen.

{T 42│'Globale Tosser Flags'}

{T 43│'Globale Tosser Flags'}
  verwende Echomail.BBS (bei SCAN)
 ───────────────────────────────────────────────────────────────────────
   Beschleunigt den Scanvorgang, da anhand der Echomail.BBS (muß vom
   Editor oder Boxprogramm erstellt werden) sofort die neuen Messages
   getosst werden, ohne das die gesamte Area abzusuchen.

   Beim Scannen der Hudson Messagebase verwendet BBToss die Datei
   Echomail.BBS und Netmail.BBS um herauszufinden, in welchem Area
   neue Messages enthalten sind.
   Hierdurch wird der Scanvorgang erheblich beschleunigt.
   die Dateien Echomail.BBS und Netmail.BBS müssen von dem Programm
   erzeugt werden mit dem die Message geschrieben wurde, ist also
   nicht Aufgabe von BBToss. Lesen sie in der Docu ihres Boxprogramms
   nach oder schreiben sie einfach eine Message und schauen nach, ob
   im Hudson Directory die Dateien erstellt wurden.

   Für JAM-Areas verwendet BBTOSS die Datei  ECHOMAIL.JAM , die in dem
   Directory gesucht wird, welches als HudsonMsgDir im Setup angegeben
   wurde.

   Für Squish wird analog die ECHOTOSS.LOG Datei im eingestelltem Ver-
   zeichnis verwendet.

   Anmerkung:
   Mit Parameter SCAN /ALL kann erzwungen werden, das BBToss die gesammte
   Messagebase nach neuen Messages durchsucht.


{T 44│'Globale Tosser Flags'}
  2-Phasen Toss
 ───────────────────────────────────────────────────────────────────────
   2 geteilter Tossvorgang siehe TOSSII
   Beim Aufruf von TOSS werden die aktuellen Packets an die Links
   verteilt und gleichzeitig ein lokales Packet (LOCALPKT.0) erzeugt,
   die zu einem späteren Zeitpunkt mit TOSSII in die Messagebase
   einsortiert werden können.

{T 45│Multiline}{K Multiline}
  Multiline/Multitasker-Mode
 ───────────────────────────────────────────────────────────────────────
   Schaltet die Verwendung von Semaphoren ein, in diesem Modus muß
   geladen sein.

{T 46│Dupecheck Methoden}{K Dupecheck}
  Path-Line Dupecheck
 ───────────────────────────────────────────────────────────────────────
   Verwenden der Msg-Path Zeile für DupeCheck. Kommt eine eigene Aka
   in der Path Zeile vor, wird die Msg als Dupe erkannt.
   Unabhängig davon, welche Aka im Area als für das Area zu verwendende
   Nodenummer eingetragen ist, prüft BBToss die Pathzeile gegen alle
   eigenen Akas.
   Der Path-Line Dupecheck sollte auf jeden Fall verwendet werden, da
   hiermit der größte Teil der Dupes erkannt wird und dies unabhängig
   von der Laufzeit der Nachricht (was z.B. bei Dupes von Pointsystemen
   die selten pollen sicherer ist als ein reiner CRC-Dupecheck).

   Insiderinfo:
   Da in der Path-Zeile keine Pointnummern enthalten sind, aber Point-
   systeme existieren, die selber die Nodenummer des Bossnodes an die
   Path-Zeile anfügen schlägt die Dupeerkennung von BBToss bei Messages
   aus Packets von eigenen Points erst an, wenn eine eigene Aka 2x in
   der Path-Zeile vorkommt.


{T 47│'Globale Tosser Flags'}
  CRC DupeCheck
 ───────────────────────────────────────────────────────────────────────
   Errechnet und speichert für die letzten 10000 Messages einen CRC-
   Wert, welcher zur Dupeerkennung beim tossen verwendet wird.


{T 48│'Globale Tosser Flags'}
  SEEN-BY DupeCheck
 ───────────────────────────────────────────────────────────────────────
   Bezieht die SEEN-BY Zeilen in Echomails für die Dupeerkennung mit ein.
   Das bedeutet, das bei aktivem Schalter die Msg an keinen Downlink
   weitergesendet wird, der im Seen-By enthalten ist.
   Ausgenommen davon sind eigene Points, da diese ja die gleiche Grund-
   nodenummer wie man selber trägt und die somit in jedem Fall im Seen-By
   enthalten ist.

{T 49│Flag: Copy Echo-Msg an Alias}
  Copy Echo-Msg an Alias
 ───────────────────────────────────────────────────────────────────────
   Schaltet die Alias-copy Funktion ein, die jede Echomail an die
   im Aliasconfig eingegebenen Namen als Netmail herauskopiert ein.
   In der aktuellen Version sind maximal 20 Aliasnamen zulässig.


{T 50│'Globale Tosser Flags'}
{T 51│'Globale Tosser Flags'}


{T 0│'Hilfe-Index'}
  BBToss Hilfe-Index
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
  {R 53│2 Phasen Toss}
  {R 54│Absender-Aka}
  {R 55│Aka-Liste}
  {R 56│Area-Aka}
  {R 57│Directories}
  {R 46│Dupe-Check}
  {R 35│Tosser Flags}
  {R 1│Link Flags}
  {R 18│Area Flags}
  {R 58│Netmail Routing}
  {R 59│Fenster}

Menü anwählen mit  F10  Taste
      oder
ALT-E  wobei E für den hervorgehobenen Buchstaben im Menü steht
Ein Fenster schließen mit ALT-F3
ESC eine Aktion beenden oder abbrechen

ALT-X  Programm beenden

{T 59│'Fenster'}
 Fenster
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

                      ┌── Fensternummer
    ┌─  {R 60│Schließfeld}     │
    │                 │  ┌── Zoom (auf/ab)
 ╔═[■]════════════════4═[ ]╗
 ║                         ║▒
 ║                         ║▒
 ║                         ║■ ──┐
 ║                         ║▒   │
 ║                         ║▒   │
 ╚═════════════════════════╝    │
 ▒▒▒▒▒▒▒▒▒▒▒▒■▒▒▒▒▒▒▒▒▒▒▒▒    │
              │                 │
              └─────────────────┴─ Positionszeiger

 Darstellung

Das aktuelle Fenster hat einen doppelten Rahmen, alle anderen einen
einfachen. Dialog- und  Eingabefenster sind standardmäßig grau,
Anzeigefenster blau.

 Funktion

Durch betätigen des  {R 60│Schließfelder} oder <ALT-F3> bzw. <ESC> wird das
Fenster geschlossen.

Durch betätigen des  Zoomfeldes:Window  wird das Fenster vergrößert oder
verkleinert. Hat das aktuell Fenster in der rechten unteren Ecke einen
einfachen, andersfarbigen Rahmen, kann das Fenster mit der Maus durch
schieben oder Ziehen dieser Ecke (bei gedrückter Maustaste) stufenlos
vergrößert oder verkleinert werden.

Besitzt das Fenster seitliche Rollbalken, so kann der Fensterinhalt
verschoben werden. Klicken Sie auf das Ende des Rollbalkens wird der
Inhalt um eine Zeile verschoben. Klicken Sie in den Rollbalken wird
der Inhalt um eine Bilschirmseite verschoben oder ziehen direkt den
 Positionszeiger:Window  an die gewünschte Position.

Um ein Fenster mit der Maus zu verschieben klicken Sie auf den oberen
Rahmen und ziehen Sie (mit gedrückter Maustaste) das Fenster auf die
gewünschte Position


{T 60│'Schließfeld'}
 Schließfeld
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Durch anklicken des  {R 59│Schließfeldes}  mit dem Mauszeiger wird das Fenster
geschlossen. Die Taste <ALT-F3> oder <ESC> hat die gleiche Funktion.

{T 61│'Global Link-Edit'}
 Global Link-Edit
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Die Daten der Links, die zu den ausgewählten Gruppen gehören
werden entsprechend der Eingabe gesetzt.
* = alle Gruppen

{T 62│'Uplink Zonenr'}
 Uplink Zonenr
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Zonenr. für die bei diesem Uplink Areas bestellt werden.

{T 63│'Uplink Nodenummer'}
 Uplink Nodenummer
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Nodenummer des Uplinks an den die eigenen automatischen
Bestellmessages (Msg an {R 64│Areamgr}) gesendet werden. Die
Nodenummer muß im Nodemanager vorhanden sein.

{T 65│'Uplink ReadLevel'}
 Uplink Readlevel
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Readlevel mit dem neue Areas die per Uplinkmanager bei diesem
Uplink bestellt werden erzeugt werden.
Ist der Level des bestellenden Links kleiner als der hier eigetragene
Level, so wird die Bestellung des Links nicht an diesen Uplink
weitergeleitet.

{T 66│'Uplink WriteLevel'}
 Uplink Writelevel
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Writelevel mit dem neue Areas, die per Uplinkmanager bei diesem
Uplink bestellt werden, eingerichtet werden.

{T 67│'Links'}
 Links
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier stehen die Nodenummern der Links, die dieses Area beziehen.
Dazu steht jeweils eine vollständige Nodenummer in einer Zeile.
Die Linkliste kann manuell durch eingeben einer Nodenummer in
einer neuen Zeile hinzugefügt werden, oder durch löschen der
Nodenummer vom Area abgeklemmt werden.

{T 68│Gruppe}{K Gruppe}
 Area-Gruppe
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Gemeinsames Kennzeichen von zusammengehörigen Areas
(z.B. die Areas eines Netzes oder eines Themas).

BBToss arbeitet hier {R 69│case-sensitiv}.

 Zulässige Werte sind
   0..9, A..Z, a..z

Es sind somit maximal 10 Zahlen + 24 Großbuchstaben + 24 Kleinbuchstaben
 = 58 Gruppen möglich

{T 70│'Gruppe Beschreibung'}
 Gruppe Beschreibung
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Kurze Beschreibung der Gruppe, die z.B. in {R 64│Areamgr}-Requests
eingefügt wird

{T 71│'Gruppe Areapfad'}
 Gruppe Areaverzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Basis Verzeichnis in dem die Messagefiles bei automatisch erstellten
Areas angelegt werden (beachte: hier wird ein Verzeichnis erwartet,
kein Dateiname).

{T 72│'Gruppe Startarea-Nr'}
 Gruppe Startarea-Nr
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Areanummer ab der BBToss nach einer freien Areanummer suchen
soll, wenn ein Area aus dieser Gruppe von BBToss automatisch angelegt
wird (siehe auch Link-Editor ->  {R 73│Autocreate-Flag} ).

Wird 0 eingegeben, wird von BBToss keine Areanummer vergeben
und das Area nicht automatisch angelegt (also als Passthru erstellt).

Areas können nur in die Mailbox exportiert werden, wenn eine Areanummer
vorhanden ist (unabhängig vom Areabasetyp).

{T 74│'Area-Basetyp'}{K AreaBasetyp}
 Gruppe Area-Basetyp
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld wird der Message-Base Typ eingetragen, der verwendet
werden soll, wenn BBToss Areas für diese Gruppe automatisch anlegt.
Mögliche Eingaben sind:

     H  = Hudson-Messagebase            {K Hudson}
     J  = JAM-Messagebase               {K JAM}
     S  = Squish-Massagebase            {K Squish}
     E  = Ezycom-Messagebase            {K Ezycom}
     P  = Passthrough (nur durchleiten)

{T 75│'Rule-Verzeichnis'}{K Rules}
 Gruppe Rule-Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Das Verzeichnis in dem die Regeln (Rules) der Areas als Textfile
vorhanden sind (ein Rule/Text-file pro Area). Diese werden beim
anmelden den Areas an den Link gesendet. Der Dateiname der Rules
ist im Area-Editor einzutragen.

Soll diese Feature nicht genutzt werden, oder sind keine Rules
vorhanden ist dieses Feld leer zu lassen.


{T 76│'Gruppe Statistik Area'}{K Statistik}
 Gruppe Statistik Area [+]
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Wird hier der Name (Echotag) eines Areas angegeben erstellt BBToss
eine Echostatistik Mail für diese Gruppe und tosst sie in das Area.
Die Ausgabe in das Area erfolgt im automatischem Tagesevent (1. Aufruf
von BBToss an diesem Tag). Ausgegeben wird eine Tagesstatistik mit
der Anzahl der verarbeiteten Messages jedes Area dieser Gruppe.


{T 77│'Secure InboundDir'}{K Inbound}
 Secure Inbound
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Passwort geschütztes Inbound des Mailers, in dem die Packets
von Nodes mit Session-Passwort landen

{T 78│'UnSecure InboundDir'}{K Inbound}
 Unsecure Inbound
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Inbound des Mailers, ohne Session-Passwort. Aus diesem Verzeichnis
bearbeitet BBToss nur Netmails. Packets in diesem Verzeichnis die
Echomails enthalten werden ignoriert (bzw. nur die Netmails daraus
getosst) und das Packet umbenannt.

{T 79│'Outbound Dirctory'}{K Outbound}
 Outbound
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis werden die ausgehenden MailArchive erstellt.

{T 80│'Temporäres Outbound Dirctory'}{K Outbound}
 Temporäres Outbound
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
gibt das temporäre Outbounddirectory des Tossers
an, in dem die *.PKT Files an die Links zwischen-
gespeichert werden und von hier aus zu einem
ARCMail-Bundle im OUTBOUNDDIR gepackt werden.
Das TmpOutbound kann zu Optimierung der
Geschwindigkeit genutzt werden, wenn Outbound
und TmpOutbound auf verschiedenen physikalischen
Platten liegen, reduzieren sich beim packen
die Kopfbewegungen der Platten. Oder wenn das
OutboundDir ein Netzlaufwerk ist und das
TmpOutbounddir auf eine lokale Platte gelegt wird.

{T 81│'Secure Packet Directory'}{K Inbound}
 Local Inbound
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Packets (*.PKT Files) die in diesem Verzeichnis vorhanden sind
werden ohne weitere Prüfung vertosst. Dieses Verzeichnis wird
in der Regel für lokal (von anderen Programmen) erstellte Packets
verwendet. Z.B. von Statistiktools oder Announcments von Filetossern.

{T 82│'Netmail Directory'}{K Netmailfolder}
 Netmail Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Netmail Verzeichnis des Mailers.
(Eines der wichtigsten Verzeichnisse überhaupt). Hier werden Netmails
an und von Downlinks geschrieben und bearbeitet.

{T 83│'Hudson Messagebase'}{K Hudson}
 Hudson Messagebase
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfad zur Hudson Messagebase.
Wird keine Hudson-Messagebase verwendet ist hier nichts einzutragen.

{T 84│'Ezycom Messagebase'}{K Ezycom}
 Ezycom Messagebase
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfad zur Ezycom Messagebase.
Wird eine andere Mailboxsoftware als Ezycom verwendet, kann dieser
Eintrag leer bleiben.

{T 53│'2 Phasen Toss'}
 2 Phasen Toss
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Abhängig von der Einstellung von "2 Phasen Toss" wird der Tossvorgang
in einem Durchlauf oder in 2 Programmaufrufen durchgeführt

Wird 2 Phasen Toss eingeschaltet, werden beim normalen Aufruf von
 >   BBTOSS.EXE  toss
die eingegangenen Msg-Packete an die angeschlossenen Down- und
Uplinks verteilt. Allerdings werden die Msg's nicht in die lokale
Messagebase einsortiert (gilt für Echomail, Netmail werden immer
gleich behandelt). Statt dessen wird ein lokales Msg-Packet erstellt,
das zu einem beliebigen Zeitpunkt mit dem Befehl
 >   BBTOSS.EXE  tossII
in die lokale Messagebase importiert werden kann.
Die 2 Phasen Toss  Option ist insbesondere für Multiline-Systeme interessant,
da die Messagebase beim Tossen nicht gesperrt wird, so das während
des Tossvorganges Userlogins und User-Messagebase-Zugriff uneingeschränkt
möglich ist. In der künftigen Version wird es dann sogar möglich sein,
daß mehrere Lines gleichzeitig tossen.
Oder für Systeme, deren Pollevents schnell aufeinander folgen, da durch
den schnelleren Tosslauf, das System wieder schneller Online ist.
Das einsortieren in die Massagebase kann dann in einem anderen Event
stattfinden, wo ein Userzugriff für die Dauer des {R 53│TOSSII} Aufrufes
nicht notwendig ist oder die Mailverteil-Events beendet sind.

Bei aktivem TwoPassToss wird während des TOSS Befehls die Messages
nicht sofort in die Messagebase geschrieben, sondern in ein lokales
Packet (LOCALPKT.0 usw. im WORKDIR).

Mit TOSSII werden diese lokalen Packets in die Messagebase einsortiert.
(Anmerkung: Netmails werden grundsätzlich sofort in das Netmailver-
zeichnis des Mailers geschrieben).

   Dieser geteilte Tossvorgang hat den Vorteil, daß
       - TOSS Befehl schneller ist, da in ein LOCALPKT schneller
         geschrieben wird als in die Messagebase
       - BBToss mehr offene Files für Downlinks verwenden kann,
         da für die meisten Messagebaseformate 3 oder mehr Files
         offen gehalten werden müssen.
       - BBToss nicht darauf achten muß ob z.B. ein Boxuser online
         ist, oder ein anderes Tool die Messagebase gesperrt hat.
       - für TOSSII in den Packets nur noch Areas enthalten sind,
         die auch in der Messagebase vorhanden sind.


{T 85│'Work Verzeichnis'}
 Arbeitsverzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Arbeitsverzeichnis von BBToss. Dieses Verzeichnis sollte BBToss
allein nutzen. In dieses Verzeichnis werden einkommende Mailarchive
entpackt und im  {R 53│2-Phasen-Toss-Mode}  die lokalen Packets geschrieben.

{T 86│'LogFile Verzeichnis'}{K Logfile}
 Logfile Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis wird die Logdatei (bbtoss.log) erstellt

{T 87│'Semaphore Verzeichnis'}{K Semaphore}
 Semaphore Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis werden die Semaphore Files für den Mailer
geschrieben.
(Semaphore-Files = meist 0-Byte Files, die den Status eines anderen
Programmes angeben, worauf entsprechend reagiert wird, z.B. das
Netmailverzeichnis neu scannen oder feststellen ob ein Programm
gerade beschäftigt ist)

{T 88│'Loglevel'}{K Loglevel}{K Logfile}
 Loglevel
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit dem Loglevel kann eingestellt werden, was alles in die
Logdatei geschrieben werden soll. Je kleiner die Zahl, je
mehr Informationen werden in die Logdatei geschrieben.
Abloglevel 5 enfallen
   TOSSED >  areaname     Anzahl verarbeiteter Msgs
   ARCMail>  to nodenr

{T 89│'Echotoss.Log Pfad+Name'}{K Scan}
 Echotoss.log
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier wird der Pfad und Name der Echotoss.log Datei eingetragen,
die beim SCAN Befehl verwendet wird um festzustellen, in welchen
Areas neue Messages enthalten sind. Die Echotoss.log Datei wird
von der Mailbox oder dem Editor erstellt. Echotoss.log wird in
der Regel von Squish Anwendern verwendet.

{T 90│'ECHOMAIL.JAM Verzeichnis'}{K Scan}
 Echomail.jam
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis sucht BBToss nach der ECHOMAIL.JAM und
NETMAIL.JAM Datei beim SCAN Befehl.

{T 91│'Import.Log Pfad+Name'}
 Import.log
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
BBToss erstellt bei jedem Toss-Lauf eine Datei IMPORT.LOG in der
die Echoareas aufgelistet sind, in denen Mails eingetosst wurden.

Hier wird Pfad und Name dieser Textdatei angegeben.
Default ist <BBTOSS>\IMPORT.LOG

{T 92│'Mailer Verzeichnis'}{K Mailer}
 Mailer Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Verzeichnis des Mailers

{T 93│'Mailbox Verzeichnis'}
 Mailbox Verzeichnis
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Verzeichnis der Mailbox für Export der Areaeinstellungen

{T 94│'Link Manager'}
 Link Manager
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Einstellungen der Up- und Downlinks.

{T 95│'Link Editor'}
 Link Editor
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Einstellungen der Up- und Downlinks.

{T 96│'Vorgaben Linkdaten'}
 Vorgabe Linkdaten
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier koennen die Daten eingestellt werden, die beim einrichten
eines neuen Links vorgegeben werden.


{T 97│'Area Editor'}
 Area Manager
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Echomail-Area Einstellung

Hinzufügen von Nodes (Downlinks) für die entsprechenden Areas
{T 98│'Area Editor'}
 Area Editor
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Echomail-Area Einstellung

Hinzufügen von Nodes (Downlinks) für die entsprechenden Areas

{T 99│'Area-Setup in Mailbox exportieren'}{K Export}
 Area-Setup in Mailbox exportieren
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
exportiert die in BBToss eingerichteten Areas in die Mailboxkonfiguration.


{T 100│'AREAS.BBS exportieren'}{K Areas.BBS}{K Export}
 Areas.BBS exportieren
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Erstellen einer AREAS.BBS Datei mit allen in BBToss installierten
Areas.

Die AREAS.BBS wir teilweise von anderen Programmen verwendet
Pfad und Name der zu erstellenden Datei können angegeben werden.

BBToss selber benötigt dies Datei nicht, bietet aber die Möglichkeit
die Areas aus einer vorhandenen AREAS.BBS zu importieren. Dazu
das Programm  BBAREAS.EXE:BBAREAS  aufrufen. !Achtung, bestehende Config wird
dadurch überschrieben!

{T 101│'AREA-Liste eines Links exportieren'}{K Export}
 AREA-Liste eines Links exportieren
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Eine Liste der angemeldeten Areas für einen Link erstellen.
Hierzu wird die Nodenummer des Links abgefragt und ein Textdatei
erstellt, in der jedes angemeldete Area des Links (Nodes) in eine
Zeile der Textdatei geschrieben wird.
Die erstellte Textdatei kann dann beliebig verwendet werden.
Sie kann z.B. dazu dienen, bei entsprechendem Anlaß, bei seinem Uplink
alle angemeldeten Areas zu bestellen o.ä.


{T 102│'Area Beschreibung Import'}{K Import}
 Area Beschreibung Import
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Importiert Areabeschreibungen aus einer Arealist-Datei.
Die Arealistdatei muß eine Textdatei sein, wie sie von vielen Netzen
verteilt wird, in der pro Zeile ein Area mit Beschreibung aufgeführt
ist, die grundsätzlich wie folgt aufgebaut ist:

 ECHOTAG      Description
 ...          ...

z.B.
 BALLADE.GER  Ein Area fuer Texten und Diskussionen zu Balladen
 NET.SYS.DOS  Systembeschreibung von Dosnetzwerken

Der Importbefehl überschreibt ggf. vorhandene Beschreibungen mit den
in der Datei gefundenen.

{T 103│'AREAS.BBS importieren'} {K Areas.BBS}{K Import}
 AREAS.BBS importieren
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Um die Msg-Areas aus einer AREAS.BBS zu importieren

!Achtung, bestehende Config wird ggf. überschrieben wenn identische
Areas bereits existieren!

{T 104│'Ezycom Areanummern importieren'}{K Ezycom}{K Import}
 Ezycom Areanummern importieren
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Nach einem Ändern der Ezycom-Area Reihenfolge, z.B. durch EZYUTIL
kann mit diesem Menüpunkt die Areanummer in BBToss aktualisiert
werden. Es werden nur die Areanummern für bereits vorhandene Areas
neu übernommen.



{T 105│'Packer Einstellungen'}
 Packer Einstellungen
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfade und Optionen der verfügbaren Pack-Programme

{T 106│'Packer Einstellungen'}
 Packer Einstellungen
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Gebe den Packer mit vollständiger Commandline an. BBToss ergänzt beim
Packen/Entpacken die %-Parameter mit den aktuellen Angaben.

Im Pack- bzw. Entpackaufruf sind 3 verschiedene %-Parameter
zulässig, die beim Aufruf wie folgt ersetzt werden

  %a  Name des zu (ent-)packenden Archives
  %f  Name der zu packenden Datei, bzw. der Name einer
      von BBToss erstellten ASCII-Datei, aus der der Packer
      die Namen der zu packenden Dateien liest. Wird eine
      Listdatei verwendet setzt BBToss vor den Parameter
      das/die Zeichen (maximal 3) die unter LISTSIGN
      angegeben sind.
  %p  Der Pfad in den das Archiv entpackt werden soll


Für den Aufruf zum entpacken ist %a, %p (und ggf. %f) anzugeben,
damit BBT Archivname und das Entpack-Zielverzeichnis eintragen kann.
%f wird, wenn angegeben durch *.* ersetzt.

Beim Aufruf zum packen ist %a und %f anzugeben, damit BBT Archiv-
name und zu packendes File (Fileliste) eingesetzt werden kann.

Z.B. Extract=pkunzip.exe -e %a %f %p
     wird erweitert zu:
     pkunzip.exe -e \inbound\0000ffff.mo1 *.* \bbt\work

     Compress=pkzip.exe -a %a %f
     wird erweitert zu:
     pkzip.exe -a \outbound\ffff0000.mo1 \bbt\tmpout\12345678.pkt
        oder
     pkzip.exe -a \outbound\ffff0000.mo1 @\bbt\packlist.bbt


Die Extension .EXE oder .COM muß mit angegeben werden.
 falsch    c:\PACKER\ARJ e %a %p   (.EXE fehlt)
 falsch    c:\PACKER\ARJ.EXE       (Parameter fehlen)
 richtig   c:\PACKER\PKUNZIP.EXE -) %a %p
 richtig   c:\PACKER\PKZIP.EXE %a %f
 gefährlich ARJ.EXE e %a %p

Letzteres ermöglicht Hackern das System lahm zu legen, darum
die Packer GRUNDSÄTZLICH mit Pfad angeben!

{T 107│'Packer Packlist-Zeichen'}
 Packer Packlist-Zeichen
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Packer bieten die Möglichkeit wenn viele Dateien comprimiert werden sollen,
die einzelnen zu packenden Dateinamen aus einer ASCII Datei zu lesen.
Davon mach BBToss Gebrauch, wenn mehrere Packets für einen Link zu packen
sind.
Hier wird das Zeichen (der Parameter) angegeben, mit dem man dem Packer
anzeigt, das die zu packenden Dateinamen aus einer ASCII Liste zu lesen
sind.
Bei den meisten Packern wird dafür das @ (ASCII-64) Zeichen verwendet.

Wenn nur ein Packet für einen Link zu packen ist, übergibt BBToss den
Dateinamen direkt als Parameter z.B.
pkzip %a %f -> pkzip 12345678.mo1 87654321.pkt

Müssen mehrere Packets gepackt werden, erstell BBToss eine Liste und
ruft den Packer z.B. so auf (wenn Listzeichen @ ist)
pkzip 12345678.mo1 @packlist.bbt


{T 108│'Abkürzungen für Packer'}{K Packer}
 Abkürzungen für Packer
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
 A = ARC    H = HYP    U = UC2
 J = ARJ    S = SQZ
 L = LZH    O = ZOO
 Z = ZIP    R = RAR

{T 109│'Arealiste'}
 Arealiste
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Tasten und Funktionen in der Arealiste

 RETURN    Areadaten editieren
 LEERTASTE Area markieren (für nachfolgendes löschen usw.)
           (nachfolgende Operationen beziehen sich auf markierte Areas)

 <- ->     Anzeigemode umschalten

 Einfg     neues Area einfügen
 Entf      aktuelles Area löschen oder
           alle markierten Areas löschen

 PgUp      eine Seite hoch scrollen
 PgDown    eine Seite runter scrollen

 Pos1      an den Anfang der Liste
 Ende      an das Ende der Liste

 F10       Extramenü
             - anklemmen von Links durch markieren in Linkliste

 ALT-T     Sondermenü markieren nach Auswahl

 ALT-LEER  alles markieren

 ALT-Minus, 10erBlock Minus, Strg-ENTER
           alle Markierungen löschen

 Neusortierung löscht alle Markierungen

Mit Entf-Taste (DEL) ein Area löschen. Sind noch Links an dieses Area
angeschlossen meldet BBToss es auf Nachfrage bei den Links ab.

Durch drücken der Sortier-Buttons kann die Liste nach verschiedene
Kriterien sortiert werden.

Ist die List nach AreaNamen sortiert (standard) kann man durch
eingeben der Anfangsbuchstaben eines Areas dieses in der Liste suchen
lassen (dazu erscheint oben links die eingegebene Buchstabenfolge).
Mit Taste Backspace läßt sich der letzte Buchstabe löschen.

 {R 59│Fensterbedienung}

{T 110│'Tag-Menü'}
 Tag-Menü
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier können Areas nach verschieden Merkmalen markiert werden.
Nachfolgende Änderungen in der Arealiste werden dann an den
markierten Areas durchgeführt.

In der Arealiste kann mit LEERTASTE die Markierung manuell aufgehoben
oder erweitert werden.

In der Arealiste kann mit Strg-Enter oder ALT-Minus bzw. 10erBlock-Minus
die Markierung wieder aufgehoben werden.
Ein Sortieren der Areas hebt die Markierungen ebenfalls auf.

{T 111│'Linkliste'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Einfügen, löschen und ändern von Linkdaten.

Mit Entf-Taste (DEL) einen Link löschen. Sind noch Areas für diesen Link
angemeldet, entfernt BBToss den Link aus der Bestelliste dieser Areas.

Durch drücken der Sortier-Buttons kann die Liste nach verschiedene
Kriterien sortiert werden.

Tasten und Funktionen in der Arealiste

 RETURN    Linkdaten editieren
 LEERTASTE Link markieren (für nachfolgendes löschen usw.)
           (nachfolgende Operationen beziehen sich auf markierte Areas)

 Einfg     neuen Link einfügen
 Entf      aktuellen Link löschen oder
           alle markierten Links löschen

 PgUp      eine Seite hoch scrollen
 PgDown    eine Seite runter scrollen

 Pos1      an den Anfang der Liste
 Ende      an das Ende der Liste

 ALT-T     Sondermenü markieren nach Auswahl

 ALT-LEER  alles markieren

 ALT-Minus, 10erBlock Minus, Strg-ENTER
           alle Markierungen löschen

 Neusortierung löscht alle Markierungen

 {R 59│Fensterbedienung}


{T 112│'Uplink Setup'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Der Uplink-Manager dient dem automatischen bestellen von Areas.

Taste <Einfügen> fügt weiteren Uplink hinzu, Taste <Entfernen>
löscht eine Uplink.

Bestellt ein Node ein Area, welches auf dem eigenen System nicht
vorhanden ist (und hat der entsprechende Node die Berechtigung
dazu -> "LinkSetup"->"Uplinkmgr ok") wird das Area automatisch
beim Uplink bestellt.

Einzugeben ist die Zonenummer der die Areas zugeordnet sind und
die Nodenummer des Uplinks, von dem die Msgs für diese Zone geholt
werden. Passwort usw. des Uplinks entnimmt BBToss aus dem LINK-Setup.

Es ist jeweils nur ein Uplink pro Zonenummer zulässig.
Die Einstellungen werden in der ASCII-Datei BBTUPLNK.CFG gespeichert.

{T 113│'Alias Setup'}
 Alias Setup
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Taste <Einfügen> fügt weiteren Aliasnamen hinzu, Taste <Entfernen>
löscht einen Aliasnamen.

Hier können bis zu 20 Namen eingegeben werden.
Verarbeitet BBToss eine Message, die an einen dieser Namen gerichtet
ist, wird die entsprechende Message herauskopiert und als Netmail
an den Sysop gespeichert (wenn Flag "Copy Echomsg an Alias" gesetzt ist).
Die Originalmessage wird dabei nicht verändert und ganz normal
verarbeitet.
Groß-/Kleinschreibung wird bei den Namen nicht unterschieden.

Soll die Message nicht in das Netmailverzeichnis des Mailers kopiert
werden, so kann (in der registrierten Version) hinter dem Aliasnamen
(durch Komma getrennt) ein anderes Area angegeben werden (AREANAME)
in das die Mail kopiert wird (z.B. Sysop,MYMAIL). Diese Area muß dann
aber in BBToss bereits eingerichtet sein.

{T 1052│'BBToss Befehle'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
TOSS: empfangene Mailpackete an Up- / Downlinks verteilen und in
Messagebase einsortieren. beachte Schalter  {R 53│TWOPASSTOSS}

PACK: Netmails an Up- / Downlinks in ARCMail Packet einpacken,
beachte BBTROUTE.CFG

SCAN: lokale Messagebase nach neuen Messages absuchen und an
Up- / Downlinks verteilen.

TOSSII: bei aktivem  {R 53│TWOPASSTOSS}  seit den letzten TOSS-Läufen
bearbeitete Msgs in lokale Messagebase einsortieren

{T 57│'Directories'}{K Ezycom}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Alle Pfadeingaben müssen mit einem \ enden. Das aktuelle Verzeichnis ist
somit  .\   (z.B. für das Workdir)

 Netmail-Directory  Pfad zum Netmailverzeichnis des Mailers

 Normal-    Pfad zum Verzeichnis des Mailers, in dem
  Inbound   eingehende Mailpackete mit Sessionpassword
            gespeichert werden

 Unsecure-  Pfad zum Verzeichnis des Mailers, in dem
  Inbound   eingehende Mailpackete ohne Sessionpassword
            gespeichert werden

 Secure-Packet-Dir Packets im Secure-Packet-Dir werden ohne jegliche
                   Prüfung getosst. Dieses Verzeichnis wird in der
                   Regel verwendet um lokale *.PKT Files (z.B. von
                   anderen Programmen erstell, wie z.B. Filetosser)
                   zu bearbeiten, da hierbei weder Aka noch Passwort
                   überprüft werden.

 Work-Directory    In dieses Verzeichnis speichert BBToss die
                   entpackten *.PKT aus ARCMail Packeten zwischen
                   und verwendet es für andere temporäre Dateien.
                   Dieses Verzeichnis sollt NICHT mit anderen
                   Programmen geteilt werden, die *.PKT Files
                   erstellen oder bearbeiten. Am sichersten ist
                   es wenn für BBToss ein eigenen Verzeichnis ange-
                   legt wird. Die Verwendung von einer RAM-Disk
                   kann NICHT empfohlen werden, da bei großen
                   Echomailpackets die nicht auf die RAM-Disk passen
                   Fehler auftreten können.


Hudson-Msg-Base  Pfad zur Hudson-Message-Base

EzyMsgBaseDir    Pfad zu Ezycom-Messagebase

Logdatei-Dir     Verzeichnis in dem die Logdatei erstellt werden soll.
                 Hier wird nur das Verzeichnis angegeben, NICHT der
                 Name der Logdatei selber

{T 115│'Programm beenden   <Alt-X>'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Der Befehl beendet das Programm.

{T 116│'Export Echostatistik'}{K Export}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Anzahl der Verarbeiteten Messages seit dem letzen Rücksetzen der
Statistik als Textfile exportieren.

{T 117│'Export Linkstatistik'}{K Export}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Anzahl der an die Links gesendeter Echomail Messages seit dem letzen
Rücksetzen der Statistik als Textfile exportieren.

{T 118│'Export 0 Traffik Areas'}{K Export}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Namen der Areas in denen seit dem letzten Rücksetzen der
Statistik keine Message verarbeitet wurde als Textfile
exportieren

{T 119│'Export 0 Link Areas'}{K Export}
 Export 0 Link Arealiste
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Die Namen der Echo-Areas die von KEINEM oder EINEM Link
bestellt sind als Textfile exportieren

{T 120│'Export Echostatistik'}{K Export}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Exportieren der eingetragenen Passwörter mit Nodenummern in einer
Textdatei, zur Unterstützung bei der Installation anderer Programme,
wie z.B. Nodelistcompiler, die Nodenummern und/oder Paßwörter
erfordern.

{T 121│'löschen/abmelden von Areas ohne Traffic'}
 löschen/abmelden von Areas ohne Traffic
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Mit diesem Befehl werden für die ausgewählten Gruppen die Areas gesucht,
in denen seit mehr als 7 Tagen keine Mail mehr empfangen wurde.
Diese Areas werden gelöscht. Die Links, die diese Areas noch bestellt
haben werden per Netmail informiert und per Areamgr-Message das Area
beim Link abgemeldet (durch Aufruf von BBT SAYERR).

{T 122│'löschen von Areas ohne Links'}
 löschen von Areas ohne Links
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Mit diesem Befehl werden für die ausgewählten Gruppen die Areas gesucht,
die von KEINEM oder EINEM Link bestellt sind und das Area auf Nachfrage
gelöscht.
Die Links, die diese Areas noch bestellt haben werden per Netmail
informiert und per {R 64│Areamgr}-Message das Area beim Link abgemeldet
(durch Aufruf von BBT SAYERR).

{T 123│'Area-Typ'}
 Area-Typ
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld ist der Typ des Areas anzugeben.
Mögliche korrekte Eingaben sind
     E  = Echomail Area
     L  = lokales  Area
     N  = Netmail  Area
     B  = Badmail  Area
     D  = Dupemail Area
     *  = per Areamgr bestelle Areas

Echomailareas sind alle Areas, die an Up- und Downlinks weitergesendet
werden.

Lokale Areas sind Areas, deren Inhalt nirgendwohin verteilt wird, also
nur in der eigenen Box gelesen werden koennen.

Netmailareas sind Areas, in denen User eine Msg schreiben können, die
dann als Netmail, also von einer Box zu einer anderen Box geschickt
werden.

Bad- und Dupemail Areas sind interne Areas, in denen nicht korrekte oder
doppelte Mails geschrieben werden, die über ein Netzwerk gekommen sind.
Hierzu sind die Schalter in der Mailereinstellung zu beachten, die die
Behandlung solcher Mails genauer festlegen.

{T 124│'Area-Basetyp'}
 Area-Basetyp
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld wird der Message-Base Typ eingetragen.
Mögliche korrekte Eingaben sind

     H  = Hudson-Messagebase
     J  = JAM-Messagebase
     S  = Squish-Massagebase
     N  = Fido *.MSG Typ (Netmailtyp)
     E  = Ezycom-Messagebase
     P  = Passthrough (nur durchleiten)

{T 125│'Areanummer'}
 Areanummer
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier wird die Areanummer eingetragen.
Bei Hudson Messagebase ist dies die tatschächliche Areanummer in der
Hudson Messagebase (zulässig sind hier Werte zwischen 1 und 200).

Gleichzeitig wird dieses Feld für das Exportieren der Areas in die
Mailbox verwendet. D.h. auch bei JAM Areas kann/soll hier eine Areanummer
eingetragen werden. Diese Area wird dann beim exportieren des
Setups in die Mailbox an die x te Position geschrieben.
Die Nummer muss daher eindeutig sein, es koennen also keine 2 Areas die
gleiche Nummer haben.
Ist die Areanummer 0 oder der Schalter "nicht exportieren" gesetzt, werden
die Einstellungen für diese Area nicht exportiert.

{T 126│'Writelevel (Schreiblevel)'}
 Writelevel (Schreiblevel)
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Für dieses Area werden nur von den Links Messages verteilt und in die
Messagebase geschrieben, deren Level (siehe Link-Edit) größer oder
gleich dem hier angegebenen Schreiblevel ist. Schickt ein nicht
berechtigter Link dennoch Messages werden sie als BadMsg behandelt.

{T 127│'Readlevel' (Leselevel)}
 Readlevel' (Leselevel)
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Nur Links, deren Level größer oder gleich dem hier angebenen
ReadLevel ist, können diese Area per AREAMGR Request bestellen.
Wird der Link manuell in das Area eingetragen, werden die Msgs
auch an ihn gesendet. Dies bietet die Möglichkeit innerhalb einer
Gruppe zusätzliche Berechtigungen du erteilen. Häufig werden die
Bestellmöglichkeit für Points, Nodes, Hubs und Hosts nicht per
Gruppe, sonder per Level gehandhabt.

{T 128│'max. Anzahl Messages'}
 max. Anzahl Messages
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximale Anzahl der Messages in diesem Area. Wird diese Anzahl
überschritten werden durch Aufruf von BBTClean Messages gelöscht.
0 schaltet diese Funktion ab.

{T 129│'min. Anzahl Messages'}
 min. Anzahl Messages
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Übersteigt die Anzahl der Messages in diesem Area den bei
"max. Anzahl Messages" eingegebenen Wert, werden
durch Aufruf von BBTClean soviele Messages glöscht,
bis die hier eingetragene Anzahl erreicht ist.
Da BBTClean sehr gründlich arbeitet und das gesamte Area neu
schreibt, kann durch diesen eintrag die Bearbeitungsdauer beeinflusst
werden damit nicht wegen 1 oder 2 Messages das Area aufgeräumt wird.
Beispiel: Max Msgs = 200, Min Msgs = 150
BBTClean bearbeitet das Area, wenn z.B. 201 Messages vorhanden sind
und löscht 51 Msgs, so daß danach noch 150 Msgs vorhanden sind.
Da Area wird dann erst wieder bearbeitet, wenn wieder mehr als 200
Msgs vorhanden sind.

{T 130│'max. Messagealter'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximales Alter der Messages in Tagen.
Jede Message die älter als die hier angebebene Anzahl von Tagen ist
wird beim Aufruf von BBTClean gelöscht.
Dies ist bei der Bearbeitung durch BBTClean etwas zeitaufwendiger, als
das reine löschen nach Messageanzahl.
Wird zusätzlich bei MaxMsgs ein Wert eingetragen werden dennoch alle
Messages gelöscht die älter als hier angegeben sind (auch wenn dadurch
die Anzahl von max. bzw. min Messages unterschritten wird).

{T 131│'Packet-Passwort'}{K Packet-Passwort}
 Packet-Passwort
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Dieses Passwort wird in die Message-Packets geschrieben (*.PKT Files).
Es darf maximal 8 Zeichen lang sein und muß mit der Gegenstation
übereinstimmen.
In BBToss kann mit dem Flag "check PacketPwd" eingestellt werden
ob Packets ohne oder mit falschem Passwort trotzdem verarbeitet werden
oder in *.PWD umbenannt werden sollen.

{T 132│'Areamgr-Passwort'}{K Areamgr-Passwort}
 Areamgr-Passwort
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Dieses Passwort ist bei Befehlsmessages an den {R 64│Areamgr} zu verwenden.

Ist dieser Node ein Uplink (->Einstellung im Uplinkmanager) wird diese
Passwort in den Areabestellmessages verwendet.

{T 73│'Link Flags'}
 Link-Flags
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
 Aktiv
nur wenn dieser Schalter gesetzt ist, werden Messages
an diesen Link getosst. Der Schalter kann manuell oder
vom Link selber per Message an den AREAMGR verändert
werden (z.B. weil weil der Link in Urlaub geht usw.)

 Checkpktpwd
Von dem Link werden nur die Mail-Packets bearbeitet
in denen das korrekte Packet-Passwort enthalten ist.
Ist kein Passwort oder ein falsches im Packet enthalten
wird das entsprechende Packet in *.PWD umbenannt
und nicht bearbeitet.

 Sayerror
Bei Fehlern wird eine entsprechende Fehlermessage
(per BBT.EXE SAYERR) geschickt.

 Autocreate
Schickt der Link Messeages für ein lokal nicht vorhandenen
Areas, wird das Area automatisch in BBToss angelegt.

 Forwardmgr
Bestellt der Link ein nicht vorhandenes Area schreibt
BBToss automatisch eine Bestellmessage an den {R 64│AREAMGR}
eines im Uplinkmanager eingetragenen Uplinks.

 PackNetmail
Netmails fuer diesen Link werden mit dem eingestellten
Packprogramm zu einem Mailarchiv zusammengepackt
(sollte eingestellt werden).

 Pack hold Netmail
Auch Netmails mit Status HOLD werden für diesen Link
gepackt.

 ARCmail auffüllen
Ist dieses Flag an, wird für den Link KEIN tägliches
ARCmail Archiv erstellt, sondern ein vorhandenes
Archiv immer bis zur bei "ARCMail Packetgröße" ange-
gebenem Wert aufgefüllt. Dies ist insbesondere für
links, die nicht täglich pollen und bei denen pro
Tag nur wenig Traffic zusammenkommt interessant. Da
per voreinstellung täglich ein neues Archiv erstellt
wird, auch wenn die angegebene Größe noch nicht er-
reicht ist (im Prinzip ist dieses Flag nur Anwender
von Mailern mit dynamischen Netmailfolder interessant
wie FD, IM).

Autoconnect
Der Link wird automatisch an neue Areas, die von anderen
über den Uplinkmanager bestellt wurden angemeldet, wenn
der Link zur entsprechenden Gruppe (siehe Uplinkmgr)
und sein Level größer oder gleich dem beim Uplink
angegebenem READLEVEL ist.


{T 133│'Fenster schließen     <Alt-F3>'}
 Fenster schließen
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

schließt das aktive Fenster.

Sie können auch das Symbol  Schließfeld:Window  in der
oberen linken Ecke anklicken.

{T 54│'Absender-Aka'}
 Absender-Aka
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Dies ist die Nodenummer, die in den Messagepackets an die
Down / Uplinks als Absender benutzt wird. Es muss also eine
Nodenummer aus der Liste der eigenen Akas sein.
Wenn man in einem Netz genau eine Nodenummer hat, dann ist diese
auch die Absender-Aka.
Hat man in einem Netz mehrere Nodenummern (z.B. Nodenummer und Hubnummer)
dann kann z.B. in den Packets an die Points die Nodenummer verwendet
werden, in den Packets an die Nodes des Hubbereichs die Hubnodenummer.

{T 55│'Aka-Liste'}
  Aka-Liste
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Liste der eigenen Nodenummer. Die Reihenfolge ist für BBToss nicht
relevant, allerdings muss die Liste vom Anfang her aufgefüllt werden
mit einer Nodenummer pro Zeile. Die Anzahl ist in der registrierten
Version unbegrenzt (unreg. max. 40)

  {R 134│Editor-Tasten}

Die 1. Nodenummer wird als HauptAka angenommen. Dies ist im wesentlichen
für Binkley-Nutzer (binkley-style Mailer) interessant, da hier das
Outbound-Dirctory ohne Zonenummer-Appendix verwendet wird
also   OUTBOUND   anstatt OUTBOUND.002 für Outbound-Dirctory für Zone 2.

Die Akas werden in der Datei {R 135│BBTAKA.CFG} gespeichert und können dort
auch per Texteditor editiert werden

{T 136│'Aka-Liste'}
  Aka-Liste
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Liste der eigenen Nodenummer. Die Reihenfolge ist für BBToss nicht
relevant, allerdings muss die Liste vom Anfang her aufgefüllt werden
mit einer Nodenummer pro Zeile. Die Anzahl ist in der registrierten
Version unbegrenzt (unreg. max. 40)

  {R 134│Editor-Tasten}

Die 1. Nodenummer wird als HauptAka angenommen. Dies ist im wesentlichen
für Binkley-Nutzer (binkley-style Mailer) interessant, da hier das
Outbound-Dirctory ohne Zonenummer-Appendix verwendet wird
also   OUTBOUND   anstatt OUTBOUND.002 für Outbound-Dirctory für Zone 2.

Die Akas werden in der Datei {R 135│BBTAKA.CFG} gespeichert und können dort
auch per Texteditor editiert werden



{T 56│'Area-Aka'}
 Area-Aka
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Jedem Echo-Area sollte eine eigene Nodenummer zugeordnet werden.
Diese Aka wird in die SEEN-BY und PATH Zeile der Message eingefügt.
Somit wird beim Dupe-Check anhand dieser Aka erkannt, ob die Msg
auf deinem System bereits bearbeitet wurde, also ein Dupe ist.
Weiterhin wird diese Aka dazu benutzt (bei gesetztem Flag Check-Area-Aka)
festzustellen ob die Absendernodenummer einer Message in das Echoarea
paßt. Dazu werden die Zonenummern der Absendernodenummer der Message
und der hier eingetragenen Area-Aka verglichen. Sind die Zonenummern
ungleich, wird die Message nicht getosst und der Absender erhält eine
Netmail mit einer Fehlermeldung (Die Message wird an die Absenderadresse
der Message adressiert, wenn man dem Netz nicht angehört, kann die
Netmail mit der Fehlermeldung nicht geroutet werden).

{T 137│'Area-Rule-File'}
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier kann der Name einer Textdatei angegeben werden, die die Regeln
des Areas enthält. Diese Textdatei wird einem Link der das Area
bestellt als 1. Message in dem Echoarea gesendet.

Es kann ein kompletter Dateiname mit Pfad angegeben werden oder
nur ein Dateiname (ohne Pfad), wenn in der zugehörigen Gruppe
eine Default-Verzeichnis für die Rule-Files angegeben ist.

Soll diese Option nicht verwendet werden ist diese Feld leer zu lassen.

{T 138│'Dupe-Check per Msg-Alter'}{K Dupecheck}
 Dupe-Check per Msg-Alter
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit diesem Wert kann eingestellt werden, nach welchem Alter eine
Message grundsätzlich als Dupe oder Badmail erkannt wird.

Wird hier z.B. 200 Tage eingestellt, so wird jede Msg, die empfangen
wird, aber älter als 200 Tage ist automatisch als Dupe erkannt.

0 schaltet diesen Dupecheck ab. Der kleinste einstellbare Wert ist
15 Tage.

{T 139│maximale 'toss Zeit'}
 maximale Toss Zeit
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Zeitliche Begrenzung eines Tossvorgangs in Minuten.
Z.B. MaxTime=15 beendet das Tossen nach ca. 15
Minuten, auch wenn noch nicht alle Packets vertosst sind.
Dadurch besteht die Möglichkeit den
Tosser so einzustellen, das der nächste Mailer-Event
auf jedenfall eingehalten wird.
Die noch nicht bearbeiteten Packets werden dann
beim nächsten Aufruf getosst.
Der kleinste einstellbare Wert ist 5 Minuten.


{T 140│maximale 'Packet Größe'}
 maximale Packet Größe
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximale Größe eines Msg-PKT-Files in Byte. Voreingestellt sind
400000 Byte (400 kB). Überschreitet das aktuelle *.PKT File diese
Größe, werden nachfolgende Messages in ein neues File geschrieben.
Minimal einstellbare Größe ist 64000 Byte.

{T 141│maximale 'ARCMail Größe'}
 maximale ARCMail Größe
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Maximale Größe eines Msg-ARCMail-Archivs. Voreingestellt sind
1000000 Byte (1MB). Übersteigt das Archiv dies Größe, wird beim
_nächsten_ Tossvorgang ein neues Archiv erstellt.
Minimale einstellbare Größe ist 64000.

{T 134│Tastenkürzel im 'Texteditor'}
 Tastenkürzel im Texteditor
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

 Strg-V    Einfüge-Modus  (Einfg)
 Strg-O    Überschreibe-Modus

 Einfügefunktionen
 -----------------
 Strg-M    leere Zeile einfügen

 Löschfunktionen
 ---------------
 Strg-Y    Zeile löschen
 Strg-T    Wort  löschen
 Strg-G    Zeichen löschen

 Strg-Entf lösche Selection
 Strg-U    Undo

 Cursor-Bewegungen
 -----------------

 Zeichen links     │ Strg-S oder Cursor links
 Zeichen rechts    │ Strg-D oder Cursor rechts
 Wort links        │ Strg-A oder Strg+Cursor links
 Wort rechts       │ Strg-F oder Strg+Cursor rechts
 Zeile nach oben   │ Strg-E oder Cursor hoch
 Zeile nach unten  │ Strg-X oder Cursor runter
 Nach oben rollen  │ Strg-W
 Nach unten rollen │ Strg-Z
 Seite nach oben   │ Strg-R oder Bild Auf
 Seite nach unten  │ Strg-C oder Bild Ab
 Textanfang        │ Strg-Bild Auf
 Textende          │ Strg-Bild Ab
 Zeilenanfang      │ Pos 1
 Zeilenende        │ Ende

{T 142│'Reset Statistik'}{K Statistik}
 Reset Statistik
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

BBToss zählt die Anzahl der empfangenen Messages für jedes Area.
Mit diesem Menüpunkt werden alle Zähler auf NULL gesetzt.

{T 143│'Routing'}{K Routing}
 Routing
 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Hier werden die Routing-Regeln die BBToss beim packen von Netmails
verwendet eingegeben.

Die Routinganweisungen werden in der Datei BBTROUTE.CFG gespeichert.

Das Format einer Routing-Anweisung ist wie folgt

 RouteToNode    Nodenr Nodenr .....

z.B.  49:50/10  49:50/1 49:50/7
      49:50/0   49:50/*

{R 144│Routingfehler}

{T 145│Konfigurationsdateien}
  1.2 Konfigurationsdateien
 ───────────────────────────────────────────────────────────────────────
   BBTLINK.INI   enthält die Downlink-Informationen
   BBTAREA.INI   enthält die Area-Informationen

   BBTOSS.CFG    ASCII-File, enthält Pfade und Tossermode-Flags
   BBTROUTE.CFG  ASCII-File, enthält Netmail-Routing für BBToss Pack
   BBTAKA.CFG    ASCII-File, enthält eigene Nodenummern (Aka's)
   BBTGROUP.INI  ASCII-File, enthält die Namen der Message-Gruppen
                             und Defaults für autom. anzulegende Areas
   BBTUPLNK.CFG  ASCII-File, enthält Setup für automaische Areabestellung
                             beim Uplink
   BBTZIP.INI    ASCII-File, enthält Packereinstellungen
   BBTALIAS.CFG  ASCII-File, enthält Aliasnamen des Sysops
   BBTDUPE.BBT   enthält CRC der letzten 10000 Msg's für Dupecheck

   Für schnelleren Zugriff compiliert BBToss die INI- und CFG-Dateien
   in Files mit gleichem Namen jedoch Endung *.BBT. Das compilieren
   wird von BBToss automatisch vorgenommen.
   Für die Installation maßgebend sind die jeweiligen *.INI und *.CFG
   Dateien. Die *.BBT Files werden bei Änderungen oder fehlen auto-
   matisch erstellt.

{T 146│Aufrufparameter}
  Aufrufparameter
 ───────────────────────────────────────────────────────────────────────
   BBT  TOSS     Tossen der empfangenen Msgpackets, einsortieren
                 in lokale MsgBase abhängig von Schalter "2 pass toss"
                 und verteilen an die Down-/Uplinks.
                 Durch die ESC-Taste kann der Tossvorgang abgebrochen
                 werden. BBToss wird beendet dann sobald als möglich,
                 d.h. das aktuelle Packet wird noch zuende bearteitet.

        TOSSII   im 2 Phasen-Toss-Mode getosste Messages in lokale
                 Messagebase einsortieren

        PACK     Netmails packen unter Berücksichtigung der voreinge-
                 stellten oder angegebenen Routingregeln.

        SCAN     lokale MsgBase nach neuen, zu exportierenden Echomails
          [/HMB] durchsuchen. Der SCAN Vorgang nimmt einige Zeit in
          [/JAM] Anspruch, da die gesammte Messagebase nach neuen Messages
       [/SQUISH] durchsucht wird. Duch den Tosserschalter "benutze
          [/ALL] ECHOMAIL.BBS" kann der SCAN vorgang beschleunigt werden,
                 wenn der Tosser eine ECHOMAIL.BBS/NETMAIL.BBS (für
                 Hudson), ECHOMAIL.JAM/NETMAIL.JAM (für JAM) oder
                 ECHOTOSS.LOG (für Squish) Datei findet (die vom Mailbox-
                 programm oder vom Editor erzeugt wird).
                 Mit dem Parameter /ALL wird die gesamte Messagebase
                 gescann, egal ob BBToss eine ECHOMAIL.*/ECHOTOSS.*
                 Datei findet oder nicht, was zwar etwas länger dauert,
                 aber todsicher ist.
                 Der Scanvorgang kann durch die ESC-Tast beendet werden.
                 Mit dem optionalen Parameter /HMB wird nur die Hudson
                 Messagebase durchsucht. Mit /JAM nur die Jam-Messagebase.

                 Ein sicherer und guter Kompromiss ist, BBTOSS z.B.
                 Errorlevel (siehe Mailboxdocu) einfach mit SCAN auf-
                 zurufen, wenn neue Messages geschrieben wurden und
                 maximal einmal pro Tag SCAN /ALL aufzurufen um ggf.
                 von neue Msgs zu finden, die mit einem Tool erstellt
                 wurden, welches das ECHOMAIL.BBS Future nicht unter-
                 stützt.

        MGR      {R 64│Areamgr} Netmails bearbeiten

        NOTIFY   Sendet dem angegebenen Link eine Message, genau so
                 als wäre eine Msg an den Areamgr geschickt worden.

                 Aufruf   BBT.EXE  notify  AKA  <%areamgr-befehl>

                 Beispiele:  bbt notify 2:2471/2400 %List %query %help
                             bbt notify 2:2471/2400 %pause %status
                             bbt notify 49:70/1  %status
                             bbt toss notify 49:70/1 %list pack

                 Nach "notify" muß eine Nodenummer gefolgt von den
                 %Befehlen kommen.

                 Beim "notify" Parameter können alle Areamgr-Befehle,
                 die mit "%" beginnen verwendet werden.
                 (wie %LIST, %QUERY, %STATUS, %PAUSE, %RESUME %-ALL)

                 Bei der 2. Aufrufmöglichkeit wird für alle Links, die
                 das Notify-Flag im Linkmanager gesetzt haben eine
                 Statusmsg versendet.

                 Aufruf: BBT.EXE NOTIFY * %STATUS ....

                 Es ist also an Stelle der expliziten Nodenummer ein
                 * einzugeben.

                 4DOS Anwender müssen 2 "%" Zeichen bei den Befehlen
                 verwenden   z.B BBT.Exe notify * %%STATUS %%LIST

        IMPORT   importiert Netmails in die Messagebase der Box
                 (erst aufrufen wenn alle anderen auf Netmails reagierenden
                  Programme das Netmailfolder des Mailers gescannt haben,
                  z.B. Filemgr, Votemgr usw.)

        BAD      fügt die Messages aus dem BAD-Area in die Messagebase ein

        ZIP      nur BBT: ruft intern BBPACK auf um vorhandene *.PKT
                 Files im Outbound an Downlinks zu packen, wird in der
                 Regel nicht benötigt

        CLEAN    nur BBT: löscht die bereits gesendeten (0 Byte Packets)
                 von den Vortagen

        COMPILE  Compiliert (falls notwendig) die aktuellen Text-
                 Configs (*.INI und *.CFG Files).

        ?        Hilfebildschirm anzeigen

    Es können mehrere Parameter gleichzeitig angegeben werden, die der
    Reihenfolge nach abgearbeitet werden (dies erspart das mehrfache
    einlesen der Config-Files)
    Beispiel: BBTOSS toss mgr pack --> erst tossen, dann Areabestellungen
                                       bearbeiten, dann Netmails packen



{T 147│NW-Dos 7.0}
  Besonderheit unter NW-Dos 7.0
 ───────────────────────────────────────────────────────────────────────
   Der DPMI-Laufzeitmanager von NW-Dos 7.0 ist nicht 100% kompatibel
   zu dem von BBToss verwendetem. Daher sollten der mitgelieferte
   verwendet werden (RTM.EXE, DPMI16BI.OVL). Dazu ist darauf zu achten
   das der Speichermanager EMM386.EXE mit Parameter DPMI=OFF in der
   Config.sys aufgerufen wird, z.B.

            DEVICE=C:\NWDOS\EMM386.EXE DPMI=OFF FRAME=AUTO /W

   Ist die DPMI-Schnittstelle des EMM386.EXE aktiv tritt z.B. folgende
   Symphtom auf: Bei packen der erstellten Mailpackets (*.PKT) zu
   einem ARCMail Bundle wird nur für einen Link ein ARCMail Bundle
   erstellt, obwohl noch weitere *.PKT Files für andere Links im
   Outbound/TmpOutbound liegen.


  2.6.1 Entpacken mit ARJ unter NWDos + NWLite
 ───────────────────────────────────────────────────────────────────────
   Unter NWDos 7.0 in Verbindung mit NWLite 1.1 ist es nicht möglich
   ARJ Archive auf einem Netzlaufwerk zu entpacken.
   Dies betrifft in der Regel nur Multiline-Systeme, die BBToss nicht
   von dem Rechner aus aufrufen, auf dem die empfangenen ARCMail Files
   liegen. In diesem Fall wird empfohlen einen anderes Packprogramm zu
   verwenden.


{T 148│Mailstatus}
  Mailstatus
 ───────────────────────────────────────────────────────────────────────

   Arcmailstatus   Auswahlfeld des Mail-Status mit dem das Mailarchiv
                   erstellt wird.
                   - normal   bei einem Connect wird das Archiv versendet
                   - hold     nur wenn der Link anruft wird das Archiv
                              gesendet
                   - direct   nur direkt versenden, ggf. vorhandene
                              File-Routingregeln des Mailers bleiben
                              wirkungslos. In der Regel werden Files
                              (eben das Mailarchiv) vom Mailer automatisch
                              nur direkt versendet
                   - crash    der Mailer ruft den Link an und sendet das
                              Mailpacket sofort (wenn der Mailer im
                              aktuellen Event Crash-Mails verarbeitet)

   Mailstatus      Auswahlfeld des Mail-Status mit dem Netmails für den
                   erstellt werden.
                   - normal   bei einem Connect wird die Netmail versendet
                   - hold     nur wenn der Link anruft wird die Netmail
                              gesendet
                   - direct   nur direkt versenden, ggf. vorhandene
                              Mail-Routingregeln des Mailers bleiben
                              wirkungslos.
                   - crash    der Mailer ruft den Link an und sendet die
                              Netmail sofort (wenn der Mailer im
                              aktuellen Event Crash-Mails verarbeitet)


{T 58│Netmail Routing }
  3.3.2 Routing
 ───────────────────────────────────────────────────────────────────────
   Routing nennt man die Weg, den NETMAILS vom Absender zum Empfänger
   nehmen. Dafür muß auf jedem System korrekt angegeben werden, wohin
   die Netmails für die verschiedenen Empfängeradressen gesendet werden
   sollen/müssen.

   BBToss bietet die Möglichkeit Netmails an den Empfänger zu packen.
   BBToss arbeitet ohne weitere Angaben mit dem eingebauten Standard-
   routing. Das unterstütz Point, Direkt-Node und Host-Routing.

   Damit BBToss die Netmail auch bei anderen Routingwegen an die korrekte
   Routeadresse packt ist in der Configdatei BBTROUTE.CFG eine entsprechende
   Routezeile einzugeben.  Der Aufbau einer Routezeile in der Datei
   BBTROUTE.CFG sieht folgender maßen aus:

   2:123/8765.0   2:123/8765 2:123/* 2:*
   ------------   ----------------------
   an diesen Node Msg's die an eine dieser
   wird die Msg   Nodenummer gerichtet sind
   geschickt      werden gepackt

   Ersatzzeichen sind * und ?, wobei * für 0 - 65534 steht und
                                     ? genau für eine Zahl 0 - 9.
   z.B. 2:*         meint alle Nodes in Zone 2
        2:247/*     meint alle Nodes im Netz 247 in Zone 2
        2:248/50    meint Node 50 im Netz 248 in Zone 2 incl. seiner Points
        2:248/5?    meint Node 50 bis 59 im Netz 248 in Zone 2
   !!!  2:248/5*    ist unzulässig
        2:249/5??   meint Nodes 500 bis 599 im Netz 249 in Zone 2
   !!!  2:250/?00   meint Node 0 bis node 900
   !!!  2:250/1?0   meint Node 100 bis 190

   Die Angaben in BBTROUTE.CFG werden von oben nach unten abgearbeitet,
   nach der 1. Übereinstimmung wird nicht nach weiteren gesucht.
   Also  2:246/1000 2:246/*
         2:200/0    2:*
   sendet alle Netmails mit Empfänger im Netz 246 and 2:246/1000, alle
   anderen Netmails mit Empfänger in Zone 2 and 2:200/0

   !!! und so macht mans verkehrt !!!

   Aber 2:200/0     2:*
        2:246/1000  2:246/*
   hier werden alle Netmails mit Empfänger in Zone 2 and 2:200/0 ge-
   sendet, die 2. Zeile wird erst garnicht mehr bearbeitet, da ja
   bereits alle Netmails mit Zone 2 gepackt sind.

   BBToss enthält ein voreingestelltes Routing, d.h. wenn nichts anderes
   in der BBTROUTE.CFG steht,
   - werden Netmails, die an direkte Up/Down-Links gerichtet sind auch
     direkt an dies gepackt (incl. für deren Points).
   - Hat man einen HOST (zone:net/0) als Link, werden Netmails für Nodes
     im gleichen Net (die nicht bei dir direkt Downlinks sind) an den
     Host gepackt.
   - Netmails an Points werden mit in das Packet des Boss-Node gepackt
   - Netmails an eigene Points werden direkt an diese gepackt

   BBToss bearbeitet
     - keine Mails mit "crash" Status
     - keine Mails mit File "attached" Status
     - keine Mails, die nicht entweder "local" oder "forward" Status haben
     - keine Mails mit "received" Status (außer gleichzeitig "forward")
     - keine Mails die "sent" Status haben (außer ggf. löschen)
     - Mails mit HOLD Status nur wenn Flag "pack HOLD Netmail" im
       Linkeditor gesetzt ist.

   Andersherum gesagt, es werden nur Netmails gepackt, die "local" oder
   "forward" Status haben. Beim tossen setzt BBToss nur bei den Netmails
   selber den "forward" Status wenn für den Empfänger ein internes oder
   explizites Routing bekannt ist.


{T 149│copmile}
   COMPILE
 ───────────────────────────────────────────────────────────────────────
   BBTCFG prüft ob eine der ASCII-Configdateien (*.CFG *.INI) verändert
   wurde und compiliert (übersetzt) diese in eine *.BBT Datei.

   Beispiel:   BBTCFG  COMPILE

   Diese Prüfung wird automatisch bei jedem Start von BBT.EXE durchge-
   führt, so daß sich ein explizites compilieren in aller Regel er-
   übrigt.



{T 150│toss}
   Der TOSS Befehl
 ───────────────────────────────────────────────────────────────────────
   Ablauf beim des Toss-Befehls:

   BBToss schaut zunächst im INBOUNDDIR nach ARCMail Archiven und
   entpackt diese in das WORKDIR, wenn kein Fehler beim entpacken
   auftritt, wird das ARCMail-Archiv gelöscht.

   Danach sucht BBToss in folgenden Verzeichnissen nach *.PKT Files

        LOCALINBOUND
        INBOUNDDIR
        WORKDIR
        UNSECINBOUNDDIR

   Werden *.PKT Files gefunden, so werden diese getosst. Dabei werden
   *.PKT-Daten (wie Passwort oder Absendernodenummer) im LOCALINBOUND
   nicht überprüft. Das LOCALINBOUND spielt somit eine Sonderrolle
   und wird in der Regel dazu verwendet Packets von anderen Utility-
   Programmen zu verarbeiten (z.B. Filetosser, Postutilities usw.)

   Im INBOUNDDIR und WORKDIR werden die *.PKT-Daten entsprechend den
   Einstellungen für Links und Areas geprüft.

   Aus Packets (*.PKT Files) im UNSECINBOUNDDIR werden ausschliesslich
   Netmails getosst. Enthält ein Packet Echoareas, wird das Packet
   umbenannt. Jedoch werden die Netmails nur wenn sie an direkte
   Downlinks gerichtet sind auf "forward" gesetzt, d.h. sie werden
   auf keinen Fall über ein weiteres System geroutet (soll so eine
   Netmail trotzdem von BBToss gepackt werden ist das "forward"-Flag
   manuell zu setzten). Dies dient der Sicherheit, da ja jedes beliebige
   System Netmails übertragen kann und hiermit sichergestellt ist, das
   nur für oder von berechtigten Systemen (Stichwort: mit Passwort/
   INBOUNDDIR) Nachrichten zu Lasten des eigenen Systems ungeprüft
   übermittelt werden.

   BBToss beinhaltet bei Packets im UNSECINBOUNDDIR einen weiteren
   Sicherheitsmechanismus. Wie oben erwähnt werden ausschliesslich
   Netmails aus diesen *.PKT's verarbeitet. Jedoch stellt BBToss
   nach 25 Netmails in einem (unsecure) Packet den Tossvorgang ein
   und benennt das Packet um.

   Die während des tossens erstellten *.PKT Files an die Downlinks
   werden im OUTBOUNDDIR gespeichert. Wurde ein TMPOUTBOUNDDIR im
   Setup angegeben, werden die *.PKT Files im TMPOUTBOUNDDIR ge-
   speichert (also nicht im OUTBOUNDDIR).

   Nach dem tossen der gefundenen eingegangen Packets werden alle
   *.PKT Files im OUTBOUNDDIR und TMPOUTBOUNDDIR zu einem ARCMail
   Archiv für die Links im OUTBOUNDIR gepackt.
   (bei binkley-style Mailern wird zuvor geprüft ob der Link gerade
    pollt, ist dies der Fall, wird für den Link das ARCMail-Archiv
    erst beim nächsten TOSS oder ZIP Befehl gepackt).

   Bei Frontdoor-style Mailern
      wird dann eine ARCMail-Netmail erstellt, mit der das erstellte
      Archiv an den Link geroutet wird. Wurde ein Semaphore-Verzeichnis
      angegeben, wird ein FDRESCAN.NOW Semaphore erstellt.

   Bei Binkley-style Mailern
      wird die *.FLO Datei des Links erstellt oder aktualisiert. Die
      *.FLO Dateien der Downlinks werden im OUTBOUNDDIR (ggf. mit
      Erweiterung auf Zone-Outbound) erstellt.


  4.1.1 Umbenannte PKT-Files
 ───────────────────────────────────────────────────────────────────────
   Umbenannte PKT-Files und ihre Bedeutung:

       *.DST  Der Packet-Absender oder Packet-Empfänger ist nicht
              bekannt. Die Packet-Empfäger-Aka muß eine eigene
              AKA sein.

       *.PWD  Das Packet enthält kein, oder ein falsches Passwort

       *.XXX  Das Packet von einem unbekannten Node enthält Echomails.
              Die Netmails aus diesem Packet wurden bereits verarbeitet.

       *.BAD  nicht näher spezifizierte Fehler

   Sollen ein solches Packet (nach manueller Prüfung) dennoch verarbeitet
   werden, so muß es manuell in *.PKT umbenannt werden.


{T 151│scan}
   Der SCAN Befehl
 ───────────────────────────────────────────────────────────────────────
   SCAN durchsucht die loake Messagebase nach neuen Messages und
   verteilt diese an die angeschlossenen Downlinks.

   Gleichzeitig werden als Netmail Area Configurierte Areas durch-
   sucht und die dort enthaltenen Messages als Netmail verschickt.
   Dabei weist BBToss eine Besonderheit auf, das Akamatching für
   ausgehende Netmails beim tossen.
   Diese Feature sucht entsprechend der Netmail-Empfänger Adresse
   die passende lokale Aka heraus und setzt diese als Absender-
   adresse der Message ein.
   Dies wird aber nur durchgeführt, wenn dem Area im Setup keine
   feste EIGENE Aka angegeben wurde.
   Das Akamatching für ausgehende Netmails hat den Vorteil, das
   in der Mailbox ein einziges Netmailarea ausreicht um Messages
   korrekt in alle angeschlossenen Netze zu verschicken (die
   meisten Mailboxen setzen eine feste Adresse ein und der User
   muß unter mehreren Netmail Areas auswählen.... dies kann man
   mit BBToss getrost vergessen). BBToss überschreibt beim AKa
   matching auch eine ggf. von der MAilbox eingetragenen Absender-
   adresse. Nur wenn in BBToss für das Area eine Aka eigetragen
   ist, dann wird diese auch IMMER verwendet.
   Es empfiehlt sich das Akamatching zu nutzen (also keine
   Aka für das Netmailarea in der MAilbox anzugeben).

{T 152│pack}
   Der PACK Befehl
 ───────────────────────────────────────────────────────────────────────
   PACK durchsucht das Netmailverzeichnis und packt die Netmails an
   die entsprechenden Nodes. Dabei werden die Routingregeln beachtet
   (siehe Abschnitt Routing).

   Netmails werden nur für die Links gepackt, für die das PackNetmail-
   Flag eingeschaltet ist.

   Abhängig vom Schalter "lösche gesendete Netmail" werden die ver-
   abreiteten Netmails gelöscht oder als gesendet markiert.

   BBToss bearbeitet während des PACK-Befehls
    - keine Mails mit "crash" Status
    - keine Mails mit File "attached" Status
    - keine Mails, die nicht entweder "local" oder "forward" Status haben
    - keine Mails mit "received" Status haben
    - keine Mails die "sent" Status haben
    - Mails mit HOLD Status nur wenn Flag "pack HOLD Netmail" im
      Linkeditor gesetzt ist.

   Andersherum gesagt, es werden nur Netmails gepackt, die "local" oder
   "forward" Status haben. Beim tossen setzt BBToss nur bei den Netmails
   selber den "forward" Status wenn für den Empfänger ein internes oder
   explizites Routing bekannt ist.

   BBToss hat eine integrierte Routingfehler-Erkennung. Lief eine Netmail
   mehr als 3x über das System, geht BBToss wohl zurecht davon aus, das
   das Routing der beteiligten Systeme irgendwo einen Fehler hat.
    - Es wird eine Fehlermeldung an das System geschickt an welches BBToss
      die Netmail bisher geroutet hat (und zurück bekam).
    - Die Netmail  wird an den Absender umadressiert und mit einem
      kleinen Hinweis zurückgeschickt
    - Die Originalmail wird ins Badarea geschrieben

{T 153│import}
  4.4 Der IMPORT Befehl
 ───────────────────────────────────────────────────────────────────────
   Mit IMPORT werden Netmails an eine eigene Aka in des Netmailarea
   der Mailbox importiert.
   Wurde kein Netmailarea in der Messagebase (z.B. Hudson, JAM, Squish)
   angelegt, verbleiben die Areas im Netmailverzeichnis des Mailers.

   Dieser Befehl ermöglicht das Mailboxuser Netmails von fremden
   Systemen erhalten. Der IMPORT Befehl ist notwendig, da User in der
   Regel keinen Zugriff auf das Netmailverzeichnis des Mailers haben,
   also nur nach IMPORT an ihre Netmails kommen.

   IMPORT importiert keine Mails, die den Status "lokal" oder "sent"
   haben oder an AreaMgr gerichtet sind.
   Ebenfalls beiben Msgs an einen in der Aliasliste aufgeführten Namen
   im Netmailverzeichnis des Mailers (werden also nicht importiert).

   Existieren mehr als ein Netmailarea in der Mailbox importiert BBToss
   die Message in das Area, welches zur Empfängeradresse der Message
   passt.

   Nach dem Import wird das SENT Flag der Originalmessage im Netmail-
   folder gesetzt, bzw. wenn der Schalter "lösche gesendete Netmail"
   die Message gelöscht.

{T 154│mgr}
  4.5 Der MGR Befehl
 ───────────────────────────────────────────────────────────────────────
   Up- und Downlinks können ihre Einstellungen per Netmail an einen
   Pseudouser "Areamgr" ansehen und ändern. Insbesondere werden damit
   Echomail-Areas an- und abgemeldet.
   BBToss durchsucht beim Mgr Befehl das Netmailverzeichnis des Tossers
   nach Netmails an Areamgr und bearbeitet die in der Message enthaltenen
   Befehle (außer auf AREAMGR reagiert BBToss standardmäßig auf die Namen
   AREAFIX,  AREALINK, BBTOSS, AREALINK, BBT und CONFMGR ).

   Der grundsätzliche Aufbau einer Netmail an Areamgr (oder AreaFix) ist
   folgender

   von:  Absender Name
   an:   Areamgr            2:2469/1254 (= eingetragene Nodenummer im BBT)
   subj: Passwort_des_Links
   ----------------------------------------------
   +ABC.Area
   -XYZ.Area
   ----------------------------------------------
   pro Zeile ein Befehl

   Nach bearbeiten der Befehle sendet BBToss dem Link eine entsprechende
   Info oder Bestätigung.

   Eine Antwortnachricht wird vom Areamgr auf jeden Fall geschrieben,
   wenn der Link nicht bekannt ist wird dann eben eine entsprechende
   Fehlermeldung an den Absender geschickt.

   Da es nach meiner Erfahrung häufiger vorkommt, das ein Link, der
   mehr als eine AKA hat, mit einer Falschen Nodenummer an den Areamgr
   schreibt prüft BBToss ob ein Link mit gleichem Namen existiert.
   Ist dies der Fall wird es in der Fehlermeldung angegeben, mit dem
   Hinweis eine entsprechende Nodenummer für Areamgr-Messages zu ver-
   wenden. Es wird eine Fehlermeldung mit folgendem Inhalt erstellt:

   > Deine Nodenummer ist nicht im Areamgr eingetragen
   > hier im Nodemanager gibt es "Hans Sauer" mit Nodenr 2:2888/101
   > wenn du das bist, dann nimm doch bitte die Aka


{T 155│areamgrhelp}
  4.5.1 Befehle in einer Areamgr-Netmail
 ───────────────────────────────────────────────────────────────────────
   Siehe auch Datei AREAFIX.HLP. Der Inhalt der Datei AREAFIX.HLP im
   BBToss Hauptverzeichnis wird dem Link beim Befehl
   %HELP      als Hilfestellung geschickt

   %ALL       Meldet alle Areas an, für die die Gruppe des Links paßt und
   %+ALL      der Link einen entsprechenden Leselevel hat
   %-ALL      meldet alle Areas ab
   +*         meldet alle Areas an
   +ABC*      meldet alle Areas, deren Name mit ABC beginnt an.
   %LIST / %L Gibt eine Liste der verfügbaren Areas für den Link an, also
              alle Areas die zu einer seine Gruppen gehören und für die
              sein ReadLevel hoch genug ist.


   %STATUS    sendet eine Netmail mit Angaben zu den Einstellungen des
              Links zurück.

              Beispiel für eine Antwortmessage
             ----------------------------------------------
                Status: aktiv
                Packer: ZIP
                max. Packetgröße........ 292 kB
                max. ARCmail Archivgröße 976 kB

                eingestelltes Routing:

                RouteTo 49:70/105    49:70/106 49:70/107
             ----------------------------------------------

             Angaben zum Routing werden nur gemacht, wenn in BBTROUTE.CFG
             ein spezielles Routing eingestellt wurde, ansonsten wird der
             Hinweis  "Standard-Routing" angegeben.

   %COMPRESS Mit diesem Befehl kann der Link den gewünschten Packer
             einstellen, z.B %COMPRESS ZIP stellt den Packer auf Zip
             ein. mit %COMPRESS ? erhält der Link eine Liste der
             installierten Packer (in BBToss eingetragene). Wird
             ein nicht verfügbarer Packer angewählt wird ebenfalls
             eine Liste der Packprogramme zurückgeschickt.

   %PAUSE    setzt den Status des Links auf Pause (Link->aktiv-Flag=no),
             damit wird an diesen Link keine Echomail weitergeleitet.
             Der Link kann dies mit dem Befehl %RESUME wieder rück-
             gängig machen. Der Befehl ist in in erster Linie dazu
             gedacht, den Bezug von Echomail temporär für eine gewisse
             Zeit abzubestellen, ohne die jede Area abzumelden. Mit
             %RESUME sind sofort wieder alle Areas wie vor dem %PAUSE
             Befehl aufgeschaltet.

   %QUERY    Sendet als Antwort eine Liste der bestellten Areas

   %RESCAN   für alle nach dem Befehl %RESCAN bestellten Areas werden
             dem Link alle Messages des Areas zusammengestellt.

   %RESCAN=x für alle nach dem Befehl %RESCAN= bestellten Areas werden
             dem Link x Messages des Areas zusammengestellt.

             In beiden Formen des Befehls werden dem Link auch dann
             die Messages zusammengepackt, wenn er bereits an das
             entsprechende Area angeschlossen ist, es kann also auch
             ein Rescan von bereits angemeldeten Areas durchgeführt
             werden.

             Beispiel:
             +A.AREA    diese Area wird nur angemeldet
             %RESCAN
             +B.AREA    dieses Area wird angemeldet und alle Msgs gepackt
             %RESCAN=10
             +C.AREA    dieses Area wird angemeldet und die letzten 10
                        Msgs gepackt
             ---

             In rescannten Messages wird eine Kludgezeile
             ^ARESCANNED <areamainAKA> eingefügt um dem empfangenden
             System (Tosser) anzuzeigen, das diese Messages nicht
             exportiert werden brauchen.

   %RESUME   Macht den %PAUSE Befehl rückgängig (Link->activ-Flag=on)
             und sendet dem Link eine Statusmessage, sowie eine Liste
             der Areas, die für ihn angemeldet sind. Alternativ kann
             auch der Befehl %ACTIVE verwendet werden (identisch mit
             %RESUME).

   Alternativ können die Befehle im alten Stil in der Subjectzeile an-
   gegeben werden. Das 1. Wort der Subjectzeile ist bei Areamgr-
   Requests das Passwort, danach können die Befehle durch Leerzeichen
   getrennt angegeben werden. Dabei werden die Befehle dann nicht
   mit "%" begonnen, sondern mit einem "-" Zeichen und es werden
   Abkürzungen verwendet.

   Mögliche Befehle in der Subjectzeile
            -L   entspricht %LIST
            -Q   entspricht %Query
            -H  oder -? entspricht %HELP
            -U   entspricht %UNLINKED
            -P   entspricht %PAUSE
            -A   entspricht %ACTIVE
            -S   entspricht %STATUS

   Beispiel einer Subjectzeile mit Befehlen:

     to: Areamgr
   Subj: passwort -L -H

   Sendet dem Link eine Antwort mit der Liste der bestellten Areas
   und den Hilfetext. Entspricht also einer Message

     to: Areamgr
   Subj: passwort
   -----------------
     %LIST
     %HELP
     ---

{T 156│auto}
  4.6 Der AUTO Befehl
 ───────────────────────────────────────────────────────────────────────
   An AUTO Befehl fasst die vorgenannten einzelnen Befehle zusammen
   und erledigt alles automatisch. D.h. es wird SCAN TOSS PACK MGR IMPORT
   TOSSII intern aufgerufen, wenn es notwendig ist. Der einzigste Befehl,
   der derzeit darin nicht enthalten ist, ist der SCAN Befehl (mit
   dem ja die lokale Messagebase nach neu geschriebenen Messages
   zum exportieren durchsucht wird).

{T 157│clean}
  4.7 Der CLEAN Befehl
 ───────────────────────────────────────────────────────────────────────
   Der Befehl CLEAN dient dazu bereits gesendete ARCMail-Archive
   der vorangegangenen Tage zu löschen.
   Dies ist notwendig, da die Mailer diese Files nicht löschen, sonder
   auf 0 Byte setzen um zu vermeiden, das eine Datei am selben Tag
   mit gleiche Namen gesendet wird.
   Der CLEAN Befehl brauch daher maximal einmal am Tag aufgerufen werden,
   da nur ARCMail Dateien entfernt werden, die nicht das heutige Datum
   haben und 0 Byte groß sind. BBToss erledigt das automatisch beim
   ersten Aufruf des Tages (Erkennung anhand des Logdateidatums).

{T 158│sayerr}
   Der SAYERR Befehl
 ───────────────────────────────────────────────────────────────────────
   Die während des Tossvorgangs in der Datei BBSAYERR.BBT festgehaltenen
   Fehlermeldungen werden mit diesem Befehl per Netmail an die Links
   gesendet.


  4.9 Der ZIP und UNZIP Befehl
 ───────────────────────────────────────────────────────────────────────
   Beide Befehle werden in der Regel nicht benötigt, da beim Tossen und
   Scannen die Packer automatisch aufgerufen werden.
   Wer allerdings die eingehenden oder ausgehenden *.PKT Files mit
   anderen Tools vor- oder nachbearbeiten möchte, welche die ARCMail
   Archive nicht selbst packen/entpacken können, kann diese Befehle
   verwenden.
   UNZIP entpackt die in den Inboundverzeichnissen liegende ARCMail
   ZIP   packt die in den Outboundverzeichnissen liegenden *.PKT Files
   Sollen die beiden Befehle verwendet werden ist bei TOSS der Parameter
   /NOZIP zu verwenden, damit TOSS die Packer nicht automatisch aufruft.



  5. Inhalt der einzelnen Config-Files
 ───────────────────────────────────────────────────────────────────────
   Alle Configurationsdateien sind als Textdateien (ASCII-Dateien) an-
   gelegt. Sie können per Texteditor oder menügeführt per BBTCFG.EXE
   gändert werden.
   Zur schnelleren Ausführung werden die Text-Configdateien von BBToss
   in *.BBT Dateien compiliert (übersetzt). BBToss startet die Über-
   setzung automatisch, wenn die entsprechende *.BBT Datei fehlt oder
   die Text-Configdatei ein jüngeres Dateidatum besitzt.


  5.1 Die Tosser Konfiguration (BBTOSS.CFG)
 ───────────────────────────────────────────────────────────────────────
   Die globale ConfigDatei BBTOSS.CFG. Alle hier enthaltenen Einstellungen
   können mit BBTCFG.Exe menügeführt verändert werden. Selbstverständlich
   kann man aber auch mit einem Texteditor diese Datei manuell bearbeiten.

 ∙ MAILER=<Mailer>
   Bei den Mailereinstellungen ist in erster Linie wichtig, welche Art von
   Outbounds für die Echomailpackets erstellt werden müßen. Hierbei gibt es
   2 grundsätzlich verschiedene, "Frontdoor-Style" und "Binkley-Style",
   Default bei fehlendem Eintrag ist Frontdoor-Style.
   Zulässige Angaben für Mailername sind

     Parameter              Bemerkung (Style)

   FRONTDOOR  oder FD       Frontdoor-Style
   INTERMAIL  oder IM       Frontdoor-Style
   BINKLEY    oder BT       Binkley-Style
   MCMAIL                   Binkley-Style
   XENIA      oder XEN      Binkley-Style


   Bei Frontdoor-Style kompatibler ARCMail-Behandlung stehen die Namen der
   Msg-Packets in der Subjectzeile einer Netmail mit Absender ARCMail.
   Es werden also für ARCMail-Packets "fileattached Netmails" verwendet.
   Bei Binkley-Style kompatibler ARCMail-Behandlung wird in dem angegebenen
   Outbounddir (Binkley Zone-Outbound wird unterstützt, also Basis-
   name mit *.XXX mit XXX=Zonenr in hex z.B. OUTBOUND.002 <- nicht jedoch
   Domainoutbound mit vollkommen unterschiedlichen Verzeichnisnamen) nach
   einem *.FLO *.HLO File gesucht, in dem die Namen der Msg-Packets
   (ARCMail) stehen.

 ∙ MAILBOX=<Boxsoft>
   Gibt an für welche Mailboxsoftware die Areaeinstellungen exportiert
   werden sollen. Z.Zt können die Areaeinstellungen in folgende Boxsoft-
   war exportiert werden.

     zulässige Angaben für <Boxsoft>

   REMOTE_ACCESS  oder RA        für RA 2.0x
   RA250                         für Ra 2.50
   EZYCOM                        für Ezycom 1.1/1.2
   PROBOARD                      für Proboard 2.x
   PB_212                        für Proboard 2.12
   MAXIMUS                       für Maximus 3.0

 ∙ INBOUNDDIR <pfad>
   gibt das Inbounddirectory des Mailers an in dem Sessionpassword
   geschützte Mailpackete landen

 ∙ UNSECINBOUNDDIR <pfad>
   gibt das Inbounddirectory des Mailers an in dem die Packets von Nodes ohne
   Sessionpassword landen. Aus diesen Packets werden NUR Netmails verarbeitet.

 ∙ MSGDIR <pfad>
   Ist der Pfad zum Netmaildirectory des Mailers. Hier sucht BBGate nach
   zu gatenden Netmails und im Frontdoor-Modus nach ARCMail Messages
   (Netmails mit angehängten Echomailpackets [File attached])

 ∙ OUTBOUNDDIR <pfad>
   gibt das Outbounddirectory des Tossers an, in dem die ARCMail Packets
   (Archive mit den Echo- und Netmails) erstellt werden.

   Bei Binkley kompatibelen Systemen werden Zoneoutbound-Verzeichnisse
   verwendent. Der Basisnamen wird beim Tossen zum entsprechenden Zone-
   Outboundnamen erweitert (Ist also das Directory in dem die *.FLO,
   *.OUT Dateien erstellt werden) Eingabe von c:\bt\outbound\
   (für die Mainzonenummer) wird beim tossen auf c:\bt\outbound.002 für
   Zone 2 erweitert, c:\bt\outbound.031 für Zone 49 usw. und die
   entsprechenden *.FLO Dateinen in diesen Directories erstellt, sowie
   die dazugehörigen Mailarchive.

 ∙ TMPOUTBOUNDDIR <pfad>
   gibt das temporäre Outbounddirectory des Tossers an, in dem die
   *.PKT Files an die Links zwischengespeichert werden und von hier aus
   zu einem ARCMail Packet im OUTBOUNDDIR gepackt werden. Das TmpOutbound
   kann zu Optimierung der Geschwindigkeit genutzt werden, wenn Outbound
   und TmpOutbound auf verschiedenen physikalischen Platten liegen,
   reduzieren sich beim packen die Kopfbewegungen der Platten. Oder wenn
   das OutboundDir ein Netzlaufwerk ist und das TmpOutbounddir auf eine
   lokale Platte gelegt wird.

 ∙ LOCALINBOUND <pfad>
   Das Securityinbound-Directory des Tossers. In diesem diesem Verzeichnis
   befindliche PKT's werden ohne jegliche überprüfung getosst

 ∙ WORKDIR <pfad>
   Arbeitsverzeichnis von BBToss. In dieses Verzeichnis werden z.B. die
   entpackten Echomailpackets bearbeitet. Das Verzeichnis sollte nur von
   BBToss benutzt werden. Es wird dringend empfohlen, ein solches
   Verzeichnis anzulegen.

 ∙ JAMLOG <pfad>
   Verzeichnis in dem die ECHOMAIL.JAM/NETMAIL.JAM Datei für schnelleren
   SCAN stehen. Die Dateien werden von der Box oder dem Editor nach dem
   Schreiben von neuen Nachrichten erstellt.

 ∙ ECHOTOSSLOG <datei>
   Pfad und Name zur ECHOTOSS.LOG Datei, die beim SCAN verwendet wird
   (in der Regel bei Squish-MsgBaseFormat) um nur die Areas mit neuen
   Messages zu scannen. Die Datei wird vom Boxprogramm oder Editor nach
   dem Eingeben von neuen Nachrichen erstellt.

 ∙ LOGPATH <pfad>
   Verzeichnis in dem die Logdatei erstellt wird

 ∙ LOGLEVEL=<zahl>
   Angabe, was in der Logdatei protokolliert werden soll. Je kleiner
   die Zahl, je mehr wird in die Logdatei geschrieben. Default ist
   Loglevel=0. Z.Zt wird nur Loglevel 0 und 5 unterstützt. Loglevel=5
   undrückt das protokollieren der verarbeiteten Msg pro Area (also
   Logeintrag "TOSSED >") und das protokollieren für welche Links
   Msgs gepackt wurden (also Logeintrag "ARCMAIL >").

 ∙ HMBDIR <pfad>
   Ist der Pfad zur HudsonMessageBase, wie sie z.B. von Remote Access
   oder Proboard verwendet werden.

 ∙ EZYMSGBASEDIR <pfad>
   Ist der Pfad zur Ezycom-MessageBase

 ∙ PathDupe
   Prüft die Path-Zeile in Echomails um die Message als Dupe zu erkennen.

 ∙ CRCDupe
   Dupeerkennung anhand von einer beim Tossen ermittelten Checksumme von
   Absender- und Empfängername, sowie der MessageID (so vorhanden) getrennt
   nach Areas. Die Checksummen der letzten 10000 Messages werden in der
   Datei BBTDUPE.BBT gespeichert und bei jedem Tossvorgang mit den aktuellen
   Messages verglichen.

 ∙ DupeDays  <Zahl>
   Wenn eine Message älter ist, als die hier angegebene Anzahl von Tagen,
   dann wird sie als Dupe behandelt. Ist DupeDays 0 ist diese Option
   abgeschaltet. Der kleinste einstellbare Wert sind 15 Tage.

 ∙ MaxTime <Zahl>
   Zeitliche Begrenzung eines Tossvorgangs in Minuten. Z.B. MaxTime=10
   beendet das Tossen nach ca. 10 Minuten, auch wenn noch nicht alle
   Packets verarbeitet sind. Dadurch besteht die Möglichkeit den Tosser
   so einzustellen, das der nächste Mailer-Event auf jedenfall eingehalten
   wird. Die noch nicht bearbeiteten Packets werden dann beim nächsten
   Aufruf getosst. Der kleinste einstellbare Wert ist 5 Minuten.

 ∙ TwoPassToss
   2 Phasen Toss ->tossII, das heisst Tossen an die Up/Downlinks und
   einsortieren in die lokale Messagebase werden in 2 getrennten Aufrufen
   von BBToss  (toss tossII) ausgeführt. Dies ist eine besonders interessante
   Option bei Netzwerkbetrieb, bzw. hohem Messageaufkommen oder schnell-
   aufeinanderfolgenden Polls. Mit TOSS werden die aktuellen Packets an
   die Links verteilt und dabei ein lokales Packet (LOCALPKT.1) im Workdir
   erstellt. Mit TOSSII werden die lokalen Packets in die Messagebase
   einsortiert.

 ∙ Multiline
   Im Multilinebetrieb unter einem Multitasker oder im Netzwerk sorgt dieser
   Schalter dafür, daß jeweils immer nur 1 Task von BBToss zu gleichen Zeit
   läuft. Dieser Schalter ist dann unbedingt zu setzen, da ansonsten
   Fehler auftreten können (z.B. Dupes). Im Multiline-Betrieb muß das
   Programm SHARE geladen sein.

 ∙ Kill0ByteNM
   Netmails mit 0 Byte Länge werden gelöschen

 ∙ KillAreaMgrNM
   löscht empfangene und bearbeitet AreaMgr Messages

 ∙ BounceBadDestNM
   zurückschicken an den Absender von nicht zustellbaren Netmails

 ∙ KillDupes
   Dupe-Messages werden nicht ins Dupe-Area geschrieben,
   sondern sofort gelöscht

 ∙ MaxPktSize:<zahl>
   maximale Größe eines Msg-PKT-Files in Byte. Voreingestellt sind
   400000 Byte (400 kB) Überschreitet das aktuelle *.PKT File diese Größe,
   werden nachfolgende Messages in ein neues File geschrieben.
   Minimal einstellbare Größe ist 64000.

 ∙ MaxZipFileSize:<zahl>
   maximale Größe eines Msg-ARCMail-Archivs. Voreingestellt sind
   1000000 Byte (1MB). Übersteigt das Archiv diese Größe, wird beim
   !nächsten! Tossvorgang ein neues Archiv erstellt.
   Minimale einstellbare Größe ist 64000.
   Ist das Archiv kleiner als hier angegeben, werden weitere Packets
   mit in das Arcmail-Archiv gepackt, bis die angegebene Größe erreicht
   (oder überschritten ist) oder das Datum wechselt (d.h. eine andere
   Endung des Archives *.MO1 *.TH1 usw.)
   Da die beim aktuellen Tossvorgang immer in ein Archiv gepackt wird,
   kann die hier vorgegebene Größe z.T. auch leicht überschritten werden.

 ∙ MinDiskSpace:<zahl>
   minimaler freier Platz auf der Festplatte. Voreingestellt sind
   10000000 (10 MB) Ist weniger Platz auf der Festplatte vorhanden, werden
   keine weiteren Messages an die Downlinks verteilt. Der freie Plattenplatz
   wird nur beim TOSS Befehl überprüft, BBPack BBTOSS PACK usw. werden
   weiterhin ausgeführt. Der größte einstellbare wert ist 200000000 (200MB).

 ∙ MinMemSize:<byte>
   hiermit wird festgelegt wieviel Byte Speicherplatz im Dosspeicher noch
   frei sein muß. Wird dieser Wert unterschritten bricht BBToss ohne weitere
   Aktivitäten ab. Da während des Tossens z.B. neue Areas erstellt werden
   könnten (siehe Linkeinstellungen) wird empfohlen diesen Wert auf
   mindestens 10kB also MinMemSize:10000 einzustellen.

 ∙ MaxFilesOpen:<zahl>
   Anzahl der Files, die BBToss gleichzeitig öffnen darf. Dieser Wert
   hängt von der jeweiligen Dos-Einstellung ab und muß immer kleiner sein,
   wie der Wert von FILES= in der CONFIG.SYS.
   Standardwert ist MaxFilesOpen:20
   Da BBToss während des Tossens für jeden Downlink an den in diesem
   Tossvorgang Messages gesendet werden 1 File öffnen möchte ohne dieses
   Files sofort wieder schließen zu müssen, ist ein hoher Wert erwünscht.
   Ein Wert von MaxFilesOpen kleiner 10 sollte auf jedenfall vermieden werden.

 ∙ EchoStatistik
   mit diesem Schalter wird die Echomailstatistik eingeschaltet, d.h.
   BBToss merkt sich, wieviele Messages in jedem Area und für jeden Node
   verarbeitet wurden. Die Werte werden jeweils aufsummiert, bis die
   Statistik zurückgesetzt wird und dadurch alle Werte auf 0 gesetzt werden.

 ∙ PickAliasMsg
   schaltet das herauskopieren von Messages beim Tossen ein. Alle Msg's,
   auch in Passthrough Areas werden geprüft, ob sie an einen Namen gerichtet
   sind der in der Config-Datei BBTALIAS.CFG steht
   (siehe BBTCFG -> Aliasnamen). Wird eine entsprechende Message entdeckt,
   wird sie als Netmail an den Sysop (Mainaka) kopiert.

 ∙ NOZIP
   Verhindert, das die ausgehenden Packets sofort beim TOSS-Befehl gepackt
   werden, so das externe Tools noch die *.PKT Files bearbeiten können.
   Das Packen in ein ARCMail Archiv kann dann mit BBT.EXE ZIP durchgeführt
   werden. Diese Option muß manuell in die BBTOSS.CFG eingetragen werden,
   oder kann als Parameter beim Aufruf z.B. BBTOSS <befehl> /NOZIP  ver-
   wendet werden.

 ∙ DEBUG
   Angabe, auch als Parameter anzugeben, mit dem besonders viele
   Informationen zum Programmablauf ausgegeben werden (im Normalfall nicht
   notwendig).



  5.3 Aka's BBTAKA.CFG
 ───────────────────────────────────────────────────────────────────────
   In der Datei BBTAKA.CFG werden die eigenen Nodenummern eingetragen.
   Je eine Nodenummer pro Zeile. Diese Einstellungen können auch
   im BBTCFG.EXE verändert werden.
   Die Adressen sind in erster Linie für die Bestellmessages der Links
   wichtig. Es brauchen daher nicht unbedingt alle Aka's eingetragen
   werden, sondern nur die, auf die BBToss reagieren soll (dies trifft
   aber nur auf solche Nodes zu, die mehrere Akas in einem Netz besitzen,
   also vornehmlich Multilinenodes).

   Als 1. Aka in einem Netz sollte immer die Hauptadresse angegeben werden.
   In verschiedenen Funktionen wird nach der 1. angegebenen Aka gesucht.
   Z.B. Beim scannen der lokalen Messagebase. Wird hier ein Netmailarea
   gefunden, so wird die Absenderadresse der Netmail auf die erste Aka
   gesetzt, deren Zonenummer gleich der Zonenummer des Empfängers ist.
   Diese Arbeitsweise von BBToss erlaubt es ein einziges lokales Netmail-
   area für alle Netze einzurichten. Dies betrifft insbesondere solche
   Mailboxprogramme, die für Netmailareas die Hudson- oder Jam-Msgbase
   benutzen (z.B. Remote Access).


  5.4 Areas BBTAREA.INI
 ───────────────────────────────────────────────────────────────────────

   In der BBTAREA.INI sind alle Einstellungen der einzelnen Areas ent-
   halten. Bei Änderungen im Setupprogramm (BBTCFG.EXE) wird diese
   Datei neu erstellt. Manuelle Änderungen per Texteditor sind ohne
   weiteres möglich. BBToss vergleich bei jedem Aufruf das Dateidatum
   von BBTAREA.INI und der compilierten Version (aus denen BBToss seine
   Informationen liest) und führt automatisch eine Neucompilierung aus,
   wenn die INI-Datei jüngeren Datums ist.
   Die BBTAREA.INI Datei muß sich im Stammverzeichnis von BBToss befinden
   (dort wo BBT.EXE liegt).

   Die BBTAREA.INI Datei ist wie folgt aufgebaut:

      [ECHOTAG_1]
      schluesselwort=....
      ....

      [ECHOTAG_2]
      schluesselwort=....
      schluesselwort=....


   Für die einzelnen Areas sind folgende Schlüsselworte (=Daten) möglich:


   NR=<zahl>         Areanummer in der Messagebase/Mailbox-Config
   PATH=<dateiname>  Areapfad/Datei
   BASETYP=<char>    Area-Basistyp (J=Jam, H=Hudson, S=Squish, E=Ezycom usw.)
   GROUP=<char>      Gruppen (Buchstabe oder Zahl 0..9, A..Z, a..z)
   TYP=<char>        Area-Typ  (E=Echo, P=Passthru, B=Badarea, N=Netmail usw.)
   MAINAKA=<aka>     eigene Nodenummer für dieses Area
   FLAGS=<zahl>      ASCII-Wert der Flags (bitte nicht ändern)
   WRITELEVEL=<zahl> Schreiblevel des Areas
   READLEVEL=<zahl>  Leselevel des Areas
   MAXMSGS=<zahl>    maximale Anzahl Messages (für BBTCLEAN)
   MINMSGS=<zahl>    minimale Anzahl Messages (für BBTCLEAN)
   DESC=<text>       Beschreibung des Areas (darf Leerzeichen enthalten)
   ORIGIN=<text>
   DAYSOLD=<zahl>    maximales Message Alter in Tagen (für BBTCLEAN)
   STATDATE=<datum>  Startdatum der Areastatistik im Format tt.mm.yy
   FLOW=<zahl>       Anzahl getosster Msgs (wird von BBT berechnet)
   LINKCOUNT=<zahl>  Anzahl der an das Area angeschlossenen Links,
                     (muß mit der Anzahl jetzt folgender LINK= Einträge
                     übereinstimmen)
   LINK=<aka>        Nodenummern der angeschlossenen Links


  5.5 Links BBTLINK.INI
 ───────────────────────────────────────────────────────────────────────

   Bezüglich grundsätzlichem Aufbau und Änderungen gilt das selbe wie
   zu BBTAREA.INI gesagte.

   Der Aufbau: (jeder Link beginnt mit der in eckige Klammern gesetzten
                Nodenummer)

     [<nodenr>]
     schluesselworte=...
     .....

     [2:2471/2400]
     schluesselworte=...
     .....


   Die Schlüsselworte für die einzelenen Linkeinträge:

   SYSOP=<text>          Sysopname
   USEAKA=<aka>          als Absender zu verwendende eigene Aka
   PKTPWD=<text>         Pkt-Passowrt (max. 8 Buchstaben)
   MGRPWD=<text>         Areamgr-Passwort
   LEVEL=<zahl>          Securitylevel des Links
   PACKER=<char>         Packer für ARC-Mail Packets (Z=Zip, J=ARJ usw.)
   GROUP=<text>          Gruppen zu denen der Link gehört (max. 15 Zeichen)
   ARCMAILSTATUS=<char>  Status der ARCmail Packets (C=crash, H=hold)
   MSGMAILSTATUS=<char>  Status der Areamgr und Fehler Netmails (C=crash...)
   FLAGS=<zahl>          numerischer Wert der Linkflags (bitte nich ändern)
   FLOW=<zahl>           Anzahl Messages die der Link erhalten hat
                         (seit letztem Statistik-Reset)
   FLOWKB=<zahl>         Anzahl Kilobyte (ungepackt) die der Link erhielt
                         (wird z.Zt nicht aktualisiert)


  5.6 Gruppen BBTGROUP.INI
 ───────────────────────────────────────────────────────────────────────
   Hier sind die Messagegruppen von BBToss definiert. Ein Eintrag beginnt
   mit dem in eckige Klammern gesetzes Schlüsselsort [GROUP 1], gefolgt
   von einer beliebigen Zahl. In den folgenden Zeilen wird jeweils ein
   Parameter angegeben. Es sind insgesamt 58 Gruppen möglich.


     [Group 1]
     Tag=A            Gruppen Buchstabe (Groß- Kleinschreibung wird
                      unterschieden, zulässig 0..9 A..Z a..z)
     Desc=FidoAreas   Beschreibungstext der Gruppe



  5.7 Routing BBTROUTE.CFG
 ───────────────────────────────────────────────────────────────────────
   Routing nennt man die Weg, den NETMAILS vom Absender zum Empfänger
   nehmen. Dafür muß auf jedem System korrekt angegeben werden, wohin
   die Netmails für die verschiedenen Empfängeradressen gesendet werden
   sollen/müssen.

   Das Routing kann entweder der Mailer übernehmen oder der Tosser.
   BBToss bietet die Möglichkeit Netmails an den Empfänger zu packen.
   BBToss arbeitet ohne weitere Angaben mit dem eingebauten Standard-
   routing. Das unterstütz Point, Direkt-Node und Host-Routing.

   Damit BBToss die Netmail auch bei anderen Routingwegen an die korrekte
   Routeadresse packt ist in der Configdatei BBTROUTE.CFG eine entsprechende
   Routezeile einzugeben.  Der Aufbau einer Routezeile in der Datei
   BBTROUTE.CFG sieht folgender maßen aus:

   2:123/8765.0   2:123/8765 2:123/* 2:*
   ------------   ----------------------
   an diesen Node Msg's die an eine dieser
   wird die Msg   Nodenummer gerichtet sind
   geschickt      werden gepackt

   Ersatzzeichen sind * und ?, wobei * für 0 - 65534 steht und
                                     ? genau für eine Zahl 0 - 9.
   z.B. 2:*         meint alle Nodes in Zone 2
        2:247/*     meint alle Nodes im Netz 247 in Zone 2
        2:248/50    meint Node 50 im Netz 248 in Zone 2 incl. seiner Points
        2:248/5?    meint Node 50 bis 59 im Netz 248 in Zone 2
   !!!  2:248/5*    ist unzulässig
        2:249/5??   meint Nodes 500 bis 599 im Netz 249 in Zone 2
   !!!  2:250/?00   meint Node 0 bis node 900
   !!!  2:250/1?0   meint Node 100 bis 190

   Die Angaben in BBTROUTE.CFG werden von oben nach unten abgearbeitet,
   nach der 1. Übereinstimmung wird nicht nach weiteren gesucht.
   Also  2:246/1000 2:246/*
         2:200/0    2:*
   sendet alle Netmails mit Empfänger im Netz 246 and 2:246/1000, alle
   anderen Netmails mit Empfänger in Zone 2 and 2:200/0

   !!! und so macht mans verkehrt !!!

   Aber 2:200/0     2:*
        2:246/1000  2:246/*
   hier werden alle Netmails mit Empfänger in Zone 2 and 2:200/0 ge-
   sendet, die 2. Zeile wird erst garnicht mehr bearbeitet, da ja
   bereits alle Netmails mit Zone 2 gepackt sind.

   BBToss enthält ein voreingestelltes Routing, d.h. wenn nichts anderes
   in der BBTROUTE.CFG steht,
   - werden Netmails, die an direkte Up/Down-Links gerichtet sind auch
     direkt an dies gepackt (incl. für deren Points).
   - Hat man einen HOST (zone:net/0) als Link, werden Netmails für Nodes
     im gleichen Net (die nicht bei dir direkt downlinks sind) an den
     Host gepackt.
   - Netmails an Points werden mit in das Packet an den Boss-Node gepackt
   - Netmails an eigene Points werden direkt an diese gepackt

   Andererseits brauchen diese voreingestellten Routingregeln nicht in
   BBTROUTE.CFG aufgenommen zu werden. Eine Routinganweisung wie z.B.
   2:2491/1077 2:2491/1077.*  oder 2:2491/1077 2:2491/1077  kann weg-
   gelassen werden (wenn 2:2481/1077 ein in BBToss eingetragener Link
   ist).

   Die Anzahl der Routingzeilen in BBTROUTE.CFG ist auf 1000 Zeilen
   begrenzt.


  5.8 Uplinkmanager BBTUPLNK.CFG
 ───────────────────────────────────────────────────────────────────────
   In der ASCII-Datei BBTUPLNK.CFG werden die Systeme angegeben, an die
   bei Areabestellungen durch Downlinks eine automatische Area-Bestell
   Message gesendet wird, wenn die Area auf dem eigenen System nicht
   vorhanden ist.

   Es werden nur Bestellmessages von Downlinks an den Uplink weiter-
   geleitet, die das Flag "Areamgr ok" im Linkmanager gesetzt haben.

   Dateiaufbau von BBTUPLNK.CFG:

   <Zone>,<Nodenummer>,<Gruppe>,<Mgrname>,<Arealiste>
   <Zone>,<Nodenummer>,<Gruppe>,<Mgrname>,<Arealiste>
   ....
   ....

   <Zone> steht für die Zonenummer des bestellenden Systems
   <Nodenummer> für die Nodenummer des Uplinks, an den die Bestellung
                gerichtet wird.
   <Gruppe>     für die Gruppe welcher das neue Area zugeordnet wird
   <Mgrname>    der Name an den die Bestellmessage gesendet werden muß,
                Vorgabe ist AREAMGR
   <Arealiste>

   Beispiel:

   2,2:246/100,F,Areafix,fidoarea.lst
   49,49:70/0,E,Areamgr,

   Bestellt Downlink  2:2488/1017 eine Area, die nicht vorhanden ist,
   so wird im Listfile 'fidoarea.lst' nachgeschaut ob der Areaname
   dort enthalten ist (also das Area vom Uplink besorgt werden kann).
   Wurde der Areaname gefunden, wird eine Bestellmessage an 2:246/100
   generiert.

   Bestellt Downlink 49:70/306 eine Area, die nicht vorhanden ist, wird
   eine Message an Uplink 49:70/0 generiert. Da kein Listfile angegeben
   ist, wird jedes angeforderte Area bestellt.

   Bestellt Downlink 9:4000/1213  eine Area, die nicht vorhanden ist,
   passiert garnichts, er bekommt eine Antwortmail zurück, das die
   Area nicht verfügbar ist (da für Zone 9 kein Uplink definiert ist).

   Existieren für einen Uplink mehrere Arealisten, so ist einfach ein
   weiterer Eintrag einzufügen.

   z.B.      2,2:246/100,F,Areafix,fidoarea.nat
             2,2:246/100,F,Areafix,fidoarea.int

   Auch verschiedene Uplinks für die selbe Gruppe oder ein Uplinks für
   verschiede können so eingetragen werden. Die Uplinkliste wird dann
   von oben nach unten abgearbeitet und das Area bei dem Uplink bestellt,
   in dessen Arealiste es zuerst gefunden wird.


{D 159│BBTALIAS.CFG}
   AliasNamen (BBTALIAS.CFG)
 ───────────────────────────────────────────────────────────────────────
   In der Datei BBTALIAS.CFG wird pro Zeile ein Name eingetragen.
   Wenn Messages an diesen Namen gerichtet sind, wird eine Kopie der
   Message im Netmailfolder anlegt (wenn der Schalter PickAlias gesetzt ist,
   siehe BBTOSS.CFG). In der Sharewareversion sind 20 Alias-Einträge
   möglich


  5.10 Lock-Semaphore BBTOSS.BSY
 ───────────────────────────────────────────────────────────────────────
   BBToss schreibt im Multilinemode bei jedem Start ein Semaphorefile
   BBTOSS.BSY ins BBToss Verzeichnis. Bei einem weiteren Aufruf über
   ein Netzwerk oder einen Multitasker erkennt der 2. Task, das
   der Tosser bereits läuft und bricht ohne weitere Operation ab.

   Nach Beendigung seiner Aufgabe löscht BBToss diese Semaphorefile.

   Ist der Multilinemode nicht eingeschaltet, wird das Busy-Semaphore
   nicht berücksichtigt.

   Sollte aus irgendeinem Grund ein Fehler aufgetreten sein (z.B.Stromausfall)
   löscht BBToss das Semaphorefile nach 2 Stunden. Dadurch wird sichergestellt,
   dass auch nach einen Fehler der Tossvorgang nicht dauerhaft blockiert ist.


{T 160│BBTCLEAN}
   BBTCLEAN Messagebase aufräumen
 ───────────────────────────────────────────────────────────────────────
   BBTCLEAN unterstützt in der derzeitigen Version das packen und renumbern
   von Hudson, JAM-Areas und Fido-Msg-Style Areas, die anderen Messagebase-
   arten werden in folgenden Versionen hinzugefügt.

   BBTCLEAN dient zum aufräumen der Messagebase, es entfernt alte oder
   gelöschte Messages aus der Messagebase. Dabei wird die in BBTCFG ein-
   getragene maximale Anzahl von Messages in den einzelnen Areas be-
   rücksichtigt und das Area auf diese Anzahl gekürzt (natürlich werden
   dabei die ältesten Messages zu erst gelöscht).

   Die Aufrufparameter von BBTCLEAN:

                INDEX
                PACK
                PACKALL
                PACKONE:areaname

   mit Befehl PACK entfernt BBTCLEAN alle gelöschten Messages und kürzt
   die Areas auf die in BBTCFG angegebene maximale Anzahl von Messages.
   Dabei werden nur solche Areas bearbeitet, die mehr als die angegebene
   maximale Anzahl Messages enthalten.

   mit Befehl PACKALL werden alle Areas gepackt und dabei alle ge-
   löschen Messages aus den Areas entfernt. Dies ist sehr zeitaufwendig
   und wird einige Minuten in anspruchnehmen, daher wird für die tägliche
   Aufräumarbeit der Aufruf bon BBTCLEAN ohne Argumente empfohlen, da
   sich die Packarbeit dann auf die Areas beschränkt, die lt.  Setup-
   einstellung (max. Anzahl Messages) gepackt werden sollen/müssen.

   mit Befehl INDEX wird (z.Zt nur JAM-Areas) für alle Areas der
   Index neu aufgebaut. Dies kann notwendig sein, wenn durch irgend
   einen Umstand der Index nicht korrekt ist, was sich in der Regel
   dadurch erkennen läßt, das z.B. nur eine Msg lesbar ist, obwohl
   wesentlich mehr Msgs in der Base sind.

   mit Befehl PACKONE:areaname kann gezielt ein angegebenes Area re-
   organisiert werden. Der Befehl wirkt wie PACKALL nur das eben
   ausschliesslich das angegebene Area bearbeitet wird. Der Befehl
   kann z.Zt. auf Jam- und Squish-Areas angewendet werden. Bei
   Hudson und *.MSG Areas hat er keine Wirkung.
   Beispiel:   bbtclean.exe  PACKONE:REQUEST.GER


   Bei allen Befehlen sind als Parameter /HMB /JAM /SQU /MSG zulässig.
   Wird kein Parameter angegeben, werden alle Messagebase-Formate be-
   arbeitet.
   Wir ein oder mehrere Parameter angegeben, werden nur die Message-
   base-Formate bearbeitet, die in den Parametern angegeben sind.

   Beispiel:

     BBTCLEAN PACK /HMB            packt nur die Hudsonbase
     BBTCLEAN INDEX /JAM /SQUISH   für ein Reindex der JAM und Suish
                                   Areas durch
     BBTCLEAN PACKONE:FLEA.GER     packt/reorganisiert das angegebene
                                   Area (nur Jam/Squish)



{T 144│Routingfehler}
  Routingfehler
 ───────────────────────────────────────────────────────────────────────
  Wurde eine Netmail mehrmals vom eigenen System weitergeleitet
  und kommt immer wieder zurück ("ping-pong Routing") wird diese
  Netmail als Badmail erkannt und an den Absender zurückgeschickt.

{T 161│Nutzungsgedingungen}
  Nutzungsbedingungen
 ───────────────────────────────────────────────────────────────────────
   Von Seiten des Autors wird keine Zusage auf Fehlerfreiheit gegeben.
   Für Beschädigung oder Verlust von Daten durch die Benutzung wird keine
   Gewähr übernommen. Jegliche Gewährleistungs- und Ersatzansprüche sind
   auf die Höhe der Registriergebühr beschränkt.

{D 135│BBTAKA.CFG}{K BBTAKA.CFG}
  Datei BBTAKA.CFG
 ───────────────────────────────────────────────────────────────────────
Konfigurationsdatei mit den eigenen Nodenummern.

In der unregistrierten Version maximal 40 Aka's, in der registrierten
Version quasi unbegrenzt (32000) mögliche Nodenummern.

Aufbau der Textdatei: Einer vollständige Nodenummer pro Zeile

{D 64│Areamgr}
  Areamgr = Area-Manager
 ───────────────────────────────────────────────────────────────────────
An diesen Pseudouser muß ein Link eine Netmail schreiben, wenn er
seine Einstellungen in BBToss verändern möchte (z.B. Areas bestellen).

Die meisten Tosser verwenden Areamgr oder Areafix als Psuedouser.

{D 69│case-sensitiv}
engl. für Unterscheidung von Groß- und Kleinbuchstaben.
D.h.  "A" ist nicht dasselbe wie "a" da Groß/Kleinschreibung
unterschieden werden.

{D 162│Share}
  Share.Exe
 ───────────────────────────────────────────────────────────────────────
Dosprogramm welches das gleichzeitige bearbeiten von Dateien durch
verschiedene Programme handelt.
Share wird in der Autoexec.bat geladen.
