Telexforum.de

Hallo,

Ich habe zwei "issues" im Github-Repo geöffnet. Die 1 kann geschlossen werden, bitte, hat sich erledigt, ich hatte den falschen TLNS-Port

Die wohl interssantere ist hier: https://github.com/detlefgerhardt/WinTlx/issues/2

Ich beschreibe das Problem auch hier noch mal, nur für den Fall:

Hallo,

Ich bastel im Moment, bevor ich (im August) einen Fernschreiber habe) ein wenig mit WinTlx und piTelex rum.

Verbindungen von WinTlx zu piTelex (und auch zu anderen i-Telex Teilnehmern) funktionieren problemlos. Auch Verbindungen von WinTlx zi WinTlx funktionieren einwandfrei.

Probleme gibt es von piTelex zu WinTlx, zumindest bei meinem Setup.

WinTlx registriert die einkommende Verbindung, diese kommt aber nicht vollständig zustande, wie es scheint.
Die Gegenseite kann text übertragen, aber hier kommt nichts an
WinTlx reagiert auch nicht auf eine WRU.

Als Meldung auf der Konsole erscheint:

EING
E
HRENDE EVCEERIBINDVUENDG  D19I2R.E1C6T8 .D1I0A0L. 1C
M
D 0

Bei einer erfolgreichen Verbindung von WinTlx zu WinTlx erscheint jedoch:

EINGEHENDE VERBINDUNG 83.39.75.209
RECEIVED DIRECT DIAL CMD 0

Irgendeine Vorstellung, woran das liegen kann?

Danke!

Das ist interessant, denn solche kryptischen Ausgaben habe ich schon häufiger mal gesehen. Leider waren die nie reproduzierbar, so dass ich nicht systematisch danach suchen konnte.
Leider habe ich kein betriebsbereites piTelex. Hier liegt zwar eins rum, aber ich habe bisher noch keine Zeit gehabt, mich damit zu beschäftigen.

Was sagt denn das Debug-Log? Könntest du mal die Passage mit dem Anruf posten?

Hallo, das ging ja fix, danke:

Falls die logs nicht weiterhelfen, ich kann gerne von meinem PiTelex auf einem WinTlx bei dir anrufen, vielleicht hilft das. Man könnte sich 1-2 Tage vorher per PN absprechen.

Debug log WinTlx:

connectionState = TcpConnected
Recv char 07 -> i-Telex
ProtocolVersion 1 '' [07 01 01]
ProtocolVersion 1 '2003' [07 06 01 32 30 30 33 00]
Recv char 01 -> i-Telex
DirectDial 0 [01 01 00]
BaudotData <BU>a [02 02 1F 18]
BaudotData <CR><LF> [02 02 02 08]
BaudotData a [02 01 18]
BaudotData <CR><LF> [02 02 02 08]
BaudotData a [02 01 18]
BaudotData <CR><LF> [02 02 02 08]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 06 -> i-Telex
Ack ack=0 sent=10 buf=10 [06 01 00]
Recv char 03 -> i-Telex
End 
connectionState = Disconnected

Verbindungslog in piTelex:

2021-07-16 18:18:14,664 piTelex.txDevITelexClient [INFO]: Get User: '656435'
2021-07-16 18:18:14,727 piTelex.txDevITelexClient [INFO]: Found user in TNS: {'TNum': '656435', 'ENum': None, 'Name': 'Volker, Benalmadena (ES) WinTlx', 'Type': 'I', 'Host': 'telex.spainip.es', 'Port': 134}
2021-07-16 18:18:14,727 piTelex.txDevITelexClient [INFO]: connecting to Volker, Benalmadena (ES) WinTlx (telex.spainip.es:134)
2021-07-16 18:18:14,727 piTelex.txDevITelexCommon [INFO]: Sending direct dial: None
2021-07-16 18:18:14,727 piTelex.txDevITelexClient [INFO]: connected
2021-07-16 18:18:14,727 piTelex.txDevITelexCommon [INFO]: Connection hint: i-Telex connection
2021-07-16 18:18:14,727 piTelex.txDevITelexCommon [INFO]: State transition: 0=>1
2021-07-16 18:18:35,727 piTelex.txDevITelexCommon [INFO]: State transition: 1=>2
2021-07-16 18:18:35,742 piTelex.txDevMCP [INFO]: Printer start timer enabled
2021-07-16 18:18:35,742 piTelex.txDevArchive [INFO]: recording new message
2021-07-16 18:18:40,758 piTelex.txDevMCP [WARNING]: Printer start attempt timed out, fallback WRU responder enabled
2021-07-16 18:18:40,820 piTelex.txDevITelexCommon [INFO]: State transition: 2=>3
2021-07-16 18:18:40,820 piTelex.txDevITelexCommon [INFO]: State transition: 3=>4

Ich hoffe, das grenzt die Fehlersuche ein wenig ein.

Gruss,

Oje. Die Routinen für eingehende Verbindungen sind Kraut und Rüben.
Ich wundere mich gerade, dass da überhaupt was funktioniert hat. Von i-Telex nach WinTlx.
Schick mir doch mal deine E-Mail-Adresse, dann schicke ich dir eine Programmversion zum Testen.

I have been unable to get WinTlx to work. I am sure it is something wrong with my configuration settings. Do the incoming connection settings need to be configured as well?

I have the subscriber server settings filled in the same as for my i-Telex system. I guessed the port is 80. Perhaps that is wrong?

When I search I immediately get
NO DATA RECEIVED
ENTRIES FOUND

I did read here was a lot of concern of anyone in the internet using this, so perhaps usage in this way is not possible. What I want to do is to send myself various test messages to the various numbers that are assigned to my system to test how things are working (routing, forwarding, locking, etc).

Is WinTlx not designed for this?

Hi Paul,

WinTlx is not designed to be calleable from "outside". Just to be able to be called from your own i-Telex-Station by entering a "private" entry in the "address book" of the i-Telex.

The subscriber server binary access port is 11811. I don't know if the WinTlx uses the binary protocol or the HTTP access.

WinTlx is useful to test your own i-Telex including the port-forwarding.

HTH

Fred

PaulHeller hat geschrieben: ↑Fr 8. Apr 2022, 11:21 I have been unable to get WinTlx to work. I am sure it is something wrong with my configuration settings. Do the incoming connection settings need to be configured as well?

If you use only outgoing connections you do not have to configure the incoming connection parameters.

PaulHeller hat geschrieben: ↑Fr 8. Apr 2022, 11:21 I have the subscriber server settings filled in the same as for my i-Telex system. I guessed the port is 80. Perhaps that is wrong?

You can not use the same port for your i-Telex and WinTlx. This will not work in your local network. If you configure different ports and i-Telex and WinTlx are active at the same time they will overwrite each others port setting on the subscribe server. Only one client (WinTlx or i-Telex) can be active for the same number at the same time. And your internet router must be configured for either WinTlx oder i-Telex.

If your are not familiar with the i-telex configuration do not use WinTlx for incoming connections. It's more complicated than i-Telex because its primarily a test tool.

PaulHeller hat geschrieben: ↑Fr 8. Apr 2022, 11:21 When I search I immediately get
NO DATA RECEIVED
ENTRIES FOUND

Have you configured the subscribe server entires? There should be at least one entry ("telexgateway.de"). Port is 11811.

FredSonnenrein hat geschrieben: ↑Fr 8. Apr 2022, 11:53 The subscriber server binary access port is 11811. I don't know if the WinTlx uses the binary protocol or the HTTP access.

Binary.

Thank you both for the replies. We can consider this closed from my perspective.

Does it work now? Or doesn't it fit your requirements?