home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaUtilCD2.iso / Netzwerk / NETMU17.LHA / accounts / accounts.readme < prev    next >
Encoding:
Text File  |  1994-11-02  |  4.4 KB  |  130 lines
  1. A new accounts.library for envoy, V1.9
  2.  
  3. 1. Why ?
  4.  
  5. Envoys accounting system has a nice GUI but is rather braindead otherwise,
  6. because it stores user and group informations in iff files - which makes
  7. it incompatible with other software like muFS or AmiTCP - and is quite
  8. insecure because it stores the passwords *unencrypted* !!!
  9.  
  10. So I have written a new accounts.library that reads user and group info
  11. from passwd & Multiuser.group files (compatible with muFS 1.5 or later).
  12.  
  13. 2. How to install
  14.  
  15. Easy. Delete Envoys Accounts Manager, the User & Group Prefs editors and
  16. replace the accounts.library. The new library works with or without muFS
  17. 1.5 (but *not* with earlier versions of muFS !!!).
  18.  
  19. If you use muFS, you must
  20.  
  21. mprotect passwd GROUP r OTHER r add
  22. mprotect Multiuser.group GROUP r OTHER r add
  23. mprotect "Services Manager" ure GROUP re OTHER re
  24. setowner "Services Manager" root
  25.  
  26. (You have to cd to the respective directories first.)
  27.  
  28. (The services manager must be run as a root process, or else the Envoy
  29. filesystem will not work correctly.)
  30.  
  31. If you are not using muFS, you only need muFS compatible passwd &
  32. Multiuser.group files. Place them in S: or any other directory you like
  33. (you must set the environment variable PASSWDDIR to their path if you do
  34. not place them in S:).
  35.  
  36. Additional Note:
  37.  
  38. If you do not want your passwd files to be readable for anybody, the
  39. AccountsDaemon must be a root process, to achieve this, you can use the
  40. LoadAccounts utility. Simply do:
  41.  
  42. setowner LoadAccounts root
  43. mprotect LoadAccounts urwed group re other re
  44.  
  45. and add the following to your User-Startup (*after* the logout global !):
  46.  
  47. run >NIL: LoadAccounts
  48.  
  49. 3. Peculiarities
  50.  
  51. In addition to those users listed in the passwd file, my new
  52. accounts.library "knows" a user named "nobody" (UID 0, GID 0, no password)
  53. - the AmigaDOS "default user". (Note: nobody is the only user where the
  54. name is not case-sensitive, so you can also use "Nobody" or "NOBODY").
  55.  
  56. 4. Legal stuff
  57.  
  58. The new accounts.library is freeware. Envoy is TM by Commodore. There is
  59. *absolutely no warranty*.
  60.  
  61. 5. Future plans
  62.  
  63. When muFS 2.0 comes out, I will probably have to rewrite my library because
  64. Geert is going to change the password encryption.
  65.  
  66. 6. Bug reports
  67.  
  68. Send bug reports, suggestions, flames et al. to
  69.  
  70. Usenet:       nobbi@zaphod.rhein.de
  71.               pueschel@athene.informatik.uni-bonn.de
  72. Fidonet:      2:2453/30.14
  73. Gernet:       21:100/50.14 
  74.  
  75. 7. History
  76.  
  77. Note: As I must not change the version of accounts.library, look at the
  78. date (version accounts.library full) to see what version of my library you
  79. have.
  80.  
  81. 1.0 - first release
  82.  
  83. 1.1 - some small internal clean-ups
  84.     - "version accounts.library" now gives the correct answer even if the
  85.       library is not yet loaded
  86.  
  87. 1.2 (07.02.94)
  88.     - compiled with SAS/C 6.51
  89.     - made "nobody" truly case-insensitive
  90.     - accounts.library now uses file notification to check for changes in
  91.       the passwd & groups files.
  92.     - you might need 2 "avail flush" to expunge the library (the first will
  93.       kill the Accounts Daemon, the second will really expunge the lib).
  94.  
  95. 1.3 (08.02.94)
  96.     - found a very meeeaaan bug. The Accounts Daemon would be killed by a
  97.       single avail flush, but the library would not get expunged.
  98.       Subsequent OpenLibrary()s would succeed, but get an empty user database.
  99.       The Accounts Daemon is now restarted on OpenLibrary() if it is not
  100.       running.
  101.  
  102. 1.4 (09.02.94)
  103.     - fixed a potential problem for the rare case of accounts.library being
  104.       opened twice exactly simultaneously.
  105.     - used improved libhdr.i (more waterproof library initialization)
  106.  
  107. 1.5 (25.02.94)
  108.     - now uses bumprev for setting the library date
  109.     - uses D(bug()) construction for debugging calls now
  110.  
  111. 1.6 (22.06.94)
  112.     - found *evil* bug: parsing of secondary groups was wrong ! Why didn't
  113.       anybody report this ?
  114.     - added LoadAccounts utility.
  115.  
  116. 1.7 (04.10.94)
  117.     - simplified routines in libhdr.i. This also fixed the "program hangs
  118.       when trying to open accounts.library" bug. (First reported by Thomas
  119.       Ganter.)
  120.     - adapted LoadAccounts utility.
  121.  
  122. 1.8 (13.10.94)
  123.     - sigh. The last bugfix introduced a new bug that let the library hang
  124.       on open on slow Amigas - should be fixed now.
  125.  
  126. 1.9 (02.11.94)
  127.     - SIGH. The last bugfix wasn't the last, either. Now really should
  128.       finally work correctly. Also, I forgot to unset the DEBUG #define,
  129.       so debug code was included in  1.8. :-(
  130.