summaryrefslogtreecommitdiff
path: root/libexec/identd
diff options
context:
space:
mode:
authorTheo de Raadt <deraadt@cvs.openbsd.org>2002-07-16 10:33:05 +0000
committerTheo de Raadt <deraadt@cvs.openbsd.org>2002-07-16 10:33:05 +0000
commitf5c53ba733b3ff3f8cf21fa65bd50a6606a10eae (patch)
treea22506ef8579ce215082165a5b923eab49e2c1fe /libexec/identd
parent3c3d1baf1c50712cc4b4595b51cd48e6b8b476c0 (diff)
by now, this README is way out of date
Diffstat (limited to 'libexec/identd')
-rw-r--r--libexec/identd/README129
1 files changed, 0 insertions, 129 deletions
diff --git a/libexec/identd/README b/libexec/identd/README
deleted file mode 100644
index efc25ec7745..00000000000
--- a/libexec/identd/README
+++ /dev/null
@@ -1,129 +0,0 @@
- pidentd
-
- ("Peter's Ident Daemon" or is it "Portable Ident Daemon"?)
-
- Peter Eriksson <pen@lysator.liu.se>
-
-
-This program is released into the public domain and can be used by
-anyone who wants to. Vendors may include it into their distributions
-if they want to without any restrictions. (Although it would be nice
-to be notified by email if someone decides to do that, and/or a note
-somewhere about who wrote this program. Like in the man-page or so.. :-)
-
-This is a program that implements the RFC1413 identification server. It
-was very much inspired by Dan Bernstein's original 'authd' (but unlike
-that program doesn't use 'netstat' to get some of the information) It
-uses the kernel information directly. (And is due to that fact a lot
-faster). Dan has now written another version of the 'authd' daemon that
-uses his 'kstuff' to read the kernel information. Unlike that daemon,
-this will use only normally available kernel access functions (and is due
-to that more limited in the different machines it support). Please note
-that this daemon used to be called pauthd but has changed name to better
-reflect what it does (and to conform to the new RFC).
-
-This daemon has been tested on the following machines/OS (please report
-to me if you've tested a newer version, or if your machine/OS isn't among
-the ones below):
-
-Machine Operating System Pidentd version
----------------------- ---------------------- --------------------------
- Sequent Balance Dynix 3.0.14 2.1beta.12
- Sequent Symmetry Dynix 3.1.2 2.1beta.3
- Sun 3/50 SunOS 3.5 2.1beta.8.1 (3)
- Sun 386i SunOS 4.0.2 1.9beta
- Sun 2/120 SunOS 4.0.3 2.1beta.10
- Sun 3/280 SunOS 4.1.1 2.1beta.12
- Sun 4/380 SunOS 4.1.3 2.1beta.12
- Sun SS1/41 SunOS 5.1 2.1beta.11
- HP 9000/375 HP-UX 7.0 2.1beta.10.1 (1)
- HP 9000/300 HP-UX 8.0 2.1beta.12
- HP 9000/340 HP-UX 8.0 2.1beta.10.1
- HP 9000/360 HP-UX 8.0 2.1beta.10.1
- HP 9000/710 HP-UX 8.07 2.1beta.10.1
- HP 9000/720 HP-UX 8.07 2.1beta.10.1
- HP 9000/715 HP-UX 9.0 2.1beta.9.1
- HP 9000/827 HP-UX 8.02 2.1beta.8.1
- HP 9000/834 HP-UX 7.0 2.0beta.4
- HP 9000/835 HP-UX 8.00 2.1beta.10.1
- MIPS RISC/OS 4.5x 2.1beta.8.1
- DECstation 2100 Ultrix 4.2-96 2.1beta.2 (2)
- DECstation 5000/133 Ultrix 4.2 2.1beta.9.1 (2) [?]
- DEC VAXstation 2000 Ultrix-32 3.1 2.1beta.12 (2) [?]
- DEC VAX vs3520 Ultrix 3.0 2.1beta.9.1 (2) [?]
- DEC VAX 11/780 4.3BSD Reno 2.1beta.12 (2)
- i486-PC UHC SVR4 2.0 2.0beta.4 (2)
- i486-PC Dell SVR4 2.2 2.0beta.4 (2)
- i486-PC ESIX SVR4 4.0.4 2.1beta.2 (2)
- i486-PC 386BSD 0.1 2.1beta.3 (2)
- Cray UNICOS 6.0.12 2.1beta.7
- NeXT NeXTSTEP 2.1 2.1beta.9.1 (3)
- NeXT NeXTSTEP 3.0 2.1beta.9.1 (3)
- Pyramid 90x dualPort OSx 4.1 2.1beta.12
- Silicon Graphics IRIX 4 2.1beta.10
-
-Notes:
- 1) HP-UX 7.0 doesn't support running streams based services from
- Inetd with the "wait" option (and the "-w" flag to Pidentd).
-
- It also has problems with starting stuff as user "sys" from Inetd.
- (It doesn't correctly set the group id to "sys") so I suggest you
- either starts it as user "root" and use the "-u" and "-g" flags
- to setuid and setgid itself to user "sys", group "sys", or do a
- 'chgrp sys in.identd' and then a 'chmod g+s in.identd' and start
- it as user "sys" from Inetd.
-
- 2) These systems also doesn't support running streams based
- services from Inetd with the "wait" option.
-
- 3) See notes in the READMEs/README.<machine-type> specific files.
-
-
-Please let me know if you find any bugs, or have ported it to other
-machines (and care to share the changes with me and the world!).
-
-See the manual page for information about the various command line
-options that are available.
-
-NOTE: One should NOT use the -d option when using it for normal use!
-
-If you intend to create or modify daemons that use the IDENT protocol
-then you may wish to get the "libident" library that contains some
-functions to implement the client side of this protocol. It is available
-as "libident-*.tar.Z" in "pub/ident/libs" at "ftp.lysator.liu.se".
-
-There is a mailing list for users of the IDENT(RFC1413)/TAP protocol called
-'ident-users@lysator.liu.se' that you may want to consider joining.
-Send mail to the address 'ident-users-request@lysator.liu.se' to
-join it. This list is intended for generic discussions on using this
-protocol and it's associated tools.
-
-If you only want to receive news about new (non-alpha/beta) releases of
-Pidentd then you can join the 'ident-announce@lysator.liu.se' mailing
-list. Send mail to the address 'ident-announce-request@lysator.liu.se' to
-join it. No discussions will take place on this list.
-
-I also run a small mailing list for people who wants to act as testers
-of new alpha/beta-versions of Pidentd. If you wish to join, please send
-mail to the address 'pidentd-testers-request@lysator.liu.se'. (I can always
-use more testers, so don't hesitate :-)
-
-It's a human (namely me :-) that reads the letters sent to *-request.
-Please include the full email address to which to wish to have the
-letters sent.
-
-I'm grateful for success/failure stories about installing/compiling this
-daemon...
-
-Information of interrest:
-
- 1. Machine and operating system type and version.
- 2. Command line flags.
- 3. Inetd.conf configuration.
- 4. Did it work, or not. And if not - what did it report to the
- syslog file? (You'll have to add the "-l" option and probably
- reconfigure your Syslogd). If you use the "-d" option then
- you can see a verbose error if you Telnet into it directly and
- send it a query manually. (See the INSTALL file for more information).
-
-/Peter Eriksson <pen@lysator.liu.se>, 5 April 1993