This commit was manufactured by cvs2svn to create tag
'release-alpha-1-0'.

preparing for release of alpha.1.0

ok, this one's weird.  firstly, sam_set_userinfo doesn't align the
2nd info level at the container, but sam_set_userinfo2 *does*.

secondly, it _looks_ like there are two revisions for SAM database
entries, where some unknown trash is _not_ placed in the structure
(at the end: unknown_6 and padding4) if the revision number (unknown_5)
is zero.

have to keep an eye on this one over the next year or so, to make sure
all cases are caught.

third, it _looks_ like if you do a password set that the account disabled
acb_info bit is automatically unset, but i cannot confirm that right
now, i'll just have to wing-it (in the next commit)

when a GETDC datagram is received, if the dgram type is UNIQUE instead of
GROUP, it is processed *differently*, there is a domain-name string in it,
so i skip 22 bytes and _then_ read the version number etc.

this must go in 2.0.x and cvs main (oh, and i'm not going to do it, i'm
not "trusted" enough to do the job "correctly").

this will be the only notification that this is needed in 2.0.x and cvs
main branches.

From Elrond@Wunder-Nett.org Sat Mar 18 04:49:11 2000
Date: Fri, 17 Mar 2000 16:02:28 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: Re: SVC_UNKNOWN_3

On Fri, Mar 17, 2000 at 08:27:49AM +1100, Luke Kenneth Casson Leighton wrote:
> it's probably a delete service :-) :-)
>
> check your box!!!
[...]

Hi Luke,

You pass in a Service-Control-Manager-Handle, not a
service-handle, so it can't be service-delete. It could of
course be scman-del... which would be quite crazy.
(includind the fact, that this is done by srvmgr, which
hasn't any means to add/del a service...)

But it was all my fault. I copied cli_svc.c:svc_close()
over to svc_unknown_3... and guess what... I changed
everything except the Opcode...

After that I was more successful: You pass in a scman_hnd,
and get back some other handle...I don't know yet, what it
is good for... I added an appropiate server-side
implementation and srvmgr.exe got a bit further, but now it
calls opcode 11 on a service-handle. Maybe more soon.
(I'm pressing the "Startup"-button in Services in srvmgr)

The patch contains:
- complete server and client-side implementation of
  SVC_UNKNOWN_3 (yet no idea, what it is, but we have it)
- --with-privatedir=... from HEAD is now completely in TNG
- merged some things from HEAD into lib/time.c
  PLEASE DON'T run indent on lib/time.c !
[lkcl: okie]
- dito for param/loadparm.c
  PLEASE DON'T run indent on param/loadparm.c !
[lkcl: okie]

    Elrond

indent rules suggested by elrond.  comments added into nmbd packet tracing.

making sure that req chal would not be affected by having prs_align()
added to *inside* smb_io_unistr2().  this is the _only_ place where
alignment rules are broken.

afsticket defines

From Elrond@Wunder-Nett.org Fri Mar 17 08:34:21 2000
Date: Thu, 16 Mar 2000 16:29:53 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: SVC_UNKNOWN_3

Hi Luke,

I played a bit with srvmgr around and it did a opnum=3 on
svcctl, so I tried to decode the request. For me it looked
lit it only consists of a sc_man_hnd. So I added some
parsing code and an "svcunk3" to rpcclient, so I could ask
the NT-box for the answer. The answer were 20 NUL-bytes. I
guess, this is a closed handle and a status. Also the
following svc_close(sc_man_hnd) seemed to fail somehow (I
didn't realy see the fault-pdu or so... but I did not see
an svc_io_r_close_hnd either.)

[lkcl: i suspect that this is a "delete service" call,
       which is why the close fails because the handle
       is alread closed!]

All this looks to me like opnum=3 is something like
SVC_CLOSE2 or so.

Could you apply the patch and verify that?

I also did the following:
- modified configure.in, so it is more like HEAD (still lot
  to do)
- fixed some issues in groupdb/builtinunix.c:
  When I created aliases with domain alias map, all these
  aliases also existed in the Builtin domain, so usrmgr
  showed them all doubled. (might be interesting for
  HEAD...)
- made global_sid_S_1_1_0 static, one should use
  global_sid_everyone instead.
- continued my share_get_info-effort by writing *_free_*
  for all the fun. Yet have to use them.

    Elrond

ran indent on afsticket.c because its format was confusing make proto.

patch from johan hedin <johanh@fusion.kth.se> for AFS ticket support.

fixed word-order issue in password set and password change.

preparing for release of alpha.0.16

gratuitous indent on files modified in the last two days.

1) SAM_USER_INFO_12 what i thought was acb_info isn't.  this may be
responsible for some of the password set failure problems: treating
the wrong field as an acb_info would result in rejection of password
sets.

2) in attempting to track down server-password-set problems i noticed
that the "security = domain" mode sets the password incorrectly.

