[Info-vax] What would you miss if DECnet got the chop? Was: "bad select 38" (OpenSSL on VMS)

[Kerry Main]

> -----Original Message-----
> From: Info-vax [mailto:info-vax-bounces at rbnsn.com] On Behalf
> Of Michael Moroney via Info-vax
> Sent: 19-Sep-16 11:28 AM
> To: info-vax at rbnsn.com
> Cc: Michael Moroney <moroney at world.std.spaamtrap.com>
> Subject: Re: [Info-vax] What would you miss if DECnet got the
> chop? Was: "bad select 38" (OpenSSL on VMS)
> 
> I am following this thread with interest because I put a bunch
of
> effort getting DECnet V/DECnet Plus to build at VSI, what we
got
> from HP was a bit of a mess.  Since then I wondered, how many
> customers actually use DECnet V (or DECnet IV), and for what.
> 
> Of course the VMS builtin where you could access any file on
your
> DECnet with almost any software just by using the file spec
> node::dev:[dir.sub]file.ext is really great, and is missed on
TCP/IP.
>

 An interesting note on this .. 

I was doing large DC migration last year where the mission
critical OS was Solaris (some Windows, Linux). They had a huge
amount of batch jobs (thousands per day) using a commercial
scheduler (forget which one). 

They were constantly transferring files all over the place
internally for maint, archiving, reporting and likely a host of
other reasons via sftp. The sftp pwds were maintained inside the
batch jobs. There was a number of different application support
groups so changes had to be coordinated between groups.

They had security policies in place which stated pwds needed to
change something like every 120 days. It was a horrendous mess as
they had to go into all of their batch jobs to fix passwords and
then coordinate with impacted groups on other systems.

While I am sure there must be cleaner ways to do this, there was
just so many jobs and different groups, that even today, this is
their reality using TCPIP internally.

Point being is that even if it is internal use only, the DECnet
proxy access is not something to be simply thrown away.

Regards,

Kerry Main
Kerry dot main at starkgaming dot com