First draft of a WHATSNEW for a new release.
[jra/samba/.git] / WHATSNEW.txt
1 What's new in Samba 4 alpha4
2 ============================
3
4 Samba 4 is the ambitious next version of the Samba suite that is being
5 developed in parallel to the stable 3.0 series. The main emphasis in
6 this branch is support for the Active Directory logon protocols used
7 by Windows 2000 and above.
8
9 Samba 4 is currently not yet in a state where it is usable in
10 production environments. Note the WARNINGS below, and the STATUS file,
11 which aims to document what should and should not work.
12
13 Samba4 alpha4 follows on from our third alpha release since September
14 last year. 
15
16 WARNINGS
17 ========
18
19 Samba4 alpha4 is not a final Samba release.  That is more a reference
20 to Samba4's lack of the features we expect you will need than a
21 statement of code quality, but clearly it hasn't seen a broad
22 deployment yet.  If you were to upgrade Samba3 (or indeed Windows) to
23 Samba4, you would find many things work, but that other key features
24 you may have relied on simply are not there yet.
25
26 For example, while Samba 3.0 is an excellent member of a Active
27 Directory domain, Samba4 is happier as a domain controller: (This is
28 where we have done most of the research and development).
29
30 While Samba4 is subjected to an awesome battery of tests on an
31 automated basis, and we have found Samba4 to be very stable in it's
32 behaviour, we have to recommend against upgrading production servers
33 from Samba 3 to Samba 4 at this stage.  If you are upgrading an
34 experimental server, or looking to develop and test Samba, you should
35 backup all configuration and data.
36
37 NEW FEATURES
38 ============
39
40 Samba4 supports the server-side of the Active Directory logon environment
41 used by Windows 2000 and later, so we can do full domain join
42 and domain logon operations with these clients.
43
44 Our Domain Controller (DC) implementation includes our own built-in
45 LDAP server and Kerberos Key Distribution Center (KDC) as well as the
46 Samba3-like logon services provided over CIFS.  We correctly generate
47 the infamous Kerberos PAC, and include it with the Kerberos tickets we
48 issue.
49
50 The new VFS features in Samba 4 adapts the filesystem on the server to
51 match the Windows client semantics, allowing Samba 4 to better match
52 windows behaviour and application expectations.  This includes file
53 annotation information (in streams) and NT ACLs in particular.  The
54 VFS is backed with an extensive automated test suite.
55
56 A new scripting interface has been added to Samba 4, allowing
57 Python programs to interface to Samba's internals.
58
59 The Samba 4 architecture is based around an LDAP-like database that
60 can use a range of modular backends.  One of the backends supports
61 standards compliant LDAP servers (including OpenLDAP), and we are
62 working on modules to map between AD-like behaviours and this backend.
63 We are aiming for Samba 4 to be powerful frontend to large
64 directories.
65
66 CHANGES SINCE Alpha3
67 =====================
68
69 In the time since Samba4 Alpha2 was released in December 2007, Samba has
70 continued to evolve, but you may particularly notice these areas:
71
72   Python Bindings: Bindings for Python are now used for all internal
73   scripting, and the system python installation is used to run all
74   Samba python scripts (in place of smbpython found in the previous
75   alpha).
76
77   As such Python is no longer optional, and configure will generate an
78   error if it cannot locate an appropriate Python installation.
79
80   SWAT Remains Disabled: Due to a lack of developer time and without a
81   long-term web developer to maintain it, the SWAT web UI remains been
82   disabled (and would need to be rewritten in python in any case).
83
84   GNU Make: To try and simplfy our build system, we rely on GNU Make
85   to avoid autogenerating a massive single makefile. 
86
87   Registry: Samba4's registry library has continued to improve.
88
89   ID mapping: Samba4 uses the internal ID mapping in winbind for all
90   but a few core users.  Samba users should not appear in /etc/passwd,
91   as Samba will generate new user and group IDs regradless. 
92
93   NTP: Samba4 can act as a signing server for the ntp.org NTP deamon,
94   allowing NTPd to reply using Microsoft's non-standard signing
95   scheme.  A patch to make NTPd talk to Samba for this purpose has
96   been submitted to the ntp.org project.
97
98   CLDAP: Users should experience less arbitary delays and more success with
99   group policy, domain joins and logons due to an improved
100   implementation of CLDAP and the 'netlogon' mailslot datagrams.
101
102   DCOM: In preperation for merging the Samba4-based 'python-wmi'
103   implementation of a WMI client, Samba's previously abandoned DCOM
104   client has been revived. 
105
106   SMB2: The Samba4 SMB2 server and testsuite have been greatly
107   improved, but the SMB2 server remains off by default.
108
109 These are just some of the highlights of the work done in the past few
110 months.  More details can be found in our GIT history.
111
112
113 CHANGES
114 =======
115
116 Those familiar with Samba 3 can find a list of user-visible changes
117 since that release series in the NEWS file.
118
119 KNOWN ISSUES
120 ============
121
122 - Domain member support is in it's infancy, and is not comparable to
123   the support found in Samba3.
124
125 - There is no printing support in the current release.
126
127 - There is no netbios browsing support in the current release
128
129 - The Samba4 port of the CTDB clustering support is not yet complete
130
131 - Clock Synchronisation is critical.  Many 'wrong password' errors are
132   actually due to Kerberos objecting to a clock skew between client
133   and server.  (The NTP work is partly to assist with this problem).
134
135
136 RUNNING Samba4
137 ==============
138
139 A short guide to setting up Samba 4 can be found in the howto.txt file
140 in root of the tarball.
141
142 DEVELOPMENT and FEEDBACK
143 ========================
144 Bugs can be filed at https://bugzilla.samba.org/ but please be aware
145 that many features are simply not expected to work at this stage.  
146
147 The Samba Wiki at http://wiki.samba.org should detail some of these
148 development plans.
149
150 Development and general discussion about Samba 4 happens mainly on
151 the #samba-technical IRC channel (on irc.freenode.net) and
152 the samba-technical mailing list (see http://lists.samba.org/ for
153 details).
154