home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13557 < prev    next >
Encoding:
Text File  |  1992-08-25  |  2.6 KB  |  52 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!caen!destroyer!mudos!mju
  3. From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
  4. Subject: SUMMARY: Re: Questions about MAS90 from SOA
  5. Message-ID: <BtKDCp.4tC@mudos.ann-arbor.mi.us>
  6. Date: Wed, 26 Aug 1992 00:00:05 GMT
  7. References: <Bt7stA.1o3@mudos.ann-arbor.mi.us>
  8. Organization: The Programmer's Pit Stop, Ann Arbor MI
  9. Lines: 41
  10.  
  11. A week or so ago, I posted a message asking for experiences with the
  12. MAS90 accounting system from State of the Art Software.  Our company
  13. has been evaluating it, and looks to be planning on adopting it in
  14. about a month.  I had made recommendations against it, but I had been
  15. overruled, and now I faced the prospect of having to administer the
  16. thing.  So, I asked for reasons why we shouldn't run MAS90, or ways to
  17. make administering it a bit easier.
  18.  
  19. The replies I got were pretty evenly split between two types.  One the
  20. one hand, there were people who responded and said that MAS90 is just
  21. about the best accounting software you can get from the CPA's point of
  22. view; any implementation or technical difficulties should be worked
  23. around because MAS90 is a nice piece of software.  And on the other
  24. hand, I got replies saying to "run as fast as possible in the other
  25. direction" -- regardless of how nice MAS90 might be from the
  26. accounting standpoint, the implementation details crippled it and made
  27. it worthless.
  28.  
  29. The part about being able to work around the problems with MAS90 is
  30. true; I have mostly solved the technical problems I was having with
  31. MAS90.  It took several calls to SOA's tech support line, a rewrite of
  32. four or five termcap entries, and many other modifications, but I
  33. think I've finally gotten it to the point where it's usable.  There is
  34. one problem that I'm still having, though -- because the bbx2
  35. interpreter does not work properly if run SUID or SGID, I have had to
  36. make the database directories and files writable by the people who are
  37. going to be running MAS90.  This is a large security hole, IMHO --
  38. this means that the people using MAS90 can remove the databases or
  39. modify them without going through MAS90, either with a binary-file
  40. editor or by directly typing commands into BBx.  It also means that
  41. instead of just having to secure a "mas90" account or the root
  42. account, I must make sure that all of the MAS90 users' accounts are
  43. secure.
  44.  
  45. If anyone has further questions on MAS90, or would like a copy of the
  46. responses I got, feel free to e-mail me.
  47.  
  48. -- 
  49. Marc Unangst                | Real men don't make backups.  Real men never
  50. mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
  51.                             | to need later.
  52.