*****************************************************************************
*                           Binkley-FAQ                                     *
*****************************************************************************                            

Version vom 17.04.97


Inhalt:
-------

- Allgemeines
- Konfigurationstips
- Manueller Outbound-Rescan 
- Waehlpause beim Pollen 
- *.$$? im Binkley-Outbound 
- Semaphoren 
- Trennung bei der Anwahl analog & ISDN 
- EMSI soll nicht klappen 
- Mehrere Dateien mit einem Magic 
- Farben und Screensaver bei DOS-Binkley 
- Errorlevel fuer BBS-Exit 
- Uebergabe von OS/2-Binkley an DOS-Box 
- Fehler beim Senden 
- EMSI klappt nicht 
- EMSI klappt immer noch nicht 
- Bidirektionale Protokolle 
- ComOpen(comx) 
- Binkley legt mit cFos nicht auf 
- Count of 420 from File does not match 435 required 
- . in einem Modembefehl 
- % und ; in einem Modembefehl bei 2.50 EE
- Requests bei einem Pointsystem
- Falsche Modemflags bei QNode 
- Error 23, can't find status 
- Binkley hebt nicht ab 
- Leere node-records bei Benutzung von Pointlisten
- Anrufe nur manuell entgegennehmen
- Sharen des COM-Ports fuer ppp.exe
- Baudraten >38400 unter DOS
- Modem hebt nicht ab (ab XR2)
- Nicht-versenden von Requests
- Abheben nur bei Bedarf
- Ende einer Session dauert sehr lange (OS/2)
- Domains
- BTFREEZE-Problem
- Anmerkungen 

=============================================================================
Allgemeines

Binkley ist der Name eines Jungen aus den Bloom County Comics von Berke 
Breathed. Auf die Frage, warum gerade Binkley herangezogen wurde, antwortete 
Vince Perriello: "He has an anxiety closet with monsters in it. So he stays 
up all night." 


Folgende Binkley-Versionen existieren derzeit:

Binkley 2.50 EE (Extended Edition) 
  Eine erweiterte Version von BinkleyTerm 2.50, letzte Version fuer OS/2 ist 
  E3-32 ISDN, fuer DOS EE-B. Die meisten Aenderungen sind von Michael 
  Buenther, der mittlerweile einen neuen Mailer namens CantaLoup als 
  Shareware herausgebracht hat. 

BinkleyTerm 2.60
  Die aktuelle offizielle Version. Dateinamen sind BOS2_260.ZIP bzw. 
  BDOS_260.ZIP, die C-Sourcen sind in BSRC_260.ZIP enthalten.

BTPE400 (BTPE400.ZIP), mit einigen Verbesserungen und Optimierungen, basiert 
   auf Binkley 2.60, von Paul Edwards. (401 und 402 gibt es als Diff-Files.) 
   Die Aenderungen dieser Version sind in die XE eingeflossen. 

BinkleyTerm 2.60 XE, aus einem Projekt unter der Leitung von Thomas Waldmann, 
   mit vielen Erweiterungen. Aktuell ist die XR4 (BOS2_XR4.ZIP bzw. 
   BDOS_XR4.ZIP, jeweils neuste Version ist unter BTXE_OS2 bzw. BTXE_DOS bei 
   Thomas Waldmann, 2:2474/400 zu bekommen).


Die Dokumentation ist in folgenden Dateien enthalten:
2.60:       BDOC_260.ZIP 
2.59:       BT_DEU.ZIP als ASCII, BT_INF.ZIP als INF (beide Deutsch von 
            Detlev Rackow)
2.50 EE:    BTE-DOK.ZIP. 
2.60 XE:    Nur Update-Dok in XE_USER.DOC

---------------------------------------------------------------------------
Konfigurationstips (Binkley 2.60 bzw. XE)

- Prioritaeten (XE unter OS/2)
Darueber kann man keine generellen Angaben machen, da sie systemabhaengig 
sind, d.h. sie haengen von verschiedenen Faktoren ab (CPU, sonstige Prozesse,
etc.), die man alle beruecksichtigen muss. Die in der xe_user.doc angegebenen
sind im Normalfall zu hoch, die in der originalen 2.60 eingestellten 
eigentlich zu niedrig, man sollte ungefaehr die Mitte waehlen. Meine 
Einstellungen auf einem 486dx4-100 (2x ISDN, 1x Modem) sind:
MODEMPRIORITY=f10 
REGULARPRIORITY=r15
JANUSPRIORITY=f10
HYDRAPRIORITY=f10