sneaking suspicion that the ProductOptions key is being reported the wrong
way round (BDC instead of PDC, PDC instead of BDC).

patch from michael breuer for irix.

finally decided to increase debug log level for "socket connect failed"
message from level 0 to level 1.

From Elrond@Wunder-Nett.org Wed Mar 15 06:14:36 2000
Date: Tue, 14 Mar 2000 19:23:04 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: Re: _lsa_lookup_names

On Tue, Mar 14, 2000 at 08:20:26AM +1100, Luke Kenneth Casson Leighton wrote:
> elrond, this function isn't used, yet.

I did the conversion this morning and the diff is
appended.

[lkcl: thanks elrond]

I also added some more handle-names. Hope someone else
likes them. ;)

[lkcl: me! me! :)]

    Elrond

Another #ifndef #define #endif bug.

Spotted error in #ifndef _XXX #define _XXX #endif thing.

preparing for release of alpha.0.15

From Elrond@Wunder-Nett.org Tue Mar 14 06:07:16 2000
Date: Mon, 13 Mar 2000 18:26:00 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: more cleanup

- removed most of the old --with-lib*-stuff, we're using
  libtool for this
- srv_samr_passdb.c: Added some handle-names for debugging
  (helped me somehow to track netlogond-probs)
- made a whole bunch of functions in display_srv.c and
  display_sam.c
- Added a bunch of error-checking in lsarpcd, it looks like
  it tries to check/change the trust-accoutn password as a
  normal user (or even guest)

[lkcl: checks can't hurt: _lsa_open_secret is called, direct, not
       client-side marshalling wrapper, lsa_open_secret, etc]

    Elrond

From Elrond@Wunder-Nett.org Tue Mar 14 06:01:05 2000
Date: Mon, 13 Mar 2000 18:16:51 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: netlogond: crash and ggroup membership

Hi Luke,

netlogond crashes, when my workstation tries to change its
trust-account password. I tracked this to some point and
fixed those points. Since my workstation only tries to
change the pw every 15 minutes, testing is quite
timeconsuming and I didn't yet test my last fix, that I did
in this area.

After some funny errors (most notable: root is in Domain
Admins, but I couldn't change any thing in the
network-settings), I noticed, that netlogond didn't
transmit _any_ group memberships, when I logged into the
workstation, I found this and fixed it.

Could you please take a look at the following functions:
- direct_samr_userinfo
- _net_srv_pwset

I modified both, but I'm not too sure, I did it the right
way.

