Lotus Domino, Notes
Lotus has responded to news of a security hole in its Domino server. For releases of Domino earlier than version 4.6a, modify the default access control list (ACL) for the DOMCFG.NSF database. Go to the Notes server administrator client and select this database. Go to File, Database-Access Control. Then check that both the ''Default'' and ''Anonymous'' ACL entries are set to either ''No Access'' or ''Reader''. Also, Lotus Notes Server 4.6a now lets you install the HTTP server into a folder that has a space in the path name. Earlier versions could not do this.
Microsoft Systems Management Server
If you have the Microsoft Systems Management Server 1.2 for Macintosh with Service Pack 3 installed, you may get an error while running the Macintosh Inventory Agent (InvMac): ''Error - 3201''. This error occurs, Microsoft says, because TCP/IP is not loaded. As a work-around, check that TCP/IP is active and the Load Only When Needed option is disabled.
There is a modified version of the ''tear drop'' attack that may cause your Windows NT 4.0 Workstation or Server to crash with a ''STOP 0x0000000A'' error. In this new attack, someone sends pairs of deliberately constructed IP fragments that are reassembled into an invalid User Datagram Protocol datagram. Windows NT allocates kernel memory as it receives these invalid datagrams, and if enough memory leaks, your computer crashes. Microsoft has posted a hot-fix at ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postSP3/teardrop2-fix/. Also in Windows NT 4.0, if you try to use ROUTE.EXE and you have Network Associates' McAfee NetCrypto 2.0.0 also running on your computer, you may get the error message: ''The application failed to initialise.'' According to Microsoft, you have to disable NetCrypto while you are using the ROUTE.EXE utility and re-enable it when you have finished using ROUTE.EXE.
Microsoft Client Services for NetWare
Apparently the Cold War isn't over yet. If you are a Microsoft Client Services for NetWare client using Windows NT 4.0 Explorer, and you look at a File and Print Services for NetWare server that has directories containing Russian characters, you may see this message: ''The folder xxx is not available, folder has been moved or has been deleted.'' You will not be able to get to any files or directories under this folder, either. The problem, Microsoft says, is that when the Russian characters are converted from a Unicode string to an OEM string for NetWare compatibility, they get turned into upper case, which confuses the server.
Found a bug? Send an e-mail to email@example.com