Groups | Search | Server Info | Login | Register


Groups > comp.mail.uucp > #93

Re: pathalias program

From Grant Taylor <gtaylor@tnetconsulting.net>
Newsgroups comp.mail.uucp
Subject Re: pathalias program
Date 2019-09-04 08:58 -0600
Organization TNet Consulting
Message-ID <qkojc9$etj$1@tncsrv09.home.tnetconsulting.net> (permalink)
References <45647e5d-1548-4df3-96bc-18f792f75fae@googlegroups.com> <a66ad127-88da-42e5-a93b-08a792ae0653@googlegroups.com> <qkjf9m$738$1@tncsrv09.home.tnetconsulting.net> <0648b954-455c-4efb-bed6-3b0746ddd062@googlegroups.com>

Show all headers | View raw


On 9/3/19 12:54 PM, Radim Kolář wrote:
> I know about several UUCP networks, each with 20-60 members.

Interesting.

I'd be interested in learning about them.

> Firewalls, NAT, you have to be always online.

I would think that firewalls and NAT would be overcome as part of 
establishing connections.  Or are you implying that using things like 
outbound UUCP through a stateful (NATing) firewall is a non-issue for UUCP?

Yes, UUCP's store-and-forward is nice.

> It will be like it always was.

Thank you for the link to an old map.

> Nobody is forcing you to be always online, using ssh transport, 
> pgp encrypted rmail packets or something like that.

Nothing about SMTP strictly /requires/ you to be always online.  You do 
need /a/ receiving server to be accessible while the sending server is 
trying to connect.  But I think the same thing can be said about UUCP.

I get optionally using SSH as a transport.

I'm ignorant of people using PGP, et al., to encrypt rmail packets.

> Only centralised thing will be map file. You want to join - find 
> somebody who is willing to be connected with you, make agreement 
> about protocol and register uucp name at send map entry.

:-)

> https://groups.google.com/forum/#!msg/comp.mail.maps/Oj6Y2yUlMk4/nwmH6oh6JMcJ
> 
> You can choose if you want to route mail, you dont have to, but you 
> need to maintain correct map entry.

ACK

> SOCKS client

Are you wanting to add SOCKS client to the uucp binaries?

What sort of connections are you supporting?

Are you wanting to be able to route them through SOCKS?

I'd be inclined to put the SOCKS connectivity part in other things 
around uucp binaries.  E.g. something that presents a virtual serial 
port and gateways to remote TCP connections which are routed through 
something like TUN-to-SOCKS.  STDIO is even easier.  socat is a 
wonderful tool.  Admittedly, socat supports acting as a SOCKS client.



-- 
Grant. . . .
unix || die

Back to comp.mail.uucp | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

pathalias program Radim Kolář <kolar.radim@gmail.com> - 2019-08-24 11:36 -0700
  Re: pathalias program Grant Taylor <gtaylor@tnetconsulting.net> - 2019-08-27 15:54 -0600
    Re: pathalias program Radim Kolář <kolar.radim@gmail.com> - 2019-08-27 22:33 -0700
    Re: pathalias program bje@ripco.com - 2019-08-28 11:42 +0000
      Re: pathalias program Grant Taylor <gtaylor@tnetconsulting.net> - 2019-08-28 20:25 -0600
  Re: pathalias program Radim Kolář <kolar.radim@gmail.com> - 2019-08-31 23:40 -0700
    Re: pathalias program Grant Taylor <gtaylor@tnetconsulting.net> - 2019-09-02 10:18 -0600
      Re: pathalias program Radim Kolář <kolar.radim@gmail.com> - 2019-09-03 11:54 -0700
        Re: pathalias program Grant Taylor <gtaylor@tnetconsulting.net> - 2019-09-04 08:58 -0600
      Re: pathalias program Andy Valencia <vandys@vsta.org> - 2019-09-03 17:34 -0700
        Re: pathalias program Grant Taylor <gtaylor@tnetconsulting.net> - 2019-09-04 11:01 -0600
        Re: pathalias program Andy Valencia <vandys@vsta.org> - 2019-09-05 11:38 -0700

csiph-web