Re: [Draft #2] Samba 3.0 roadmap...idmap storage & centralidmaprepository

2002-07-09 Thread Andrew Bartlett
Simo Sorce wrote: > > On Wed, 2002-07-10 at 01:08, Kai Krueger wrote: > > - Original Message - > > From: "Simo Sorce" <[EMAIL PROTECTED]> > > To: "Stefan (metze) Metzmacher" <[EMAIL PROTECTED]> > > Cc: "Samba Technical" <[EMAIL PROTECTED]> > > > > >Hi metze, > > >on top of the first doc I

RE: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Richard Sharpe
On Tue, 9 Jul 2002, Stefan (metze) Metzmacher wrote: > HI Andrew, > > Andrew Bartlett,Kai Krueger,Jelmer(ctrlsoft)Vernooij and me are designing a > new SAM interface and new a SID mapping System (SMS). > We discussed it on irc.openprojects.net #samba-technical. > Take a look at http://www.krueg

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & centralidmaprepository

2002-07-09 Thread Simo Sorce
On Wed, 2002-07-10 at 01:08, Kai Krueger wrote: > - Original Message - > From: "Simo Sorce" <[EMAIL PROTECTED]> > To: "Stefan (metze) Metzmacher" <[EMAIL PROTECTED]> > Cc: "Samba Technical" <[EMAIL PROTECTED]> > > >Hi metze, > >on top of the first doc I see you state that all strings shou

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Kai Krueger
- Original Message - From: "Simo Sorce" <[EMAIL PROTECTED]> To: "Stefan (metze) Metzmacher" <[EMAIL PROTECTED]> Cc: "Samba Technical" <[EMAIL PROTECTED]> >Hi metze, >on top of the first doc I see you state that all strings should be utf8. >I hearteadly disagree, I woul d rather like to se

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Simo Sorce
On Tue, 2002-07-09 at 22:59, Jeremy Allison wrote: > But Simo, I disagree about the internal rep. I think it > needs to be utf8 for Samba internal strings. We already > have to deal with mbcs issues - this doesn't make it any > worse. Have you thought how difficult is to effectively use utf8 stri

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Simo Sorce
On Tue, 2002-07-09 at 22:14, Michael Sweet wrote: > To make life even more interesting, case comparisons are a > locale-dependent solution. That is, "A" with an umlat may > not compare equal to "a" with an umlat in some locales (or > shouldn't, anyways). This is not a problem of mine. Conversion

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmap repository

2002-07-09 Thread Jeremy Allison
On Tue, Jul 09, 2002 at 03:32:50PM -0400, Michael Sweet wrote: > > In addition, no matter what Unicode representation is used, you > still have to deal with different representations of the "same" > character (is it a single character "a" with an umlat, or "a" > plus a combining umlat character?,

Re: advice for quick hack on _old_ code?

2002-07-09 Thread Ben Johnson
Thanks for your response Kevin . It came just as I was leaving for a much needed vacation. I hope you are still willing to take a look at this. I have done a packet capture. That's how I was able to get as far as I have. The following is an example of one group-names request and one NT respon

Re: ERROR: in 'security=domain' mode the 'encrypt passwords' parameter must also be set to 'true'

2002-07-09 Thread Steve Langasek
On Tue, Jul 09, 2002 at 03:57:02PM -0400, David Collier-Brown wrote: > Steve Langasek wrote: > > Playing with my smb.conf on a new server (2.2.5), I noticed that the > > 'security=domain' and 'encrypt passwords=yes' parameters are somewhat > > redundant. > I owe the team a set of self-che

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Michael Sweet
Simo Sorce wrote: > ... >>Also, some SMB clients are using UTF-16 now (superset of UCS-2 to >>support code points in other Unicode planes) instead of UCS-2. > > > which clients? IIRC, MacOS X and Windows XP clients use UTF-16, although unless you are a Chinese user you will never notice. > ...

Re: ERROR: in 'security=domain' mode the 'encrypt passwords' parameter must also be set to 'true'

2002-07-09 Thread David Collier-Brown
Steve Langasek wrote: > Playing with my smb.conf on a new server (2.2.5), I noticed that the > 'security=domain' and 'encrypt passwords=yes' parameters are somewhat > redundant. I owe the team a set of self-check code for options that can contradict each other... I just finished

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Simo Sorce
On Tue, 2002-07-09 at 21:32, Michael Sweet wrote: > Simo Sorce wrote: > > Hi metze, > > on top of the first doc I see you state that all strings should be utf8. > > I hearteadly disagree, I woul d rather like to see all internal strings > > on new code to be UCS-2. > > Utf8 has many disadvantages:

Re: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Michael Sweet
Simo Sorce wrote: > Hi metze, > on top of the first doc I see you state that all strings should be utf8. > I hearteadly disagree, I woul d rather like to see all internal strings > on new code to be UCS-2. > Utf8 has many disadvantages: > 1. require any RPC requests that comes from clients to be c

Re: Draft of branch maintainence and release plans....

2002-07-09 Thread Tim Potter
On Tue, Jul 09, 2002 at 01:21:37PM -0500, Esh, Andrew wrote: > That's the same code I'm talking about. I have it running. Great! I was just making sure there wasn't going to be a huge duplication of effort. Tim.

ERROR: in 'security=domain' mode the 'encrypt passwords' parameter must also be set to 'true'

2002-07-09 Thread Steve Langasek
Hello, Playing with my smb.conf on a new server (2.2.5), I noticed that the 'security=domain' and 'encrypt passwords=yes' parameters are somewhat redundant. When commenting out the 'encrypt passwords' line, testparm gave me the error in the subj. I know some config options (such as 'domain mast

RE: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmaprepository

2002-07-09 Thread Simo Sorce
Hi metze, on top of the first doc I see you state that all strings should be utf8. I hearteadly disagree, I woul d rather like to see all internal strings on new code to be UCS-2. Utf8 has many disadvantages: 1. require any RPC requests that comes from clients to be converted forth and back (UCS-2

RE: Draft of branch maintainence and release plans....

2002-07-09 Thread Esh, Andrew
Title: RE: Draft of branch maintainence and release plans That's the same code I'm talking about. I have it running. -Original Message- From: Tim Potter [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 09, 2002 10:10 AM To: Esh, Andrew Cc: Gerald Carter; [EMAIL PROTECTED] Subject:

RE: Draft of branch maintainence and release plans....

2002-07-09 Thread David Lee
On Mon, 8 Jul 2002, Green, Paul wrote: > I would be willing to work (off-list) with a small number of OS experts to > agree on an API for producing a back-trace of the stack. I know how we do > this for VOS, I know some of the issues involved, and I believe that such an > API definition should b

Re: Auditing with VFS

2002-07-09 Thread Jeremy Allison
On Tue, Jul 09, 2002 at 05:07:30PM +0100, Daniel Niasoff wrote: > When auditing with VFS the pathname recorded is only the relative path for > the share not the the full path all the way from root. > > Are there any plans to change this as I want to use auditing as a method of > backing up (i:e:

Re: Draft of branch maintainence and release plans....

2002-07-09 Thread Richard Sharpe
On Tue, 9 Jul 2002, Tim Potter wrote: > > No, but from here it does rather look like I'm the only (team) person > > working on PDC-specific code currently, particularly in HEAD. (Hence > > why I have am so glad to be working with kai, jelmer and metze on the > > new SAM stuff - and with idra's k

Re: Auditing with VFS

2002-07-09 Thread Rainer Link
Daniel Niasoff schrieb: > > When auditing with VFS the pathname recorded is only the relative path for > the share not the the full path all the way from root. int audit_close(struct files_struct *fsp, int fd) [..] fstrcpy(fname, fsp->conn->connectpath); fstrcat(fname, "/"); f

Auditing with VFS

2002-07-09 Thread Daniel Niasoff
When auditing with VFS the pathname recorded is only the relative path for the share not the the full path all the way from root. Are there any plans to change this as I want to use auditing as a method of backing up (i:e: record all files that have been written to and back them up automatically)

samba 2.2.5 and cups : cant find test code

2002-07-09 Thread Jerome Le Tanou
Hi, I am using RedHat 7.3, and when I try to compile 2.2.5 with "--enable-cups" it fails with the following message : - # tar jxvf samba-2.2.5.tar.bz2 ... # cd samba-2.2.5/source/ # ./configure --enable-cups ... checking for ssize_t... yes checking for wchar_t... yes checking for cup

Re: Draft of branch maintainence and release plans....

2002-07-09 Thread Tim Potter
On Tue, Jul 09, 2002 at 09:47:53AM -0500, Esh, Andrew wrote: > I could work on the ext_attr patch, unless what you want out of it is > drastically different that what I already have running. I am using the VFS > module xfs_ea, which uses libattr from Bestbits and SGI. I can generify > xfs_ea so i

Re: Draft of branch maintainence and release plans....

2002-07-09 Thread Tim Potter
On Tue, Jul 09, 2002 at 11:05:39AM +1000, Andrew Bartlett wrote: > > Just for the record, no one was placing the burden on you andrew > > (or even suggesting that it rested upon you). If you don't want to > > do it or would rather work on something else, then that's fine. > > I think you read to

RE: Draft of branch maintainence and release plans....

2002-07-09 Thread Esh, Andrew
Title: RE: Draft of branch maintainence and release plans I could work on the ext_attr patch, unless what you want out of it is drastically different that what I already have running. I am using the VFS module xfs_ea, which uses libattr from Bestbits and SGI. I can generify xfs_ea so it is

Re: [Samba] RE: FW: samba woes

2002-07-09 Thread David Collier-Brown
And I'm strongly biased in favor of ldap... (I just wish I had some spare time to work on previous comittments...) --dave -- David Collier-Brown, | Always do right. This will gratify Performance & Engineering | some people and astonish the rest. Americas Customer Engineering, |

[PATCH] copy_id21 first part

2002-07-09 Thread Stefan (metze) Metzmacher
the patch is attached now:-) Hi Andrew, here's a patch witch changes the SAM_USER_INFO_21 struct It handles the pass_must_change_at_next_logon from usrmgr metze - Stefan "metze" Metzmacher <[EMAIL PROTECTED]> diff -Np

RE: [Draft #2] Samba 3.0 roadmap...idmap storage & central idmap repository

2002-07-09 Thread Stefan (metze) Metzmacher
HI Andrew, Andrew Bartlett,Kai Krueger,Jelmer(ctrlsoft)Vernooij and me are designing a new SAM interface and new a SID mapping System (SMS). We discussed it on irc.openprojects.net #samba-technical. Take a look at http://www.kruegernetz.de/SAM-interface.htm and http://www.kruegernetz.de/SAM-int

Re: [patch] Cascaded VFS v.4

2002-07-09 Thread Alexander Bokovoy
On Tue, Jul 09, 2002 at 02:58:51PM +0300, TUDOR Coserea wrote: > Hi Alexander, > > Alexander Bokovoy <[EMAIL PROTECTED]> writes: > > > And another question: > > > I used VFS to build a antivirus scanner and on close method I > > > need (const struct files_struct*)->fsp_name which

Re: Very bad performance when copying large files from windows to samba-share

2002-07-09 Thread Lars Heineken
I've put up the files on Anonymous-FTP on ftp://heineken.dyndns.ws The files are Snipplets from the beginning of the transaction, covering the timeout, and ending during normal copying. verybadperformance1.txt is a brief text-output from etherreal (1.4MB) Frame 0-10018 verybadperformance2.txt

Re: [patch] Cascaded VFS v.4

2002-07-09 Thread TUDOR Coserea
Hi Alexander, Alexander Bokovoy <[EMAIL PROTECTED]> writes: > > And another question: > > I used VFS to build a antivirus scanner and on close method I > > need (const struct files_struct*)->fsp_name which position > > depends by this _LARGEFILE64_SOURCE. If one of smbd an

Re: [patch] Cascaded VFS v.4

2002-07-09 Thread Alexander Bokovoy
On Tue, Jul 09, 2002 at 12:59:28PM +0300, TUDOR Coserea wrote: > Hi, Hi, Tudor! > Apropos VFS patch shouldn't be > -D_LARGEFILE64_SOURCE instead of -D_LARGEFILE63_SOURCE ? There is no such define in new patch. It was, indeed, in old examples/VFS/block/Makefile but now it is replaced by correct

Re: [patch] Cascaded VFS v.4

2002-07-09 Thread TUDOR Coserea
Hi, Apropos VFS patch shouldn't be -D_LARGEFILE64_SOURCE instead of -D_LARGEFILE63_SOURCE ? And another question: I used VFS to build a antivirus scanner and on close method I need (const struct files_struct*)->fsp_name which position depends by this _LARGEFILE64_SOURCE. If one of smb

Printing problems with 2.2.5 - can't see printed document names

2002-07-09 Thread Olaf Frączyk
Hi, I have Win2k-PL and WinNT-PL users. Samba (print server) is on linux box. Security is set to server (another samba set as PDC). Client login into domain (samba PDC - the same server from which print server gets passwords). Users are ordinary users - no admins, etc. Win2k - SP2, WinNT SP6a. Pr