[lkcl: looks good, elrond.  explains why groups didn't get set up!]

Added standard shell command thing using '!' as first character.

From Elrond@Wunder-Nett.org Mon Mar 13 10:35:03 2000
Date: Sat, 11 Mar 2000 17:57:54 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: more cleanup, global_sid_builtin

Hi Luke,

- more cleanup on parse_samr.c
- micro-merge from HEAD for Makefile
- use smb_io_rpc_uuid-return-value in smb_io_pol_hnd
- replaced nearly all &global_sid_S_1_5_20 by
  global_sid_builtin (inspired from a post by tim, he
  didn't apply this patch)
- closing an lsa-handle in rpcclient->createuser only, if
  also opened

preparing for release of alpha.0.14

removed check_vuser_ok() as it restricts things too much, unexpectedly.
"invalid users = root" will stop any msrpc daemons working, including
being able to add users to the sam database (!!!! not good!)

tim, become_xxx shouldn't be called in winbindd.

preparing for release of alpha.0.13

always check that crypt may return NULL

added debug reporting that tells you if "valid users" succeeds or fails,
on msrpc daemons.

- spoolssd linked against shared libubiqx, not static.
- finaly fixed %U (at least for me), it was one line in
  passdb/sampass.c
- started to merge some configure things from HEAD (not
  that we currently realy need it)
- added some debugging to lsarpcd (policy-handles), so
  maybe we'll get those mysterious crashes with ldap;
  made some functions static
- prs_set_offset() (from J.F.) didn't prs_grow enough. I
  don't know, if he needs prs_set_offset to actually grow
  any buffer (for marshalling), but maybe it helps
- parse_samr.c cleanup:
  + rewrote most of the memory-things to use g_new
  + removed useless prs_align after smb_io_pol_hnd()
  + converted more memcpy(&q->pol, pol, sizeof()) to
    q->pol = *pol;
  this all made parse_samr.c about 100 lines smaller.

patch from elrond for configure tests.

initialiase USER_INFO_CTR to null

use write_socket() not a direct write()

patch from elrond: configure cleanups

login validation level 2 and 3 negotiated from netr_auth2 neg_flags.

preparing for release of alpha.0.12

james f. hranicky pointed out that a standalone workstation couldn't
do a net use \\samba-tng\share /user:tnguser

you had to do net use \\samba-tng\share /user:samba-tngdomainname\tnguser

i solved this by putting "if domain name is unrecognised, use local SAM"
where domain name, by default on standalone workstations, is the name
of the workstation itself.

indent defaults

ran indent.

#include missing in srv_spoolss.c

found two bugs in lsalookup* - sid_name_use type is uint16 - by bouncing
off sun's cascade box.  HOORAY!

good suggestion, elrond.

attempting to get trust relationship setup going again.

preparing for release of alpha.0.11

- acb_info is a 32-bit field in samr stuff (oops!!)  sun cascade with
a different byte order from nt is VERY useful, it can be used to
identify the size of structure members because the byte order will
be swapped, in comparative traces.

- auth_resp in NETLOGON is a parameter to net_r_sam_logon, NOT part of
 the NET_USER_INFO struct.

- domain_client_validate was grabbing the secret $MACHINE.ACC, then
  the unicode string needed to be byte-swapped before being passwd
  to nt_owf_genW.

1) logon hours _is_ a 32-bit not a 16-bit.  oops

2) logon to local workstation when it is a member of a domain is also
   allowed, by making domain_client_validate accept our own localservername
   as the domain name (a la MYSERVERNAME\user)

yet another stage in net user info level 2.  server-side and client-side
support but no neg_flags used, yet.

next stage of having a NET_USER_INFO_CTR

created a NET_USER_INFO_2.

preparing for release of alpha.0.10

jean-francois' tng patch, updated.  cleaned up some of the
global / local variable clashes (found with ./configure.developer)

more of those wonderful connection-related issues, found by rpctorture

patch from jf who was having difficulty doing cvs commits on TNG.

make proto

From Elrond@Wunder-Nett.org Wed Mar  8 05:16:00 2000
Date: Tue, 7 Mar 2000 18:03:39 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: cleanup: sam_enum_domains (passdb) and share info 502

Hi Luke,

- munged around with share_info_502, cause I want to
  integrate ShareGetInfo and ShareEnum more, so both
  support the same info-levels and there isn't so much
  doubled code. (note: I want that, it's not currently
  anywhere near there.)
- moved enumdomains from lib/sids.c to
  samrd/srv_samr_passdb.c, it's only used there.

POL_HND_SIZE not defined any more

set user info 2 - 0x12 sorted out, client and server side.  i hope.

attempting to get samr_set_userinfo2 info level 0x12 working.

solving issue of cascade joining domain.  it's decided that the
password set is to be an info level 0x12, due to get_usrdom_pwinfo.  eh???

info level 23 password change also has alignment issues

set_userinfo at level 23 was wrong.

oi!  who changed set_tdbsam to set_tdbsid without also changing all
occurrences of get_tdbsam to get_tdbsid!!!!

who added global_sid_S_1_1 to tdb_samr_connect?

patch from elrond for libtool hack

preparing for release of alpha.0.9

fascinating: may be the answer to some of the login problems: byte ordering
in passwords.  AAGH!

interesting.  had to add code to stop cascade's SMBtconX encrypted password
from being used, i have a) no idea if it's valid b) no idea how to decode
it!

had to create a table referencing the incoming DCE/RPC context_id to an
internal context id.

also fixing issues where i had earlier removed POL_HND_SIZE #define.

ok, got bigendian byte order requests working.

turns out that POLICY_HND actually contains an RPC_UUID.  only found this
out by receiving little-endian DCE/RPC packets and sending big-endian
DCE/RPC packets, of course the POLICY_HND was wrong...

fixing careful alignment IVAL const issues

first connectathon 2000 tests produces results!

cascade shows that pipe names are case-insensitive.  they send all uppercase.

careful alignment needs const versions of SVAL, IVAL etc.

preparing for release of alpha.0.8

