I am trying to set up a machine with a uucp connection via tcp, but
somehow I can't get the chat script right. The following is actually my
most successful attempt so far:

chat ogin: \L\r word: \P\r

This leads to the following in the Debug file (login and password replaced):

uucico esgaroth - (2024-12-29 23:43:14.17 30777) Calling system esgaroth
(port TCP)
uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect:
Looking for 5 "ogin:"
uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect: Got
"login:" (found it)
uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: fcsend: Writing
login "LOGIN\r\r"
uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect:
Looking for 5 "word:"
uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect: Got "
Password:" (found it)
uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: fcsend: Writing
password "PASSWORD\r\r"
uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: zget_uucp_cmd:
Got " uucico esgaroth - (2024-12-29 23:44:14.22 30777) ERROR: Line
disconnected " (error)
uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: fconn_close:
Closing connection
uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: Call failed: 4
(Handshake failed)

Does anyone know what might be the issue here? What am I missing?

On 12/29/24 16:54, Kyonshi wrote:
> I am trying to set up a machine with a uucp connection via tcp,

What TCP communications method are you using?

- UUCP directly on TCP/IP port 540
- UUCP over telnet
- UUCP over SSH
- something else?

> but somehow I can't get the chat script right.

The times that I've done this, I did UUCP over SSH. It provides
encryption and the authentication happens outside of UUCP. SSH keys are
nice. :-)

> The following is actually my most successful attempt so far:
>
> chat ogin: \L\r word: \P\r
>
> This leads to the following in the Debug file (login and password
> replaced):
>
> uucico esgaroth - (2024-12-29 23:43:14.17 30777) Calling system esgaroth
> (port TCP)
> uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect:
> Looking for 5 "ogin:"
> uucico esgaroth - (2024-12-29 23:43:14.18 30777) DEBUG: icexpect: Got
> "login:" (found it)
> uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: fcsend: Writing
> login "LOGIN\r\r"
> uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect:
> Looking for 5 "word:"
> uucico esgaroth - (2024-12-29 23:43:14.22 30777) DEBUG: icexpect: Got "
> Password:" (found it)
> uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: fcsend: Writing
> password "PASSWORD\r\r"
> uucico esgaroth - (2024-12-29 23:43:14.28 30777) DEBUG: zget_uucp_cmd:
> Got " uucico esgaroth - (2024-12-29 23:44:14.22 30777) ERROR: Line
> disconnected " (error)
> uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: fconn_close:
> Closing connection
> uucico esgaroth - (2024-12-29 23:44:14.22 30777) DEBUG: Call failed: 4
> (Handshake failed)
>
> Does anyone know what might be the issue here? What am I missing?

I don't know what's going on.

But it looks like you might be trying to log in to esgaroth from
esgaroth, e.g. looping back into yourself. I'm not sure how well UUCP
tolerates that.

--
Grant. . . .

Always try to login by hand at first. Using Kermit or similar, connect
to the port and issue the username/password pair for that host. You
should see the "Shere=" UUCP string (or whatever it is - there's an S in
there). If this doesn't work, fix this first. Only once you can login
should you have UUCP automate it for you.

What is talking to what? Is this Taylor? Some common ones:

# DECUS 2.0 on VMS
chat "" \r\c sername:-BREAK-sername:-BREAK-sername: \L word: \P

# UUPC for Windows
chat ogin: \L ssword: \P

# Solaris HDB:
chat ogin: \L ssword: \P

# Minix3, also Taylor on Linux
chat ogin: \L ssword: \P

Check your logs, and run uucico by hand with debugging:
uucico -S whatever -x chat,handshake,port,config,incoming,outgoing

cu whatever

Should also get you to the remote prompt of system "whatever".

--
PGP Key ID: 781C A3E2 C6ED 70A6 B356 7AF5 B510 542E D460 5CAE
"The Internet should always be the Wild West!"

On 12/30/2024 1:15 AM, Grant Taylor wrote:
> On 12/29/24 16:54, Kyonshi wrote:
>> I am trying to set up a machine with a uucp connection via tcp,
>
> What TCP communications method are you using?
>
>  - UUCP directly on TCP/IP port 540
>  - UUCP over telnet
>  - UUCP over SSH
>  - something else?
>

I am trying to connect directly via TCP.

>> but somehow I can't get the chat script right.
>
> The times that I've done this, I did UUCP over SSH.  It provides
> encryption and the authentication happens outside of UUCP.  SSH keys are
> nice.  :-)

They are, but this is already after I decided to troubleshoot down to
the basics. The issue also was present with SSH.

>> Does anyone know what might be the issue here? What am I missing?
>
> I don't know what's going on.
>
> But it looks like you might be trying to log in to esgaroth from
> esgaroth, e.g. looping back into yourself.  I'm not sure how well UUCP
> tolerates that.
>

It does look like it, doesn't it? But that's not what I am doing, this
debug log came from another machine. I am trying to reach the machine
esgaroth from a machine called erebor. And I can access either from each
other via ssh. And I clearly can access esgaroth from erebor because it
gives me the uucp login chat (and erebor from esgaroth looks the same).
And yet the handshake fails.
I feel like I am missing something very obvious.