Man sollte auf jeden Fall beachten, dass die Prioritaeten auf Prozesse 
vererbt werden, die von Binkley aus gestartet werden, was vor allem bei 
Disk-I/O-intensiven Programmen (Tosser etc.) kritisch ist. Man sollte den 
OS/2-Befehl START immer mit der Option /i angeben.

- Domain-Setup
Grundsaetzlich gilt: Domains braucht man nur, wenn man zwei oder mehr Netze
mit der selben Zonennummer hat und man sollte sie auch nur dann einsetzen;
man handelt sich (und anderen) sonst unnoetigen Aerger ein, da die 
Domainnamen in den wenigsten Netzen standardisiert, und selbst wenn, von 
manchen SysOps falsch eingerichtet sind. Wie man sie genau einrichtet, steht 
weiter unten.

- cFos/2
Wenn man SIO benutzt, kann man bei cFos/2 die Option -kx benutzen und in der
BINKLEY.CFG (ab XR4) SIOMode setzen. Ansonsten sollte man -kx und SIOMode
weglassen. Eine ausfuehrliche Erklaerung ist in der README.OS2 von cFos zu
finden. (Anmerkung: Ab cFos/2 1.00 kann man -kx auch ueber s10.12 fuer jeden
Port einzeln steuern.)
S12 steht standardmaessig aus Kompatibilitaetsgrunden auf 50, was einige 
Sekunden beim Connect verschenkt. Bei Binkley kann man den Wert problemlos
auf wesentlich niedrigere Werte setzen (0-4). (Anmerkung: Ab cFos/2 1.00
ist der Defaultwert 9, was einer halben Sekunde entspricht.)

- Handshake mit com.sys (OS/2)
Bei der Benutzung von com.sys ist oft statt dem Hardware-Handshake (CTS/RTS)
der Software-HS (XON/XOFF) gesetzt, was zu Problemen beim Senden von Dateien
fuehrt. Man sollte den betreffenden Port vor dem Binkley-Start mit 
mode com2,,n,8,1,dtr=off,idsr=off,odsr=off,octs=on,rts=hs,xon=off,buffer=on
entsprechend einstellen.

- NoFilter /
Diese Anweisung sollte man in der binkley.cfg stehen haben, da es sonst vor 
allem bei connects mit Binkley EE nur zu WaZoo statt EMSI-Handshakes kommt.
Ausserdem sollte das Modem so konfiguriert sein, dass es bei einem Connect
hinter der Baudrate einen String wie /REL oder /ARQ ausgibt.

---------------------------------------------------------------------------
Manueller Outbound-Rescan 

Q: Wie fuehre ich unter Binkley 2.59 oder 2.60 einen manuellen Outbound-
Rescan durch, wie es bei der 2.50 EE mit Alt-O geht? 

A: Mit Alt-I. Das Modem wird initialisiert und der Outbound wird rescanned.
(Zusatz fuer BT-XE: Outbound-Rescan mit Alt-O, mit Alt-I wird nur noch das 
Modem initialisiert.) 

---------------------------------------------------------------------------
Waehlpause beim Pollen 

Q: Wie lege ich die Zeit zwischen zwei Pollversuchen fest? 

A: Mit der Option A=xx im Eventfile, wenn aufgrund eines eines ?lo oder 
?ut rausgerufen wird. Binkley nimmt das als Anhaltswert, die endgueltige 
Pause liegt im Bereich +-50% von xx. Wenn mit Alt-M (EE: Alt-M,I) gepollt 
wird, macht Binkley keine Pause. 

---------------------------------------------------------------------------
*.$$? im Binkley-Outbound

Q: Was bedeuten denn die *.$$?-Files im Outbound? 

A: In der Datei netznode.$$0 speichert Binkley die Anzahl der erfolglosen 
Anrufe (BUSY, NO CARRIER etc.), in der Datei netznode.$$1 die Anzahl 
der erfolglosen Connects (kein Handshake nach CONNECT oder nicht alle 
Dateien gesendet). 

