home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Professional / OS2PRO194.ISO / os2 / com / bbs / junktick / junktick.dok < prev    next >
Text File  |  1993-04-17  |  21KB  |  590 lines
  1.                             JunkTick V. 1.13
  2.  
  3.  
  4. I. Vorwort
  5.  
  6. Da ich selbst einige Filenetze habe und weitergebe, ging mir immer wieder
  7. der Mangel an Programmen auf die Nerven, die mit TIC-Files etc. umgehen
  8. können. TICK selbst funktioniert zwar recht gut, ist aber sehr langsam und
  9. kann nicht all zu viel. Naja, nach all diesem Ärger habe ich mich eben mal
  10. hingesetzt und selbst was geschrieben (ach ja, ein weiterer Grund war
  11. natürlich, daß ich selbst unter OS/2 arbeite und es damals keinen TICK für
  12. OS/2 gab -seufz-)
  13.  
  14.  
  15. II. Features
  16.  
  17. - DOS- und OS/2 Version verfügbar
  18. - Schneller als TICK
  19. - Funktionierendes (!) Dupe-Checking und Replacing
  20. - PassThru-Fileareas möglich
  21. - Haufenweise zusätzliche Optionen zum Verschicken einzelner Files etc.
  22. - Packt TICKECHO- und TICKPACK-Archive aus
  23. - Verschickt und akzeptiert TOC-Archive; Idee ähnlich wie bei TICKPACK,
  24.   die Archive werden aber direkt beim Ticken erzeugt und müssen beim
  25.   Empfänger auch nicht erst ausgepackt werden, sondern JunkTick kann
  26.   direkt aus diesen Archiven lesen
  27. - Fileareas können in Gruppen eingeteilt werden, User haben nur Zugriff
  28.   auf bestimmte Gruppen
  29. - Kompletter Ersatz für TICK, HATCH, RFD und RAID
  30. - Voll konfigurierbare Announcements
  31. - AutoAdd-Funktion für neue Areas...
  32. - voll 4D-fähig (und etwas Domain-Support)
  33. - mehr fällt mir jetzt nicht ein, lies einfach den Rest der Doku :-)
  34.  
  35.  
  36. III. Config-File
  37.  
  38. JunkTick liest seine Konfiguration aus dem File JUNKTICK.CFG, das im
  39. selben Verzeichnis wie JUNKTICK.EXE stehen muß. Hier eine Aufzählung der
  40. einzelnen Konfigurationsworte, ansonsten siehe das kommentierte Config-
  41. File.
  42.  
  43.  
  44. NoTouch
  45.  
  46. Normalerweise werden alle Files, wenn sie in die entsprechende Filearea
  47. gemovt werden, mit dem aktuellen Datum markiert, damit der New-Files-Scan
  48. der Mailbox sie auch findet. Wenn dies nicht gewünscht wird, kann das mit
  49. NoTouch abgestellt werden.
  50.  
  51.  
  52. Sysop
  53.  
  54. Name des Sysops (als Absender der Announcements). Blanks MÜSSEN durch
  55. Underscores ersetzt werden!
  56.  
  57. Beispiel:
  58.      Sysop      Kalle_Braun
  59.  
  60.  
  61. Address
  62.  
  63. Deine Hauptadresse. Ist insbesondere wichtig, um zu wissen, in welcher
  64. FIDO-Zone du lebst (wegen INTL-Lines und solchem Kram).
  65.  
  66. Beispiel:
  67.      Address    2:241/5302
  68.  
  69.  
  70. DupeDir
  71.  
  72. Das Directory, in dem die Dupefiles angelegt werden. Nach Möglichkeit
  73. sollte nichts anderes in diesem Directory stehen.
  74.  
  75. Beispiel:
  76.      DupeDir    I:\Bbs\Tick\Dupes\
  77.  
  78.  
  79. DupeSize
  80.  
  81. Anzahl der Files, die pro Area im Dupefile gehalten werden. Jede Dupe-
  82. Signatur belegt 8 Bytes.
  83.  
  84. Beispiel:
  85.      DupeSize   1000
  86.  
  87.  
  88. KillOnError
  89.  
  90. Normalerweise werden ankommende Files, die aus irgendwelchen Gründen nicht
  91. getickt werden können, im Inbound liegen gelassen; die entsprechenden TIC-
  92. Files werden auf .BAD umbenannt. Das kann die Platte schnell anfüllen,
  93. daher kann mit diesem Befehl bestimmt werden, nach welchen Fehlern die
  94. entsprechenden Files einfach gelöscht werden sollen. Folgende Kategorien
  95. gibt es:
  96.  
  97.      UnknownSystem       löscht Files, die von unbekannten Systemen
  98.                          ankommen
  99.      WrongPassword       löscht Files, die nicht das richtige Password
  100.                          im TIC-File stehen haben
  101.      UnknownArea         löscht Files, die in unbekannten Areas gehatcht
  102.                          wurden. Kann nicht auftreten, wenn NEWAREAS (s.u.)
  103.                          verwendet wird
  104.      InactiveUser        löscht Files, die jemand in einer Area schickt,
  105.                          für die er nicht eingetragen ist
  106.      RcvOnlyUser         löscht Files, die jemand in einer Area schickt,
  107.                          in der er nur für Empfang eingetragen ist
  108.      BadCRC              löscht Files, deren CRC nicht mit der im TIC-File
  109.                          angegebenen übereinstimmt
  110.      DupeFile            löscht Files, die doppelt angekommen sind
  111.      NoPassThru          löscht Files, die in einer Area ankommen, die als
  112.                          PassThru markiert ist, ohne das ein PassThru-Direc-
  113.                          tory angegeben wurde
  114.      DiskFull            löscht Files, die nicht in das Zielverzeichnis ko-
  115.                          piert werden konnten, da die Platte voll war
  116.      NoData              löscht TIC-Files, deren zugehöriges Datenfile nicht
  117.                          vorhanden ist
  118.  
  119. Beispiel:
  120.      KillOnError  DupeFile BadCRC
  121.  
  122.  
  123. RaidAlias
  124.  
  125. Normalerweise bestellen Downlinks neue Areas mit einer Netmail an JUNKTICK.
  126. Damit all diejenigen, die bisher an RAID oder so geschrieben haben, sich
  127. nicht umgewöhnen müssen, können bis zu 15 weitere Namen definiert werden,
  128. die JunkTick akzeptiert.
  129.  
  130. Beispiel:
  131.      RaidAlias    Raid Muell Depp
  132.  
  133.  
  134. AfterAnnounce
  135.  
  136. Unter bestimmten Umständen produziert JunkTick Mail, die möglichst sofort
  137. nach dem Aufruf von JunkTick verarbeitet werden sollte. Damit aber der
  138. Tosser nicht auch laufen muss, wenn gar keine Mail produziert wurde, kehrt
  139. JunkTick mit bestimmten Errorlevels zurück, falls etwas getosst werden soll.
  140. Dabei hat der Announce-Errorlevel Vorrang vor dem Request-Errorlevel (siehe
  141. unten).
  142.  
  143. Beispiel:
  144.      AfterAnnounce 5
  145.  
  146.  
  147. AfterRequest
  148.  
  149. JunkTick kehrt mit diesem Errorlevel zurück, wenn An- und/oder Abbestel-
  150. lungen von Downlinks bearbeitet wurden. In diesem Falle braucht nur Netmail
  151. verarbeitet zu werden, keine Echomail.
  152.  
  153. Beispiel:
  154.      AfterRequest  6
  155.  
  156.  
  157. Inbound
  158.  
  159. Inbound-Directory, in dem reingekommene Files zu finden sind.
  160.  
  161. Beispiel:
  162.      Inbound    I:\Bbs\PInbound\
  163.  
  164.  
  165. PacketDir
  166.  
  167. Manche Echo-Tosser sind wohl (hat man mir gesagt :-)) in der Lage, aus
  168. bestimmten Directories automatisch ohne Security-Check zu tossen. Dies
  169. löst eines der größten Probleme der bei JunkTick realisiert Announcing
  170. Methode (mehr siehe unten). Wenn PacketDir angegeben wird, wird das
  171. PKT-File in diesem Directory angelegt, sonst in dem bei Inbound (siehe
  172. oben) angegebenen Directory.
  173.  
  174. Beispiel:
  175.      PacketDir  I:\Bbs\TossDir\ 
  176.  
  177.  
  178. MailerBase
  179.  
  180. Für Binkley-Systeme: Outbound-Directory für deine Zone. JunkTick geht davon
  181. aus, daß die Outbounds für andere Zonen genauso heissen (plus .zone). Falls
  182. mehrere Domains verwendet werden, so können bis zu 20 zonenspezifische
  183. Directories angegeben werden.
  184.  
  185. Beispiel:
  186.      MailerBase I:\Bbs\Outbound
  187.      MailerBase I:\Bbs\TurboNet   200
  188.      MailerBase I:\Bbs\Broesel    210
  189.  
  190.  
  191. Logfile
  192.  
  193. Was wohl?
  194.  
  195. Beispiel:
  196.      LogFile    I:\Bbs\Junktick.Log
  197.  
  198.  
  199. HoldDir
  200.  
  201. Directory, in dem rausgehende TIC- und TOC-Files angelegt werden.
  202.  
  203. Beispiel:
  204.      HoldDir    I:\Bbs\Tick\Hold\
  205.  
  206.  
  207. MaxArchiveSize
  208.  
  209. Um sehr große TOC-Archive zu vermeiden, legt JunkTick üblicherweise bei
  210. jedem Programmlauf ein neues Archiv an. Stattdessen kann mit dieser Op-
  211. tion aber auch eine Maximalgröße angegeben werden. Wenn diese Option
  212. nicht benutzt wird, wird weiterhin bei jedem Lauf ein neues Archiv an-
  213. gelegt.
  214.  
  215. Beispiel:
  216.      MaxArchiveSize Infinite                hängt immer weiter an
  217.      MaxArchiveSize 1MB              \      erzeugt ein neues Archiv,
  218.      MaxArchiveSize 1024kB            >     wenn das aktuelle Archiv
  219.      MaxArchiveSize 1048576          /      größer als 1MB wird.
  220.  
  221.  
  222. PassThru
  223.  
  224. Wenn diese Option angegeben wird, wird u.a. auch die PassThru-Funktion
  225. aktiviert. Bei jedem Start von JunkTick mit der TICK oder TOCK Option wird
  226. das PassThru-Directory nach Files durchsucht, die bereits verschickt sind,
  227. und löscht sie.
  228.  
  229. Beispiel:
  230.      PassThru   I:\Bbs\Tick\PassThru\
  231.  
  232.  
  233. NewAreas
  234.  
  235. Wenn diese Option angegeben wird, legt JunkTick unbekannte Areas neu an.
  236. Die Filearea bekommt als Directory die angebene Basis und den Areanamen.
  237.  
  238. Beispiel:
  239.      NewAreas   J:\Filearea\
  240.  
  241.  
  242. NetMail
  243.  
  244. NetMail-Directory. Hier werden Mails an JunkTick gesucht und die Informations-
  245. Mail für den Sysop abgelegt. Wenn MAILERBASE (s.o.) nicht definiert ist
  246. (bei FrontDoor-Systemen z.B.) werden auch die Fileattaches hier abgelegt.
  247.  
  248. Beispiel:
  249.      NetMail    I:\Bbs\Netmail\
  250.  
  251.  
  252. AnnHeader
  253.  
  254. Textdatei, die den Anfang jeder Announce-Mail enthält. In diesem Text
  255. dürfen die folgenden Platzhalter auftauchen:
  256.  
  257.    %wA - Aka, unter der die entsprechende Filearea läuft. Wenn eine
  258.      Feldbreite angegeben wird (also z.B. %12A), wird der Text
  259.      auf diese Breite mit Leerzeichen gefüllt (für formatierte
  260.      Textausgabe...)
  261.    %DY - Jahr (4-stellig)
  262.    %Dy - Jahr (2-stellig)
  263.    %DM - Monat (numerisch)
  264.    %DN - Monatsname 3-stellig (englisch)
  265.    %Dn - Monatsname 3-stellig (deutsch)
  266.    %DD - Tag (numerisch)
  267.    %DE - Volles Datum (englisch: MM-DD-YY)
  268.    %D  - Volles Datum (deutsch: DD.MM.YY)
  269.    %TH - Stunde (24-Stunden Uhr)
  270.    %Th - Stunde (12-Stunden Uhr)
  271.    %TM - Minuten
  272.    %TA - AM/PM
  273.    %Ta - am/pm
  274.    %TE - Uhrzeit (englisch: HH:MMAM/PM)
  275.    %Te - Uhrzeit (englisch: HH:MMam/pm)
  276.    %T  - Uhrzeit (deutsch: HH:MM)
  277.  
  278. Beispiel:
  279.      AnnHeader  I:\Bbs\Utils\AnnHeade.Txt
  280.  
  281.  
  282. AnnText
  283.  
  284. Textdatei, die den Eintrag für jede Datei in der Announce-Mail enthält. In
  285. diesem Text dürfen die folgenden Platzhalter auftauchen:
  286.  
  287.    %wFA - TIC-Area des Files
  288.    %wFN - Name des Files
  289.    %wFS - Größe des Files in Bytes
  290.    %wFO - Origin des Files
  291.    %FD  - Description des Files
  292.  
  293. Auch hier kann für die Ausgabe eine Breite vorgegeben werden. Ist der
  294. tatsächliche Text breiter, wird abgeschnitten, sonst wird mit Leerzeichen
  295. aufgefüllt.
  296.  
  297. Beispiel:
  298.      AnnText    I:\Bbs\Utils\AnnText.Txt
  299.  
  300.  
  301. AnnFooter
  302.  
  303. Textdatei, mit der jede Announce-Mail beendet wird. Keine Platzhalter sind
  304. erlaubt.
  305.  
  306. Beispiel:
  307.      AnnFooter  I:\Bbs\Utils\AnnFoote.Txt
  308.  
  309.  
  310. AnnCount
  311.  
  312. Gibt an, wieviele Files max. pro Mail angekündigt werden.
  313.  
  314. Beispiel:
  315.      AnnCount   20
  316.  
  317.  
  318. AnnSubj
  319.  
  320. Betreffzeile der Announce-Mail. Kann %G als Platzhalter für den Namen der
  321. File-Gruppe enthalten.
  322.  
  323. Beispiel:
  324.      AnnSubj    Schon_wieder_neue_Files
  325.  
  326.  
  327. AnnPart
  328.  
  329. Wenn mehr als eine Announce-Mail bei einem Durchgang von JunkTick erzeugt
  330. wird, wird an die Betreffzeile der mit AnnPart definierte Text angehängt.
  331. Das erste %d repräsentiert die aktuelle Nummer, das zweite %d die
  332. Gesamtzahl der Mails.
  333.  
  334. Beispiel:
  335.      AnnPart (Teil_%d_von_%d)
  336.  
  337.  
  338. HelpFile
  339.  
  340. Wenn ein User in einer Mail an JunkTick %HELP schreibt, bekommt er dieses
  341. File zurückgeschickt. Es sollte also eine Beschreibung der Bestellmöglich-
  342. keiten enthalten.
  343.  
  344. Beispiel:
  345.      HelpFile  I:\Bbs\JunkTick.Hlp
  346.  
  347.  
  348. Origin
  349.  
  350. Bis zu 20 Origins können definiert werden, JunkTick wählt dann für die
  351. Announce-Mails zufällig eins aus.
  352.  
  353. Beispiel:
  354.      Origin     JunkTick:_It's_crap_and_we_love_it_(c)_1991_MTV
  355.  
  356.  
  357. User
  358.  
  359. Für jedes angeschlossene System (und für jeden Uplink) muß ein
  360. User-Eintrag definiert werden. Dieser sieht wie folgt aus:
  361.  
  362.   User UserName UserPasswort UserAdresse UserFlags UserGroups
  363.  
  364.   UserName ist der Name des Users (wer hätte es gedacht...). Auch hier
  365.   müssen Blanks wieder durch Underscores ersetzt werden.
  366.  
  367.   UserPasswort ist das TICK- und RAID-Passwort des Users.
  368.  
  369.   UserAdresse ist die volle 4D-Adresse des Users (.0 kann natürlich
  370.   weggelassen werden...)
  371.  
  372.   UserFlags sind:
  373.     -H          Files werden als Hold markiert
  374.     -C          Files werden als Crash markiert
  375.     -D          Files werden als Direct markiert
  376.                 wenn weder -C, -D noch -H vorkommt, werden die Files
  377.                 normal geroutet
  378.     -I          User ist inaktiv, d.h. er bekommt keine Files, obwohl er
  379.                 für Areas eingetragen ist.
  380.     -Vaddr      Files für den User werden an Adresse ADDR geschickt.
  381.                 Praktisch z.B. bei Virnet-Nodes...
  382.     -Fflags     Default-Flags für Areas, die der User per RAID-Funktion
  383.                 bestellt. Werden keine Defaults angegeben, wird >P ver-
  384.                 wendet, falls auch die Area keine Defaults hat. (Flag-
  385.                 syntax siehe unten bei den Areas)
  386.  
  387.   Zum Schluß werden alle Gruppen aufgelistet, auf die der User Zugriff
  388.   hat.
  389.  
  390. Beispiel:
  391.      User Otto_Maier SPIEL 2:4711/0815 -H DVNet WinNet DDS
  392.  
  393.  
  394. Group
  395.  
  396. Mit einem GROUP-Statement beginnt die Definition der Areas. Ab hier dürfen
  397. nur die Statements GROUP und AREA vorkommen. Alle AREA-Statements bis zum
  398. nächsten GROUP-Statement gehören zur angegebenen Gruppe.
  399.  
  400. Beispiel:
  401.      Group WinNet
  402.  
  403.  
  404. Area
  405.  
  406. Das AREA-Statement definiert die eigentlichen Areas. Es hat den folgenden
  407. Aufbau:
  408.  
  409.   Area AreaTag AreaPath AreaDescription AreaFlags AreaLinks
  410.  
  411.   AreaTag ist der Name, unter dem die Area geführt wird.
  412.  
  413.   AreaPath ist der Pfad, in den alle Files aus dieser Area getosst
  414.   werden oder -P, wenn die Area passthru sein soll.
  415.  
  416.   AreaDescription ist eine Beschreibung der Area (für RAID). Blanks müssen
  417.   durch Underscores ersetzt werden.
  418.  
  419.   AreaFlags können sein:
  420.      -Dnumber   - Files in dieser Area, die älter als NUMBER Tage sind,
  421.                   werden von JUNKTICK KILL gelöscht
  422.      -$Filename - Aktiviert das DupeChecking für diese Area. Die Signa-
  423.                   turen werden in dem entsprechenden File abgelegt.
  424.                   Jedes Dupe-File darf nur für EINE Area verwendet werden.
  425.      -C         - Aktiviert CRC-Checking für diese Area
  426.      -Aarea     - Aktiviert Announcing für diese Area. Announce-Mails
  427.                   werden in Echoarea AREA geschrieben. -Aarea kann bis
  428.           zu 20 mal pro Area für Announcements in mehreren Areas
  429.           angegeben werden.
  430.      -Fflags    - Defaultflags für jeden User, der diese Area bestellt.
  431.                   Flagsyntax wie unten. Flags, die bei einer Area ange-
  432.           geben werden, haben Vorrang vor Userflags. So ist es
  433.           z.B. möglich, Usern grundsätzlich gepackte Files zu
  434.           schicken, die NodeDiffs aber einzeln o.ä.
  435.      -Paddr     - Verwendet ADDR anstelle der Mainadresse als Absender
  436.           in TIC-Files und Announcements.
  437.  
  438.   AreaLinks ist eine Liste aller Leute, die Files in dieser Area versenden
  439.   oder empfangen. Jede Adresse kann mit folgenden Steuerzeichen markiert
  440.   sein:
  441.       <         - Von diesem System kann nur empfangen werden, es wird
  442.                   nichts gesendet.
  443.       >         - An dieses System wird nur gesendet, empfangene Files
  444.                   werden ignoriert.
  445.       D         - Der User bekommt keine TIC-Files, sondern einen
  446.                   Netmail-Attach mit der Beschreibung des Files.
  447.       S         - Der User bekommt kurze TICs (ohne PATH und SEEN-BY
  448.                   Lines)
  449.       N         - Der User bekommt nur das File, keine Beschreibung und
  450.                   kein TIC-File (nützlich für NODEDIFFs etc.)
  451.       P         - Alle Files an den User werden im TOC-Format gepackt.
  452.  
  453. Beispiel:
  454.      Area XYZ J:\Files\ABC\ No_Desc -$XYZ -C <N2:47/11 >P2:08/15
  455.  
  456.  
  457. IV. Aufruf von JunkTick
  458.  
  459. JunkTick kann mit einem Haufen von Parametern aufgerufen werden:
  460.  
  461.   HELP
  462.       gibt eine kurze Beschreibung der Parameter aus
  463.   ADD [flags]addr area_or_group+
  464.       trägt User ADDR mit den angebenen Flags (<>DSNP) für alle ange-
  465.       gebenen Areas ein. Wenn der Name einer Gruppe angegeben wird, wird
  466.       der User für alle Areas der Gruppe eingetragen.
  467.   DESCRIBE area description
  468.       Trägt DESCRIPTION als Beschreibung für Area AREA ein
  469.   HATCH area [/R:replace] file
  470.       Hatcht das angebene File in der entsprechenden Area. Mit /R kann
  471.       angegeben werden, welches File ersetzt werden soll. JunkTick sucht
  472.       sich die Beschreibung des Files selbst aus FILES.BBS
  473.   SEND addr file
  474.       Sendet das angegebene File an die angegebene Adresse. HATCH sendet
  475.       ein File an alle Nodes in der Export-Liste der entsprechenden Area,
  476.       SEND sendet ein File an nur ein System (aber mit TIC-File!)
  477.   RESCAN area|ALL addr [date]
  478.       Rescant Areas für die angegebene Adresse. Wenn ALL angegeben wird,
  479.       werden alle Areas rescannt, für die der User eingetragen ist, sonst
  480.       nur die angegebene Area. Wenn DATE angegeben wird, werden nur Files
  481.       gesendet, die neuer als das entsprechende Datum sind. DATE muß im
  482.       Format DD.MM.YY angegeben werden
  483.   QUERY addr
  484.       Gibt auf STDOUT eine Liste aller Areas aus, an die der entsprechende
  485.       User angeschlossen ist
  486.   LIST addr
  487.       Gibt auf STDOUT eine Liste aller Areas aus, die der entsprechende
  488.       User bestellen kann
  489.   UNLINKED addr
  490.       Gibt auf STDOUT eine Liste aller Areas aus, die der entsprechende
  491.       User bestellen kann und nicht bestellt hat
  492.   ANNOUNCE date area+|ALL
  493.       Erzeugt Announcements für alle Files, die in den angegebenen Areas
  494.       seit DATE (Format: DD.MM.YY) angekommen sind.
  495.   REMOVE addr area_or_group+
  496.       Löscht das angegebene System aus der Exportliste der angegebenen
  497.       Areas oder Gruppen
  498.   KILL
  499.       Löscht Files in allen Areas gemäß des -D Parameters (s.oben)
  500.   TICK
  501.       Verarbeitet eingegangene TIC-Files
  502.   TOCK
  503.       Verarbeitet eingegangene TOC-Archive
  504.   REQUEST
  505.       Startet die RAID-Funktion
  506.   UNPACK
  507.       Packt TICKPACK- und TICKECHO-Archive aus
  508.   SORT
  509.       Sortiert die Areas im CFG-File alphabetisch innerhalb der Gruppen
  510.  
  511. Die letzten sechs Kommandos können gemeinsam angegeben werden, JunkTick
  512. führt sie dann in der richtigen Reihenfolge aus (KILL vor allem anderen,
  513. UNPACK vor TICK etc.)
  514.  
  515.  
  516. V. Announcing
  517.  
  518. Wenn eine Area das -A Flag enthält, werden alle Files, die in dieser Area
  519. ankommen, per Echomail angekündigt. Prinzipiell gibt es mehrere Möglich-
  520. keiten, dies zu realisieren: Die entsprechende Mail kann direkt in die
  521. Messagebase geschrieben werden, es kann ein ASCII-File erzeugt werden, das
  522. dann importiert wird oder es wird ein Echopacket erzeugt. Die erste Mög-
  523. lichkeit ist sehr systemabhängig, da fast jedes Mailboxsystem seine Mails
  524. auf eine andere Art verwaltet. Für die zweite Möglichkeit wird das ent-
  525. sprechende Utility benötigt, das nicht jeder hat. Daher habe ich mich für
  526. die dritte Möglichkeit entschieden. Hierbei ist allerdings auch einiges zu
  527. beachten...
  528.  
  529. JunkTick erzeugt ein Echopacket dessen Absender UND Empfänger die unter
  530. MainAddr eingetragene Adresse ist. Bei Verwendung eines Echotossers mit
  531. Security-Features führt dies zu Problemen, da die eigene Adresse normaler-
  532. weise nicht für die entsprechende Area aktiv ist. Daher muß zum Tossen
  533. der Announce-Mail die Security abgeschaltet werden. Dabei sollte man aber
  534. aufpassen, daß so nicht irgendwelche andere Badmail, die noch im System
  535. rumliegt, mitgetosst wird. Bei mir läuft es (mit SQUISH) so:
  536.  
  537. SQUISH IN OUT SQUASH LINK            % Sichergestellen, daß alles getosst
  538.                                      % ist
  539. JUNKTICK UNPACK TICK TOCK REQUEST    % JunkTick erzeugt Packet
  540. DEL I:\BBS\BADMAIL\BADORG.*          % Badmail renamen, so daß SQUISH sie
  541. REN I:\BBS\BADMAIL\BAD.* BADORG.*    % nicht mehr findet
  542. SQUISH IN OUT SQUASH LINK -T         % Tossen ohne Security
  543. DEL I:\BBS\BADMAIL\BAD.*             % und die richtige Badmail wieder
  544. REN I:\BBS\BADMAIL\BADORG.* BAD.*    % renamen.
  545.  
  546.  
  547. VI. RAID Funktion
  548.  
  549. Die An- und Abbestellfunktion von JunkTick ist sehr einfach und ähnelt der
  550. von JunkFix. Ein User sendet eine Mail an JUNKTICK und trägt als Subject
  551. sein Passwort ein. Im Text können dann folgende Kommandos stehen:
  552.  
  553. -AREA        bestellt die entsprechende Area ab.
  554. +AREA   \    bestellt die entsprechende Area an, falls der User dazu be-
  555. AREA    /    rechtigt ist.
  556. %-ALL        klemmt den User von allen Areas ab.
  557. %HELP        sendet den Hilfetext (siehe auch HelpFile)
  558. %LIST        sendet eine Liste aller Areas, die der User bestellen kann.
  559. %QUERY       sendet eine Liste aller Areas, an die der User angeschlossen
  560.              ist.
  561. %UNLINKED    sendet eine Liste aller Areas, die der User bestellen kann,
  562.              aber bisher nicht bestellt hat.
  563.  
  564. Das war's schon.
  565.  
  566.  
  567. VII. UNTOCK
  568.  
  569. Um die Vorteile des TOC-Formats auch bei Downlinks zu nutzen, die selbst
  570. nicht mit JunkTick arbeiten, gibt es UNTOCK. Dieses Programm entpackt
  571. TOC-Archive und erzeugt normale Files und TIC-Files, die dann mit TICK,
  572. BMHITCH o.ä. weiterverarbeitet werden können.
  573.  
  574. Die Benutzung ist sehr einfach: Einfach in das Directory mit den einge-
  575. gangenen TOC-Archiven wechseln und UNTOCK starten. Das war's.
  576.  
  577.  
  578. VIII. Diverses
  579.  
  580. JunkTick ist FreeWare. Das heißt, ich habe das Copyright und die Sourcen,
  581. ansonsten kann das Programm frei weiterverteilt werden. Ich übernehme
  582. KEINERLEI Verantwortung für eventuelle Schäden an Datenbeständen etc. die
  583. durch die Verwendung von JunkTick etc. entstehen. Wenn irgendwas schiefgeht,
  584. habt ihr Pech gehabt. Ich habe das Programm hier getestet und verwende die
  585. OS/2 Version auch selbst, insofern ist eine gewisse Funktionstüchtigkeit
  586. sichergestellt. Ein Anspruch auf Fehlerbeseitigung o.ä. besteht nicht, ich
  587. werde mich aber bemühen, auf Bugreports zu reagieren...
  588.  
  589. Kalle Braun                                 2:2402/305@FIDONET
  590.