On 12/30/2024 2:43 AM, jayjwa wrote:
> Always try to login by hand at first. Using Kermit or similar, connect
> to the port and issue the username/password pair for that host. You
> should see the "Shere=" UUCP string (or whatever it is - there's an S in
> there). If this doesn't work, fix this first. Only once you can login
> should you have UUCP automate it for you.
>
> What is talking to what? Is this Taylor? Some common ones:
>

It's Taylor on Debian, talking to Taylor on Debian.

> # DECUS 2.0 on VMS
> chat "" \r\c sername:-BREAK-sername:-BREAK-sername: \L word: \P
>
> # UUPC for Windows
> chat ogin: \L ssword: \P
>
> # Solaris HDB:
> chat ogin: \L ssword: \P
>
> # Minix3, also Taylor on Linux
> chat ogin: \L ssword: \P
>
>
> Check your logs, and run uucico by hand with debugging:
> uucico -S whatever -x chat,handshake,port,config,incoming,outgoing
>
> cu whatever
>
> Should also get you to the remote prompt of system "whatever".
>

Hmm. I get the remote prompt for system esgaroth, but after entering the
password it does not do anything for a while, then closes the connection
with

cu: Got hangup signal
cu: Exit status 0
cu: fconn_close: Closing connection

Disconnected.

It seems to me I am getting a connection, and then it doesn't know what
to do with one another. I am getting a handshake failed error again.

Kyonshi <gmkeros@gmail.com> writes:

> Hmm. I get the remote prompt for system esgaroth, but after entering
> the password it does not do anything for a while, then closes the
> connection with
>
> cu: Got hangup signal
> cu: Exit status 0
> cu: fconn_close: Closing connection
> Disconnected.
>
> It seems to me I am getting a connection, and then it doesn't know
> what to do with one another. I am getting a handshake failed error
> again.

Note 'cu' uses the uucp config files; if you do this with kermit you
might get a different response. If so, the issue is likely your config
files.

$ cu kirin
Connected.

Welcome to OpenVMS (TM) VAX Operating System, Version V7.3

Username: ~.

Disconnected.

Check for permissions on the remote system. My distro ships the binaries
so that only users in the "uucp" group can use them (changed). Check
your x/inetd stanza (whichever Debian uses) on the remote host.

-r-sr-xr-- 1 uucp uucp 287704 Oct 31 15:16 /usr/sbin/uucico
Debian might do things differently.

service uucp
{ flags = IPv6
socket_type = stream
protocol = tcp
wait = no
user = uucp
group = uucp
server = /usr/sbin/uucico
server_args = -l --debug chat,handshake,uucp-proto,proto,port,incoming
log_on_failure += USERID
log_on_success += USERID
}

Your "call" file should have something like:
remotehostyourcalling logintouseonremotehost theremotepassword

for each host you call. Taylor-to-Taylor, most defaults should work
otherwise.

--
PGP Key ID: 781C A3E2 C6ED 70A6 B356 7AF5 B510 542E D460 5CAE
"The Internet should always be the Wild West!"

On 1/8/2025 3:16 PM, Kyonshi wrote:

>>
>
> I now have determined the issue to be that no inputs are sent via uucp
> or cu to the other system, except for carrier returns.
> I don't know why this is the case as it already works on other systems
> without a hitch (some are already connected via erebor), but only
> between those two new systems it just doesn't work.
>
> Ok, more investigation...

No, that's not true either, use of cu -h -d trying to connect to
esgaroth shows that it somehow only receives about half the keyboard
presses I make.

On 12/31/2024 8:23 PM, jayjwa wrote:
> Kyonshi <gmkeros@gmail.com> writes:
>
>> Hmm. I get the remote prompt for system esgaroth, but after entering
>> the password it does not do anything for a while, then closes the
>> connection with
>>
>> cu: Got hangup signal
>> cu: Exit status 0
>> cu: fconn_close: Closing connection
>> Disconnected.
>>
>> It seems to me I am getting a connection, and then it doesn't know
>> what to do with one another. I am getting a handshake failed error
>> again.
>
> Note 'cu' uses the uucp config files; if you do this with kermit you
> might get a different response. If so, the issue is likely your config
> files.
>
>
> $ cu kirin
> Connected.
>
>
> Welcome to OpenVMS (TM) VAX Operating System, Version V7.3
>
> Username: ~.
>
> Disconnected.
>
>
> Check for permissions on the remote system. My distro ships the binaries
> so that only users in the "uucp" group can use them (changed). Check
> your x/inetd stanza (whichever Debian uses) on the remote host.
>
> -r-sr-xr-- 1 uucp uucp 287704 Oct 31 15:16 /usr/sbin/uucico
> Debian might do things differently.
>
> service uucp
> {
> flags = IPv6
> socket_type = stream
> protocol = tcp
> wait = no
> user = uucp
> group = uucp
> server = /usr/sbin/uucico
> server_args = -l --debug chat,handshake,uucp-proto,proto,port,incoming
> log_on_failure += USERID
> log_on_success += USERID
> }
>
> Your "call" file should have something like:
> remotehostyourcalling logintouseonremotehost theremotepassword
>
> for each host you call. Taylor-to-Taylor, most defaults should work
> otherwise.
>

I now have determined the issue to be that no inputs are sent via uucp
or cu to the other system, except for carrier returns.
I don't know why this is the case as it already works on other systems
without a hitch (some are already connected via erebor), but only
between those two new systems it just doesn't work.

Ok, more investigation...