| |
DH3WW > WPP 31.12.05 14:56l 48 Lines 2020 Bytes #999 (60) @ DL
BID : ISCYG5_DB0LJ
Read: DO3JB DK1NX DL1DVE GUEST DJ2XF DO8PDZ DG8NGN DG6MBS DL6DBA DK3TB DL3SBB
Read: OE3DSB DG5YM DL1NAT DJ5OW DF1SI DG3IC DL8UEF DO1WWA DL5SFI DO5FHS DF3MH
Read: DG1GMY DK8XN DC3MR OE8SHQ DG9BCY DL1MIM
Subj: Info WPP Testversion 3.17
Path: DB0FHN<DB0FOR<DB0SIF<DB0EA<DB0RES<DB0LJ
Sent: 051231/1029z @:DB0LJ.#RPL.DEU.EU [Mayen-KO,JO30QJ] DP6.00 $:ISCYG5_DB0LJ
From: DH3WW @ DB0LJ.#RPL.DEU.EU (Wolfgang)
To: WPP @ DL
Reply-To: DH3WW @ DB0LPZ.#SAX.DEU.EU
X-Info: Einspielung ohne Passwortschutz
Hallo,
nach längerer künstlerischer Pause mal wieder etwas Neues.
In der neuen Version ist ein gemeldeter Bug korrigiert worden: WPP
hat auch bei einem Reconnect die Login-Prozedur gestartet. Jetzt
wird nur noch bei einem Connect das Login durgeführt.
Im Passwort-Dialog sind zwei Optionen hinzugekommen:
- TCP/IP-Passwort.
Die Eintragungen für das Passwort gelten nur, wenn es sich um eine
TCP/IP-Verbindung handelt. Bei einem AX25-Connect wird es ignoriert.
Hintergrund: z.B.: db0lj lässt sich via HF und via TCP/IP connecten.
Über HF wird kein Passwort benötigt, über TCPIP wird jedoch eines
benötigt. Connectet man nun db0lj über HF und WPP startet das Login
dann weiß db0lj nichts mit dem Login anzufangen. Wird diese Option
aktiviert, so wird das Login nur via TCPIP gestartet.
- Erster Befehl nach Pwd.
Hier steht ein Text, der nach der Passwortprozedur abgeschickt wird.
In 99,9% aller Fälle wird hier nichts eingetragen. Ich trage dort
bei db0lj "c db0lj" ein und damit werde ich sofort vom Telnet-Prompt
zum Digi weiterconnectet.
Die zwei neuen Optionen im Pwd-Dialog machen den "Klimmzug" mit einer
getrennten SSID bei TCP/IP-Connect nicht mehr notwenig (ich hatte das
irgendwo mal als Notlösung erklärt).
Desweiterem habe ich mich notgedrungen mit dem TCP/IP und der Binär-
übertragung beschäftigt. Bei DB0LJ funktioniert das tadellos.
Probbleme habe ich noch bei DB0ERF und DB0FHN. Dort wird glaube ich
das xnet benutzt. Mein Erkenntnisstand ist, das dort der Telnet-Server
nach einem Carrige Return (CR) ein Line Fide (LF) einfügt. Das stört
zwar die normale Textübertragung nicht, weil WPP das LF einfach weg-
läßt, aber bei einer Binärübertragung ist das tötlich.
Ich bin nun nicht der xnet-Guru um dort eine Lösung anzubieten.
Guten Rutsch nach 2006.
--
73 / 55 de Wolfgang
BBS : DH3WW@DB0HOT.SAX.DEU.EU
amprNet : dh3ww@db0lpz-svr.ampr.org
Read previous mail | Read next mail
| |