---------------------------------------------------------------------------
Semaphoren

BTEXITxx.yy  - Task yy steigt mit dem Errorlevel xx aus. 
BTRESCAN.yy  - Task yy macht einen Rescan des Outbounds. 
FORCEXIT.yy  - Task yy steigt mit dem in der BINKLEY.CFG bei ForcExit n 
               angegeben Errorlevel aus. BTEXIT ist flexibler, von daher zu 
               bevorzugen.
aaaabbbb.BSY - Die offiziellen Binkley-Versionen speichern busy-flags, fuer
               kein outbound-Verzeichnis existiert, im Flag-Verzeichnis.
               EE und XE tun dies, wenn nicht MakeDir gesetzt ist.

Binkley 2.60 XR3:
BTRESCAN.FLG - Rescan aller Lines. Wegen der Funktionsweise wird diese Datei
               nicht geloescht, es reicht ein touchen der Datei mit 
               echo. > flags\btrescan.flg
BTRESCAN.BSY - Dieses Flag wird gesetzt, damit nicht mehrere Dateien 
               gleichzeitig auf den outbound rescannen, es ist nur fuer den
               internen Gebrauch bestimmt.
BTRESCAN.DMP - Enthaelt die Informationen des letzten outbound-rescans. 
               (Kein Flag!)
I_ALIVE.yy   - Task yy erstellt jede Minute dieses Flag bei Nichtexistenz, 
               wenn ShowAlive in der binkley.cfg steht.
BTMAIL.IN    - Mit MailFlag in der binkley.cfg wird dieses Flag nach dem
               Empfang von Mail gesetzt.
BTFREEZE.yy  - Task yy wird (im 'Waiting'-Status) eingefroren. 
BTFROZEN.yy  - Task yy wurde eingefroren. Um ihn aufzutauen muss dieses Flag
               geloescht werden.


Zu beachten: xx und yy sind jeweils zweistellig in Hex (00-FF). Wenn in der 
BINKLEY.CFG keine Tasknummer angegeben wurde (singleline-singletasking),
ist die Extension (yy) wegzulassen.

---------------------------------------------------------------------------
Trennung bei der Anwahl analog & ISDN

Q: Wie stelle ich das ein, damit meine Analog-Line nur Analog-Nodes 
anruft und die ISDN-Line nur die ISDN-Folks? 

A: Das geht ueber die Modemtypes in der V7-Nodeliste. Dort ist, anders als in 
der normalen Nodeliste, ein Byte reserviert, in dem man den Modemtyp 
eintragen kann. In der BINKLEY.CFG definiert man mit ModemTrans die 
Modemtypen, die die betreffende Line _nicht_ anwaehlen soll. Dazu laesst man 
bei ModemTrans den Wahlstring einfach weg. (Ausser bei der DOS-EE. Dort kann 
muss stattdessen etwas wie ModemTrans x -/|`ATH0` angeben.)

Beispielkonfiguration: 

BINKLEY.CFG ISDN-Line:
Prefix atd
ModemTrans 0
ModemTrans 1

BINKLEY.CFG Analog-Line:
Prefix atdt
ModemTrans 2 

Damit Nodes, die analog und ISDN auf der selben Nodenummer gelistet 
sind, nur von der ISDN-Line angerufen werden, muss im Nodelistcompiler 
auf die Reihenfolge der Eintraege geachtet werden. QNode beachtet 
den letzten passenden Eintrag, FastLst dagegen den ersten. 

Beispielconfig fuer QNode:
ModemTrans 1 V32B 
ModemTrans 1 ZYX 
[...]
ModemTrans 2 ISDNC 
ModemTrans 2 UISDNC 

Beispielconfig fuer FastLst: 
TypeDef ISDNC 2
TypeDef UISDNC 2
TypeDef V32b 1
TypeDef ZYX 1
[...]

---------------------------------------------------------------------------
EMSI soll nicht klappen

Q: Ich moechte beim Anrufen bei bestimmten Nodes kein EMSI benutzen.

A: Bei der 2.50 EE kann man bei NoEMSI ein V7-Userflag als Parameter angeben, 
der festlegt, fuer welche Nodes EMSI bei outbound calls deaktiviert wird. Mit 
QNode z.B. : 
QNODE.CFG: FLAGS 2:2476/707 A
BINKLEY.CFG: NoEMSI A

