<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Oh, is that how it works?  Is <tt>NETACP</tt> perhaps more like
      <tt>inetd</tt> in that regard?</p>
    <p>Like Unix, Tops-20 can have it both ways.  There is something
      like inetd called <tt>NETSRV</tt>, which handles incoming TCP
      connections for TELNET, Daytime, Finger, FTP, IMAP, TIME and
      TTYTST.   It either uses subforks or spawns entire jobs (TELNET,
      FTP and IMAP); a Tops-20 job is a very different thing than a Unix
      process group.</p>
    <p>For SMTP, <tt>SMTJFN</tt> handles the incoming requests, forking
      <tt>MAISER</tt>.  There are some others.</p>
    <p>For DECnet, there is no <tt>NETSRV</tt>, so everybody handles
      their own.  <tt>NMLT20 </tt>handles <tt>NCU</tt>.  <tt>FAL</tt>
      handles <tt>FAL</tt>.  <tt>VMAIL</tt> (Vax Mail) handles <tt>MAIL11</tt>,
      <tt>PHONE</tt> handles <tt>PHONE</tt>.  Nebula handles Galaxy
      cluster messages.  FAL is checking ids and passwords with <tt>ACCES%</tt>.<br>
    </p>
    <p>I don't believe PANDA provides a DECnet finger server.  Clearly
      the supplied finger knows nothing about it.  Probably about 1/4
      could be chucked to simply use <tt>NTMAN%</tt>, which would also
      get you LAT.  Porting <tt>NETSRV</tt> to DECnet would be
      straightforward due to the JFN interface, but I have mixed
      feelings about that.  Pity I can't ask MRC; he had a rather
      exceptional talent for telling me (and everybody else) what to do.<br>
    </p>
    <div class="moz-cite-prefix">
      <blockquote type="cite">
        <hr width="100%" size="2">On 7/4/2019 3:39 PM, Robert Armstrong
        wrote:<br>
        <blockquote type="cite">
          <hr width="100%" size="2">Johnny Billquist
          <a class="moz-txt-link-rfc2396E" href="mailto:bqt@softjar.se"><bqt@softjar.se></a> wrote:
          <br>
          <br>
          NETACP in RSX (and I suspect VMS) is just the process/program
          that implements a lot of the DECnet protocols. It is actually
          pretty much not related to anything here.</blockquote>
          When somebody tries to connect to, say, FAL, it's NETACP that
        receives the incoming connection request.  NETACP creates a
        process and runs FAL in that process to handle the rest of the
        job, BUT since NETACP creates the process it's also the one that
        decides what username to use and logs in the process (if
        necessary).  It's the one that handles the default account; FAL
        doesn't have to worry about that.<br>
        <br>
        Bob<br>
      </blockquote>
    </div>
    <blockquote type="cite"
      cite="mid:00a201d532a0$255f5ae0$701e10a0$@com">
    </blockquote>
  </body>
</html>