WHATSNEW.txt

   1               WHATS NEW IN Samba 2.2.0
   2               ========================
   3
   4 This is the official Samba 2.2.0 release. This version of Samba provides
   5 the following new features and enhancements.
   6
   7 Integration between Windows oplocks and NFS file opens (IRIX and Linux
   8 2.4 kernel only). This gives complete data and locking integrity between
   9 Windows and UNIX file access to the same data files.
  10
  11 Ability to act as an authentication source for Windows 2000 clients as
  12 well as for NT4.x clients.
  13
  14 Integration with the winbind daemon that provides a single
  15 sign on facility for UNIX servers in Windows 2000/NT4 networks
  16 driven by a Windows 2000/NT4 PDC. winbind is not included in
  17 this release, it currently must be obtained separately. We are
  18 committed to including winbind in a future Samba 2.2.x release.
  19
  20 Support for native Windows 2000/NT4 printing RPCs. This includes
  21 support for automatic printer driver download.
  22
  23 Support for server supported Access Control Lists (ACLs).
  24 This release contains support for the following filesystems:
  25
  26     Solaris 2.6+
  27     SGI Irix
  28     Linux Kernel with ACL patch from http://acl.bestbits.at
  29         Linux Kernel with XFS ACL support.
  30         Caldera/SCO UnixWare
  31         IBM AIX
  32         FreeBSD (with external patch)
  33
  34 Other platforms will be supported as resources are
  35 available to test and implement the encessary modules. If
  36 you are interested in writing the support for a particular
  37 ACL filesystem, please join the samba-technical mailing
  38 list and coordinate your efforts.
  39
  40 On PAM (Pluggable Authentication Module) based systems - better debugging
  41 messages and encrypted password users now have access control verified via
  42 PAM - Note: Authentication still uses the encrypted password database.
  43
  44 Rewritten internal locking semantics for more robustness.
  45 This release supports full 64 bit locking semantics on all
  46 (even 32 bit) platforms. SMB locks are mapped onto POSIX
  47 locks (32 bit or 64 bit) as the underlying system allows.
  48
  49 Conversion of various internal flat data structures to use
  50 database records for increased performance and
  51 flexibility.
  52
  53 Support for acting as a MS-DFS (Distributed File System) server.
  54
  55 Support for manipulating Samba shares using Windows client tools
  56 (server manager). Per share security can be set using these tools
  57 and Samba will obey the access restrictions applied.
  58
  59 Samba profiling support (see below).
  60
  61 Compile time option for enabling a (Virtual file system) VFS layer
  62 to allow non-disk resources to be exported as Windows filesystems
  63 (such as databases etc.).
  64
  65 The documentation in this release has been updated and converted
  66 from Yodl to DocBook 4.1. There are many new parameters since 2.0.7
  67 and some defaults have changed.
  68
  69 Profiling support.
  70 ------------------
  71 Support for collection of profile information. A shared
  72 memory area has been created which contains counters for
  73 the number of calls to and the amount of time spent in
  74 various system calls and smb transactions. See the file
  75 profile.h for a complete listing of the information
  76 collected. Sample code for a samba pmda (collection agent
  77 for Performance Co-Pilot) has been included in the pcp
  78 directory.
  79
  80 To enable the profile data collection code in samba, you
  81 must compile samba with profile support (run configure with
  82 the --with-profile option). On startup, collection of data
  83 is disabled. To begin collecting data use the smbcontrol
  84 program to turn on profiling (see the smbcontrol man page).
  85 Profile information collection can be enabled for all smbd
  86 processes or one or more selected processes. The profiling
  87 data collected is the aggragate for all processes that have
  88 profiling enabled.
  89
  90 With samba compiled for profile data collection, you may see
  91 a very slight degradation in performance even with profiling
  92 collection turned off. On initial tests with NetBench on an
  93 SGI Origin 200 server, this degradation was not measureable
  94 with profile collection off compared to no profile collection
  95 compiled into samba.
  96
  97 With count profile collection enabled on all clients, the
  98 degradation was less than 2%. With full profile collection
  99 enabled on all clients, the degradation was about 8.5%.
 100
 101 =====================================================================
 102
 103 If you think you have found a bug please email a report to :
 104
 105         samba@samba.org
 106
 107 As always, all bugs are our responsibility.
 108
 109 Regards,
 110
 111         The Samba Team.