unbecome_root()( fix - only actually do an unbecome_root
when root depth reaches zero again.

Check for null tdb context in tdb_exists()

Merge of changes from HEAD branch.

allow nested become_root() calls.  this is a hack.

DCE/RPC header - pack type tests

From Elrond@Wunder-Nett.org Tue Feb 29 05:53:10 2000
Date: Mon, 28 Feb 2000 17:29:48 +0100
From: Elrond <Elrond@Wunder-Nett.org>
To: Luke Kenneth Casson Leighton <lkcl@samba.org>
Subject: _samr_query_sec_obj

Hi Luke,

- moved the SD-generation code out of
  samrd/srv_samr_sam_tdb.c:_samr_query_sec_obj into its own
  samrd/samr_util.c
- updated the SD to have the same order and include
  Builtin\Account Operators, as seen on an nt4sp4 ws.
- used this function in samrpassd (which was broken here
  and usrmgr didn't work) and samrtdbd (for consistency)
  (I can't compile-check samrnt5ldap, so I will send Luke
  Howard a patch to inspect.)
- clean-up: Mainly policy-handles... but also other stuff
- debugging and type-checking of data associated with
  POLICY_HND in samrtdbd
  (I suspect, there's a problem in sam_query_sec_obj, see
  the new WARNING, that appears.)
- rpcclient/samedit: enumaliases has new option:
  [-d Domain], so I could do "enumaliases -d Builtin"

After this patch my usrmgr worked better, but now it looks
like it is thinking, it talks to a WS instead of a server.
I can't see the domain-groups, only aliases, and in the
user-properties, there are only 3 buttons for "Groups",
"Profiles" and "RAS", the others are missing... I tried a
long time to find out about it... I failed, so could you
have a look at this?

[lkcl: this because winregd is returning "i am a wksta"]

Okay, and another thing:

You seemed to look for the bit on the user-objects, that
allows password-changing: I think, it must be 0x0004,
cause:
Everyone has: 0x2035b
Normal user : 0x20044

0x20040 is included in the bits, everyone has, 0x0004 is
left over....

Just some thoughts...

    Elrond

reversed irix include standard.h patch because it breaks other irix
configures.

preparing for release of alpha.0.7

This commit was manufactured by cvs2svn to create branch 'SAMBA_TNG'.

Makefile for tdb directory.

Oops - put back filename argument to tdb_open().

Modifications to tdb_traverse() arguments to remove compile warnings.

Allow tdb databases to be created "in memory" without having a file
associated with them.  tdb can then be used as a hash table data
structure.

Added tdbtool to .cvsignore list.

adding pack_type data representation.  tested as-was (i.e. not against
a non-intel-byte-order m/c).

added bind nack to server-side.

jeremy, the majority of "negative" responses are actually "fault" pdus.

the only circumstances in which a bind nack is returned is if there is
something wrong with a bind request.  e.g the NTLMSSP auth bind-request
(negotiate) stage, which contains the client hostname and client domain,
contains an unrecognised name such as NULL.

e.g the NETSEC (netlogon secure channel) auth bind-request stage which
again happens (coincidentally) to contain the client hostname and client
domain, contains a hostname/domainname tuple for which no NetrReqChal+
NetrAuth2 with flags 0x400001ff has just previously been done.

i.e: NetrReqChal("\\myserver", "mydomain", ...);
NetrAuth2("\\myserver", mydomain, 0x400001ff, ...);
[now do netsec]
NetSecBindRequest("\\somestupidservername", "totalgarbagedomainname")
this should be rejected with a bind NACK.

trying to track down why setgroups() fails.

testing password change showed up some bugs in NTLMSSP calcs, plus one in
cli_samr.c.  from the NetrSamLogon the first 8 bytes of the
LM# are received, i forgot to pass this over.

added enumprintprocessordatatypes
now NT is happy and the "always send data in RAW mode" is checked

J.F.

rewrote enumprinterdata. still a bug in it but reproducing it hard and
borring.

I need a client test program urgently!!!

rewrote setprinter, doesn't coredump anymore, and no memleak.

J.F.

client/client.c:
libsmb/clientgen.c: Fixes for Win2k smbclient browsing.
Other fixes implement smbpasswd -x user to delete users. Also allows swat
to do the same.
Jeremy.

patch from michael breuer for irix TCP_NODELAY include

const issues

remove unused var

tim, after speaking with andrew he noticed that you were calling become_root()
and unbecome_root().  client-side code CANNOT call these functions, it must
only call the *stub* versions of these.

the only circumstances under which it is ok for client-side code to call
become_root() and unbecome_root() is if you are actually calling client-side
code from inside a root process to the msrpc loop-back interface.

this is because you cannot _access_ the msrpc loop-back interface unless you
are root (use a server name of "\\." instead of "\\someservername").