home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.ms-windows.programmer.win32
- Path: sparky!uunet!microsoft!hexnut!alistair
- From: alistair@microsoft.com (Alistair Banks)
- Subject: Re: Looking for rshd, telnetd, ftpd etc.
- Message-ID: <1992Aug28.000903.22215@microsoft.com>
- Date: 28 Aug 92 00:09:03 GMT
- Organization: Microsoft Corporation
- References: <1992Aug26.123954.1014@cam-orl.co.uk>
- Lines: 24
-
- In article <1992Aug26.123954.1014@cam-orl.co.uk> thg@cam-orl.co.uk (Tim Glauert) writes:
- >
- >I was really pleased to get ftp, rsh and telnet on NT so easily. But I'm never
- >satisfied! How soon will I be able to provide rsh, rlogin and ftp services on
- >my NT machine so that I and others can access it remotely?
- >
- >I realise that this is not "the right way" to do things on NT, but I think
- >that this functionality will be very important if NT is going to be seen as a
- >serious contender in the UNIX market. For one thing, it will provide a bridge
- >for UN*X users as they move over to NT,
-
- I expect ftp & nfs daemons, and uucp & nntp and more to be available in both
- commerical and shareware versions - but I don't expec that people will
- "telnet" or "rsh" into Windows NT so often. Windows NT doesnt implement
- multi-user interactive access - so while a daemon could be written to respond
- to the telnet protocol, and even re-direct stdin & stdout, the graphics
- apps won't be remoted, and not all of the console APIs make any sense
- with this paradigm. The multi-user security could be bolted "in" using
- the standard security APIs, but I doubt if many of the main commercial
- apps would work well in this environment.
-
- However, someone could port a "terminal" handling service to Windows NT,
- and better a BBS system, which could respond to the telnet protocol. I'm
- not sure if this is what you're trying to achieve though -- Alistair
-