Fuer alle anderen Versionen gilt: Da NoEMSI sich auf alle Sessions 
auswirkt, musst du den Node mit einem Dial-Script anrufen, das 
so aussieht: 

; Establish Modem Response Codes 

Pattern 1 BUSY 
Pattern 2 NO CARRIER 
Pattern 3 NO DIAL 
Pattern 4 CONNECT 

; Modem Initialization String 

Xmit |v``^```` 

NoEMSI 

Xmit ATDT 
Dial 
Wait 80 fail 
if 3 collision 
If 4 Connect 
if 1 end 
if 2 end 

:fail 
xmit AT| 
abort 
Goto end 

:collision 
xmit `AT| 
goto end 

:Connect 
Session 

:End 

Ausserdem muss Binkley noch angewiesen werden, das Script auszufuehren. Das 
kann man mit  DIAL 0781-9709999 "script.scr"0781-9709999  in der BINKLEY.CFG 
oder einem entsprechenden Eintrag beim Nodelistencompiler machen. 

---------------------------------------------------------------------------
Mehrere Dateien mit einem Magic

Q: Wie kann man mit einem Magic mehrere Dateien versenden lassen? 

A: Einfach das Magic mehrmals im OKFile auffuehren: 
@MAGIC e:\files\file_1 
@MAGIC e:\files\file_2 
@MAGIC e:\files\file_3 

---------------------------------------------------------------------------
Farben und Screensaver bei DOS-Binkley

Q: Wie bekomme ich bei den DOS-Binkleys die Farben und den ScreenSaver hin? 

A: Mit einem sogenannten Video-Fossil, der wie der Com-Fossil eine definierte
Schnittstelle zur Verfuegung stellt. (z.B. VFOS_IBM.COM) 

---------------------------------------------------------------------------
Errorlevel fuer BBS-Exit

Q: Ich habe BBS Exit in der BINKLEY.CFG. Mit welchem Errorlevel steigt 
Binkley bei hoeheren Connects aus (28800, 64000 etc.)? 

A: Die Formel dafuer lautet allgemein Errorlevel = (Connect/100) mod 256. 
Also bei 28800 Errorlevel 32, bei 64000 128. 

---------------------------------------------------------------------------
Uebergabe von OS/2-Binkley an DOS-Box

Q: Wie schaffe ich es, dass mein OS/2-Binkley den Carrier an meine
DOS-Mailbox weitergibt? 

A: Das Problem ist auf zwei Umstaende zurueckzufuehren:
a) Unter OS/2 koennen zwei Applikationen nicht gleichzeitig auf einen
Com-Port zugreifen. Das ist fuer normalen Betrieb (OS/2-Mailer, OS/2-Mailbox) 
kein Problem, da der Mailer an die Mailbox ein sogenanntes Handle uebergibt,
das nichts anderes als das umgelenkte Com-Device ist. Allerdings koennen
damit DOS-Programme nichts anfangen.
b) Der com.sys von OS/2 setzt beim Schliessen des Com-Ports DTR auf low. Das 
fuehrt dazu, dass das Modem (bei normaler Konfiguration) auflegt. Deswegen 
kann man nicht einfach einen Errorlevel-Exit zur Mailbox machen. 

Loesungsmoeglichkeiten:
a) Der Shareware-Com-Treiber SIO.SYS (aktuelle Version: 1.55, SIO155.ZIP) von
Ray Gwinn bietet die Moeglichkeit, diesen Exklusiv-Zugriff zu umgehen, so 
dass _jedes_ Programm den Com-Port benutzen kann. Dazu muss der Aufruf in der
CONFIG.SYS ungefaehr so aussehen:
DEVICE=C:\SIO\SIO.SYS (COMx,,,-) (Wichtig ist das - als vierter Parameter.)
b) Man konfiguriert das Modem so, das es bei einem DTR-drop nicht auflegt. 
Man muss dann als Init-String im Mailer (und Hangup-String in der BBS) etwas 
wie ~+++~ath| angeben.

Beide Methoden haben ihre Tuecken. Bei a) besteht die Gefahr, dass andere 
Programme auf den Com-Port zugreifen, was gerade bei einer laufenden Session 
unangenehm sein duerfte. Bei b) dauert das Auflegen eben etwas laenger 
(ca. 2-3s), so dass evt. zusaetzliche Gebuehreneinheiten anfallen koennen. 

Bei einer ISDN-Karte mit CAPI gelten andere Regeln: Es gibt bei neueren 
cFos-Versionen (aktuell 1.00, CF2_100.ZIP) einen VCFOS.SYS, der in der 
DOS-Box eine FOSSIL-Schnittstelle zur Verfuegung stellt und so die Uebergabe 
ermoeglicht. Alternativ dazu gibt es noch ISDNCOM,der seine Dienste sowohl 
unter OS/2 als auch in der DOS-Box anbietet, dazu liegen mir aber leider 
keine Berichte vor. 

---------------------------------------------------------------------------
Fehler beim Senden

Q: Empfangen von Dateien klappt mit dem OS/2-Binkley prima, beim Senden tritt 
das Problem auf, dass Binkley bis zum Ende der Datei sendet und dann wieder 
an den Anfang zurueckspringt. 

A: Das liegt daran, dass die serielle Schnittstelle auf XON/XOFF-Handshaking
statt auf RTS/CTS eingestellt ist. Binkley (und alle anderen mir bekannten
Mailer) unterstuetzen aber nur das RTS/CTS-Handshaking. Abhilfe schafft
mode com?,,n,8,1,dtr=off,idsr=off,odsr=off,octs=on,rts=hs,xon=off,buffer=on
im Mailerbatch (oder bei Binkley XE mit SpawnInit).

---------------------------------------------------------------------------
EMSI klappt nicht

Q: Ich bekomme bei Node xyz keine EMSI-Verbindung, es klappt nur WaZoo. 

A: Binkley filtert nach dem Connect die ersten paar Zeichen, die vom Modem 
kommen, da diese bei aelteren MNP-Modems nur Muell waren. Allerdings haben 
manche Mailer (insbesondere Binkley 2.50 EE) einen kritischen EMSI-Timeout, 
so dass mit diesen keine EMSI-Verbindung mehr zustande kommen kann, da 
Binkley zu spaet (wenn ueberhaupt) die EMSI-Anforderung der Gegenseite
mitbekommt.

Bei der 2.50 EE kann man dieses Problem mit NoMNPFilter loesen. 
Bei den offiziellen Versionen muss man das Modem so konfigurieren, dass bei 
einer fehlerkorrigierten Verbindung hinter der Connectrate eine weitere 
Meldung (meist /REL oder /ARQ) angezeigt wird. In die BINKLEY.CFG kommt dann 
NoFilter /REL bzw. /ARQ (oder einfach NoFilter /).
(Anmerkung: Fuer den ZyXEL-eigenen Faxempfang sollte auf jeden Fall noch ein 
NoFilter FAX aufgenommen werden, da sonst die Meldung ZyXEL weggefiltert 
wird.) 

---------------------------------------------------------------------------
EMSI klappt immer noch nicht

Q: Hab ich doch alles, klappt aber trotzdem nicht mit dem EMSI. 

A: Manche Nodes verwenden in ihrem Intro (also der Meldung, die eigentlich 
fuer die Onliner gedacht ist) Asterisks *. Je nach Mailer wird das Intro vor 
einem Handshake-Versuch gesendet. Binkley hat damit Probleme, weil der * als 
Trigger benutzt wird, um einen EMSI-Handshake einzuleiten, der dann 
natuerlich fehlschlaegt. Bitte einfach den Node, die Sternchen rauszunehmen 
(und tu das auch selbst). 

---------------------------------------------------------------------------
Bidirektionale Protokolle

Q: Wie bekomme ich das eigentlich mit den bidirektionalen Protokollen 
Janus und Hydra hin? 

A: (Von Thomas Waldmann, sorry for Klau :)
Wenn entweder die Bedingung bei BiDiBaud oder (und zwar inklusiv-oder, nicht 
exklusiv-oder) oder die bei BiDiOK wahr sind, dann wird bidirektional 
uebertragen.
BiDiBaud <baudrate> heisst "Ist die Connectrate maximal <baudrate>? Wenn ja, 
dann bidirektional uebertragen!". Maximal (!) deshalb, weil z.B. ein HST 
(kein Dual) bei 2400 bps (V.22bis) noch bidirektional uebertragen kann, bei 
mehr (HST Protokoll) aber eben nicht mehr. Mit BiDiBaud 115200 und ohne 
BiDiOK-Statements kann man also in der Regel generell auf bidirektional 
schalten.
BiDiOK <string> heisst "Taucht <string> in der Connectmeldung auf? Wenn ja, 
dann bidirektional uebertragen!". Am Beispiel des HST Dual Standard laesst 
sich das wieder gut erklaeren: 

BiDiBaud 2400
BiDiOK /V32

Meldungen:
CONNECT 2400 
CONNECT 14400/HST/...
CONNECT 14400/V32/...

So, bei der 1. Meldung soll es bidirektional uebertragen, V.22bis kann das. 
Dazu dient das BiDiBaud 2400. 
Bei der 2. Meldung soll es NICHT bidirektional uebertragen. Dazu dient 
ebenfalls das (nicht mehr zutreffende) BiDiBaud. Ebenfalls passt kein 
BiDiOK -> also unidirektional uebertragen.
Bei der 3. Meldung soll es wieder bidirektional uebertragen. BiDiBaud wuerde 
das verbieten, weil ja die Connectrate >2400 ist. Aber BiDiOK /V32 laesst es 
zu, da /V32 in der Connectmeldung steht. Da eines von beiden reicht 
(ODER-Verknuepfung), wird bidirektional uebertragen. 

---------------------------------------------------------------------------
ComOpen(comx)

Q: Ich benutze OS/2 und starte nach Mailempfang mit start /... toss.cmd 
einen eigenen Toss-Task. Allerdings kann Binkley dann nicht mehr den 
Com-Port oeffnen. Im Logfile steht: SYS0032: ComOpen(com2) 

A: Fuege zum start-Befehl die Option /i dazu: start /i /... toss.cmd 

---------------------------------------------------------------------------
Binkley legt mit cFos nicht auf

Q: Ich benutze cFos/2 und Binkley/2. Allerdings bekommt es mein Binkley 
nicht hin, am Ende einer Session aufzulegen. 

A: Entferne den Parameter -kx vom cFos-Aufruf in der CONFIG.SYS. 

---------------------------------------------------------------------------
Count of 420 from File does not match 435 required

Q: Woran liegt es, dass Binkley beim Start folgende Fehlermeldung anzeigt:
Count of 420 from File does not match 435 required 

A: Entweder ist das compilierte Languagefile fehlerhaft (-> neu kompilieren) 
oder es liegt noch die BINKLEY.LNG einer aelteren Version im Binkley-Dir.
(Zusatz fuer BT-XE: Hier ist das englische BINKLEY.LNG in das EXE mit 
eingearbeitet. Wenn ein Languagefile im Binkley-Verzeichnis liegt, wird aber 
dieses benutzt. Ab der XR3 wird nur noch das einkompilierte benutzt.)

---------------------------------------------------------------------------
. in einem Modembefehl

Q: Ich habe einen Punkt in einem Modembefehl. Wenn Binkley diesen ausfuehrt,
meldet das Modem allerdings einen ERROR. 

A: Binkley konvertiert den Punkt zu einem Komma. Um das zu verhindern, musst 
du den Punkt mit einem Backslash \ escapen: \. 
(Ab XR3 ist das nicht mehr notwendig.)

---------------------------------------------------------------------------
% und ; in einem Modembefehl bei 2.50 EE

Bei Binkley 2.50 EE ist es nicht moeglich, ein Prozentzeichen % oder 
Semikolon ; in einem Modemstring anzugeben, da diese Zeichen generell als 
Einleitung eines Kommentars erkannt werden. Auch ein escapen mit dem 
Backslash \ ist nicht moeglich.

---------------------------------------------------------------------------
Pointsystem bearbeitet requests

BINK Error 2, Can't Open C:\Binkley\Files\xxxxxxxx.PNT\0000xxxx.Rxx 

Es muessen in (allen) Inbounds Verzeichnisse existieren, die (wie in den 
Outbounds) NetzNode.PNT heissen (und zwar fuer alle Akas). Binkley legt dort 
die reinkommenden *.REQ ab.
Ab XR3 wird geprueft, erfolgt eine Namespruefung des *.req. Da Binkley fuer 
ein Pointsystem das Format 0000ptnr.req erwartet, FD (und andere) Systeme 
aber im Format netznode.req senden, werden diese nicht bearbeitet. Man muss
fake-akas in die binkley.cfg eintragen, die aus einer Phantasiezone und dem
Netz/Node der jeweiligen Pointadresse bestehen. Am besten traegt man diese
am Schluss ein, da sie von Anrufern nicht benoetigt werden, nur von Binkley 
selbst.

---------------------------------------------------------------------------
Falsche Modemflags bei QNode

Q: Ich benutze QNode. Leider uebersetzt er Modemflags falsch, die laenger als 
fuenf Zeichen sind, wie z.B. UISDNA. 

A: Benutze statt MaxBaud/FlagBaud einfach ModemTrans in der QNode.Cfg. 

---------------------------------------------------------------------------
Error 23, can't find status

Q: Beim automatischen Poll bei meinem Uplink bekomme ich folgenden Fehler: 
Error 23, can't find status 

A: Du benutzt wohl fuer den automatischen Poll echo >>\bound\out\aaaabbbb.clo 
oder etwas aehnliches. Dabei wird ein "Status fuer ECHO ist..." in das clo 
geschrieben. Aendere das einfach in echo.>>.. oder rem.>>... 

---------------------------------------------------------------------------
Binkley hebt nicht ab

Q: Mein Binkley hebt bei eingehenden Anrufen einfach nicht ab bzw. zeigt 
erst garkein RING an. Bei den current settings unter "Event:" steht nichts. 

A: Ohne aktiven Event ist das so. Loesche im Binkley-Verzeichnis eine evt. 
vorhandene BINKLEY.SCD (bzw. BINKLEY.Sxx bei Binkley-XE) und erstelle eine 
BINKLEY.EVT mit dem Inhalt 
Event All 00:00 24:00 C 

---------------------------------------------------------------------------
Leere node-records bei Benutzung von Pointlisten

Tip: Beim Benutzen von Pointlisten (nicht GermanPointList, sondern das 
"Standard-Format") sollte man die Pointlisten _vor_ den Nodelisten 
einbinden, da es sonst passieren kann, dass die Node-Eintraege durch die in 
den Pointlisten ueberschrieben werden.

---------------------------------------------------------------------------
Anrufe nur manuell entgegennehmen

Wenn man Anrufe nicht automatisch annehmen lassen moechte, sondern nur 
manuell, braucht man bei ModemRinging nur etwas unsinniges eintragen bzw.
das ganz weglassen und nur alle anderen ModemXxxx-Statements zu definieren.

---------------------------------------------------------------------------
Sharen des COM-Ports fuer ppp.exe

Da Programme wie ppp.exe kein porthandle benutzen koennen, muss Binkley den
COM-Port im Share-Mode oeffnen. Dafuer muss folgender Patch fuer die 
maxcomm.dll mittels patch.exe eingespielt werden:

;Maxcomm.PAT
;----------------------------------------------------
;    This patch alters the share mode in MaxComm.DLL from
;    DenyReadWrite to DenyNone.
;
;       Use this file by typing
;       PATCH MAXCOMM.PAT /A
;       at an OS/2 prompt in your Maximus directory, and in any other
;    directory that contains MaxComm.DLL (eg, C:\OS2\DLL) - if you
;    don't get every copy, the results, though predictable, are
;    confusing   :-)
;
;
; Maxcomm.dll as supplied with Maximus 3.00 & 3.01.
;
FILE maxcomm.dll
;
VER 00000425 506A016812405050
CHA 00000425 506A016842405050
;
;
;-----------------------------------

Die gepatchte maxcomm.dll gibt es unter max_ppp.zip.

---------------------------------------------------------------------------
Baudraten >38400 unter DOS

Um mit einem DOS-Binkley Baudraten ueber 38400 verwenden zu koennen, muss in
der binkley.cfg das Statement ExtBaudRates stehen, und zwar _vor_ dem Setzen
der Baudrate mittels Baud. Ausserdem muss natuerlich ein Fossil benutzt
werden, der diese Baudraten auch unterstuetzt.

---------------------------------------------------------------------------
Modem hebt nicht ab (ab XR2)

Ab XR2 vergleicht Binkley die Modemstring case-sensitive, d.h. es wird 
Gross-/Kleinschreibung beachtet. Manche Modems scheinen z.B. das RING in 
verschiedenen Schreibweise zu senden, diese muessen daher alle in der 
binkley.cfg bei ModemRinging auftauchen.

---------------------------------------------------------------------------
Nicht-versenden von Requests

Entgegen der Angabe in der Dokumentation ist das X-Flag im Eventfile nicht
unwirksam, allerdings hat sich die Funktion geaendert: Wenn X in einem Event
aktiv ist, werden Requests bei einem Anruf nicht gesendet.

---------------------------------------------------------------------------
Abheben nur bei Bedarf

Um Binkley nur auf Befehl (Tastendruck) Anrufe beantworten zu lassen, muss 
man nur die ModemXxxx-Statements in der binkley.cfg angeben und dabei 
ModemRinging weglassen (oder einen Unsinns-String wie ned_abhebe angeben).
Zum Abheben dann einfach Alt-A druecken.
Im Eventfile darf _nicht_ S (send-only) stehen, da Binkley sonst kein RING
anzeigt und eingehende Anrufe auch nach einem erfolgreichen Connect nicht 
bearbeitet!

---------------------------------------------------------------------------
Ende einer Session dauert sehr lange (OS/2)

Man sollte auf keinen Fall DELDIR fuer die Verzeichnis aktiv haben, auf die
Binkley zugreift (vor allem der outbound und das Flag-Verzeichnis), da dort 
teilweise sehr viele .bsy-Files angelegt und am Ende einer Session wieder 
geloescht werden.

---------------------------------------------------------------------------
Domains (nicht 2.50EE)

Wenn man sie brauchen sollte, sollte die Konfiguration ungefaehr so aussehen:

Address         2:2476/707@fidonet
Domain          fidonet fidonet nodex
DomainKludge    1 fidonet
DomainKludge    2 fidonet
DomainKludge    3 fidonet
DomainKludge    4 fidonet
DomainKludge    5 fidonet
DomainKludge    6 fidonet
Address         21:492/1337@gernet
Domain          gernet gernet gernet
DomainKludge    21 gernet

Domain gibt (in dieser Reihenfolge) den Domainnamen, das Outboundverzeichnis
und den Namen des Nodelist-Index an. Der Outbound der ersten Zone ist auf 
jeden Fall das bei Hold angegebene Verzeichnis (ohne Extension). Fuer die 
erste Zone ist eigentlich DomainKludge nicht notwendig, da die erste Domain 
angenommen wird, wenn bei einer aka keine Domains angegeben sind.
(Bei Binkley XE funktioniert mit den Domains der nodelist-lookup nicht mehr
richtig.)

=============================================================================
BTFREEZE-Problem

Binkley XE R4 beendet sich nach BTFREEZE mit einer Fehlermeldung, wenn es
reaktiviert werden soll. Das ist ein Bug, der dadurch umgangen werden kann,
dass man sowohl StatusLog als auch CostLog definiert haben muss.

=============================================================================

Anmerkungen

- STANDARD DISCLAIMER 
  Fuer die enthaltenen Informationen wird keine Haftung uebernommen. 
  Es wird nichts garantiert. Benutzung auf eigene Gefahr.
- Herzlichen Dank an alle, die das hier ermoeglicht haben! 
- Alle angegeben Files gibt es beim Ersteller dieser FAQ und koennen dort 
  requestet werden. (49-781-9709999, X75 und V34, 24h ausser ZMH)
- Die aktuelle Binkley-FAQ gibt es dort auch unter BINKLEY.FAQ, sie wird auch
  im MxBBS-Netz verteilt. 
  Alternativ unter http://home.pages.de/~jhirsch/binkfaq.txt
  (Mangels Interesse wird das HTML-Format nicht mehr unterstuetzt.)
- Glueckwuensche/Flames/Verbesserungen/Anregungen usw. per Netmail an eine 
  der folgenden Adressen: 2:2476/707@fidonet, 9:491/7080@virnet, 
  21:492/1337@gernet, 81:449/7537@os2net, 142:102/401@sfnet, 
  256:4960/367@mxbbsnet, jh@swol.de


(c) Jakob Hirsch 

-eof-
