This file is a rough list of known issues with the 1.3.87 release of OpenAFS on Windows. This list is not complete. There are probably other issues which can be found in the RT database or on the mailing list. (1) File/Directory access is not integrated with windows security (3) SMB LANA list is static. (3a) IP address changes cause the service to terminate due to an assertion in smb_Listener() thread. (3b) New IP addresses do not get bound to the SMB server (3c) Loopback adapter hack: (i) prevents use of AFS Gateway (ii) requires installation of loopback adapter (iii) the list of hack adapters is incomplete (VMWare, MS TV/Video, ...) (iv) incompatible with Windows 2000 and earlier (9) Convert to IFS!!!!!! (10) Kerberos 5 integration: (10f) allow arbitrary cell to realm mappings (10g) modify UI to allow user to choose whether to authenticate using Kerberos or AFS (10h) modify UI to allow user to select an existing principal to be used to request AFS tokens (10i) modify UI to display Kerberos 5 ticket info (principal, ticket lifetimes, etc) (11) Default cell is system global just like everything else. Different users logging in via Integrated Logon or using afscreds.exe cannot be automatically prompted for different cells (12) AFS Integrated Logon: (12b) If using Kerberos, need to figure out a means of passing credentials into the user space until such time as I finish the new credential cache service. (12c) If network is not available must store the username and password somewhere until such time as the network starts. (13) Loopback adapter is not always installed without bindings to "File and Printer Sharing for Microsoft Networks" and with bindings to "Client for Microsoft Networks". If these are not bound correct then SMB names will successfully be published to a list of zero which causes the AFS not to function. We need a way to test whether the Loopback adapter is properly bound so we know if it is safe to use. Actually, it is worse. Even with the bindings on Win2000 the loopback adapter frequently fails to publish SMB names. Of course, the error messages report nothing. (14) If a drive mapping is "in use", then afscreds cannot be used to Modify or Delete the Mapping. If a map to "H:" to \afs\cell\foo" with description "home" is modified to point to \afs\cell\bar, then the description must be unique. "home" cannot be reused. We need a way to remove "home" from the submount list. [Actually, an end user should not be able to modify the submount list] (16) No support for Unicode CIFS/SMB data structures. OEM Code Pages prevent the use of interoperable file names; force the use of paths no longer than 256 characters; force share names to be no longer than 13 characters; restrict authentication to ASCII only names and passwords; etc. (17) No auto-restart on service failure (18) Better EventLog handling (19) Named Pipes Support [requires modifications to AFS servers to support] (20) Memory Mapped File support (21) Large file support [both SMB/CIFS and AFS] (22) Implement persistent disk based cache which survives restarts (23) NSIS Installer issues (a) integration with KFW install script (b) Optional removal of AFS Server volumes (24) The User Interface needs to be re-designed to separate the per-user and per-machine settings. All of the new registry items need to be added to the UI (25) CIFS Remote Administration Protocol implementation is incomplete. Notifications are not made to requestors when the view of a file or folder changes due to token acquisition; token expiration; or token destruction (26) Remove submount creation as a side effect of AFS drive mapping. The AFS Submount is effectively a server side alias for a path located in the AFS space. This alias is exported by the AFS SMB/CIFS Server to the Windows SMB/CIFS client as a Share name. This makes the AFS Submount a system global setting which should only be modified by a member of the "AFS Client Admin" group. afs_creds.exe and afs_config.exe should be modified to no longer use submount names when creating drive maps. Drive maps should simply use the full AFS path name. Submounts should not be created as a side effect of a drive mapping. The creation of submounts should only be possible via afsshare.exe or by the new AFS Client Service Administration tool when executed by an authorized user. (27) No support for byte range locking (or locking at all) ------------------------------------------------------------------------- List of unfunded projects: 1. No longer use AFS Client Service "cell" as the default cell for individual users 2. Prevent panic situation when the root.afs volume is not reachable and the AFS Client Server is not using Freelance mode 3. Prevent panic situation when the IP address to which the SMB server is bound is removed from the local machine's network configuration 4. Add support for Named Pipes within the afs filesystem (This is not currently a supported feature of AFS; it will require changes to the servers as well as the clients.) 5. Re-write afscreds.exe to support: 1. choosing between Kerberos 5 and Kerberos 4 on a per principal basis 2. providing users with the ability to map multiple cells to a single principal 3. providing change password functionality on a per principal basis 4. no longer include drive mapping 5. configuration of afscreds startup options in shortcut 6. Re-write afs_config.exe to be only "per user" functionality which does not require admin privileges 1. default cell and principal for the user 2. drive mappings but no submounts 3. visibility of afs creds and setting of afs creds startup options 7. Create new afs_admin.exe tool to be installed in the administrator folder (or use MMS) which contains 1. afs client service cell name 2. integrated logon configuration 3. Gateway configuration 4. start/stop service 5. global drive mapping 6. submount management 7. file/volume server preferences 8. afs cells 9. cache configuration 10. diagnostics 11. network configuration 12. miscellaneous 13. need to add support for all of the new registry values since 1.2.8 8. Identify why 16-bit DOS applications executed out of AFS fail 9. Add support for configurable Icon file representing AFS folders within the Explorer Shell 10. Documentation Documentation Documentation 11. Large File support (> 2GB) in SMB/CIFS client 12. Integrate KFW installation into the NSIS and MSI installers 13. Add support for byte range locking to AFS (requires changes to the servers) 13a. Simulate support for byte range locking at the client; use full locks on the server. 14. Unicode enable the SMB/CIFS server. OEM Code Pages: 1. prevent the use of interoperable file names 2. force the use of paths no longer than 256 characters 3. force share names to be no longer than 13 characters 4. restrict authentication to ASCII only names and passwords 15. Complete implementation of CIFS Remote Administration Protocol 16. Add support for SMB/CIFS Digital Signatures 17. Development of afsmap.exe tool to provide AFS aware NET USE functionality afsmap.exe [/PERSISTENT] afsmap.exe [/PERSISTENT] afsmap.exe /DELETE 18. Missing SMB/CIFS functions: Find FindUnique FindClose ReadBulk WriteBulk WriteBulkData Tran2::SessionSetup 19. StoreBehind mode is not implemented. Or more correctly, all data is written directly to the server and is not cached. Writes invalidate the local cache entries which are then read back from the server. 20. Develop an optional Installable File System replacement for the SMB/CIFS Server. 21. Add support for storing Extended Attributes on files 22. Add support for storing Windows ACLs on files 23. Remove submount creation as a side effect of drive creation 24. Finish conversion from string.h to strsafe.h for VS.NET 2005