At 07:13 26.09.2002 +1000, Andrew Bartlett wrote:
>"Stefan (metze) Metzmacher" wrote:
> >
> > Hi Jerry,
> >
> > please don't kick 3.0alpha20 before this is fixed. Andrew B. optimizes my
> > patch...
>
>metze, I want to get that patch 'right', so I may take some time...
>
>In particular, you change
On Thu, Sep 26, 2002 at 05:58:39AM +0930, Richard Sharpe wrote:
> My assertion is that implementors should be paying attention to the value
> of the flag in the most recent request or response they received. Ie,
> servers should look at the most recent request when deciding what to
> return an
Dear sir,
We are ShenZhen Suncomm corp. Which specilized in magnet. We provide all ki
ds of magnets to diffrent countries. such as America, canada, Germeny etc. The p
roduction reaches 2000m/TS.
We got to know you from internet. That you are interested in magnet. We hop
e to establish th
Dear sir,
We are ShenZhen Suncomm corp. Which specilized in magnet. We provide all ki
ds of magnets to diffrent countries. such as America, canada, Germeny etc. The p
roduction reaches 2000m/TS.
We got to know you from internet. That you are interested in magnet. We hop
e to establish th
On Wed, 25 Sep 2002, Andrew Theurer wrote:
> > Every system call I can eliminate, or push into the kernel (as in the
> > fstat call in the sendfile code) means more CPU for yet another client and
> > gets us closer to handling 10,000 clients :-)
>
> FYI, my top three functions running netbench o
> Every system call I can eliminate, or push into the kernel (as in the
> fstat call in the sendfile code) means more CPU for yet another client and
> gets us closer to handling 10,000 clients :-)
FYI, my top three functions running netbench on linux are:
8867 total
On Thu, 26 Sep 2002, Andrew Bartlett wrote:
> "Stefan (metze) Metzmacher" wrote:
> >
> > Hi Jerry,
> >
> > please don't kick 3.0alpha20 before this is fixed. Andrew B. optimizes my
> > patch...
>
> metze, I want to get that patch 'right', so I may take some time...
It's not going to happen to
"Stefan (metze) Metzmacher" wrote:
>
> Hi Jerry,
>
> please don't kick 3.0alpha20 before this is fixed. Andrew B. optimizes my
> patch...
metze, I want to get that patch 'right', so I may take some time...
In particular, you changed the parsing for the info21, but not info23,
and I want to tra
On Wed, 25 Sep 2002, David W. Chapman Jr. wrote:
> > > line of logon script
> > > net time \\viagra /set /yes
> >
> > Hmmm, are you telling us or asking us?
> >
> > The above command is what I use.
> >
> > You might need to make sure all your users are in the right group, though.
> > Local
> > line of logon script
> > net time \\viagra /set /yes
>
> Hmmm, are you telling us or asking us?
>
> The above command is what I use.
>
> You might need to make sure all your users are in the right group, though.
> Local Power Users seems to be the group you need.
>
Don't you also have
On Wed, 25 Sep 2002, Magnus Naeslund\(f\) wrote:
> Date: Wed, 25 Sep 2002 19:29:27 +0200
> From: "Magnus Naeslund\\(f\\)" <[EMAIL PROTECTED]>
> To: Animesh <[EMAIL PROTECTED]>,
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Re: Running smbd and nmbd using daemontools!!
>
> Animesh <
On Wed, 25 Sep 2002, Shane Tapper wrote:
>
> How do I set the clock through a logon script if I wish to keep the user a
> standard user
>
> line of logon script
> net time \\viagra /set /yes
Hmmm, are you telling us or asking us?
The above command is what I use.
You might need to make
How do I set the clock through a logon script if I wish to keep the user a
standard user
line of logon script
net time \\viagra /set /yes
Shane
[EMAIL PROTECTED]
Hi,
This question is prompted by a small problem by a certain blue-type
vendor.
The CIFS Load Gen code was being inconsistent and set the Error Code flag
in Flags2 to DOS on the NegProt request, and then set it to NT Error codes
on every SMB thereafter.
The vendor in question was using the s
I haven't got this to work altough I have read several mails now on this
list of people that seem to have it working.
I was wondering how this should be done.
I can start UserManager for windows NT and see the accounts and groups, but
whenever I try to open one of them I get a "permission denied".
On Wed, 25 Sep 2002, Magnus Naeslund(f) wrote:
> Animesh <[EMAIL PROTECTED]> wrote:
> > Hi everybody,,
> >
> > I want to run samba using the combination of daemontools and
Anyone know where the daemontools patch is at ? I've been meaning to look
at getting it in one of these days.
cheers
I'm not sure the BEST way to report this, but I found
a solution for a major problem we were having with our Samba Home directory
server and Metaframe 1.8 on NT TSE 4.0.
User's IPC$ connections would not release from Samba
causing all the possible connections, or whatever, to stop mappi
>On Wed, 25 Sep 2002, Steve Shockley wrote:
>
>> A bunch of months ago, I tried making 3.0 work on OpenBSD with AD support,
>> but it couldn't because OpenBSD has Heimdal instead of MIT KerberosV. I
>> recall seeing some notes about someone trying to get it to work, but I don't
>> know how far t
Animesh <[EMAIL PROTECTED]> wrote:
> Hi everybody,,
>
> I want to run samba using the combination of daemontools and
> ucspi-tcp and not inetd..i.e, what i intend to do is to run smbd and
> nmbd using tcpserver but the problem is with nmbd as tcpserver, as
> the name suggests supports only TCP an
Hi everybody,,
I want to run samba using the combination of daemontools and
ucspi-tcp and not inetd..i.e, what i intend to do is to run smbd and nmbd
using tcpserver but the problem is with nmbd as tcpserver, as the name
suggests supports only TCP and not UDP...So is there anything that
Hi Jerry,
please don't kick 3.0alpha20 before this is fixed. Andrew B. optimizes my
patch...
metze
>the current code of copy_id2* is bad!:
>
>if you use usrmgr.exe and watch the properties of a user and click 'ok'
>after it samba
>overwrites all times (pass must change, lastchange ...)
>and
On Wed, 25 Sep 2002, Steve Shockley wrote:
> A bunch of months ago, I tried making 3.0 work on OpenBSD with AD support,
> but it couldn't because OpenBSD has Heimdal instead of MIT KerberosV. I
> recall seeing some notes about someone trying to get it to work, but I don't
> know how far that got
A bunch of months ago, I tried making 3.0 work on OpenBSD with AD support,
but it couldn't because OpenBSD has Heimdal instead of MIT KerberosV. I
recall seeing some notes about someone trying to get it to work, but I don't
know how far that got. I even tried building a hacked up version of Open
On Thu, Sep 26, 2002 at 03:08:29AM +0930, Richard Sharpe wrote:
> On Wed, 25 Sep 2002, Rafal Szczesniak wrote:
>
> > Seems like you'd like to see one more library as winbind's companion.
> > However, if libsmbclient is licensing stumbling block, then similar
> > situation may happen with such win
Title: RE: [Samba] Re: WinXP-SP1 breaks profiles...
Here's the link for the fix :
http://marc.theaimsgroup.com/?l=samba&m=103211434202051&w=2
-Original Message-
From: Gerald Carter [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 11:11 AM
To: William Jojo
Cc: [EMAIL PRO
On Wed, 25 Sep 2002, Rafal Szczesniak wrote:
> On Wed, Sep 25, 2002 at 03:06:05PM +0200, Martin Wilck wrote:
> > Am Mit, 2002-09-25 um 00.55 schrieb Andrew Bartlett:
> >
> > > As to unicode, I
> > > have designated one call as being in utf8, to cope with external
> > > interaction, so it's possi
On Wed, 25 Sep 2002, Andrew Bartlett wrote:
> Richard Sharpe wrote:
> >
> > Hi,
> >
> > In the course of hacking Samba to use the recv variant of sendfile I have
> > had to modify the low level routines that read in an SMB off of a socket.
> >
> > Currently, Samba makes two system calls to rev
>I started thinking about other options when I found the "wbinfo -n"
>call. AFAIK there is no way to obtain equivalent info through PAM/NSS,
>simply because these APIs have no concept of a SID. Obviously apart from
>the SID there is a lot more information to gather from a PDC. I have not
>digged
On Wed, 25 Sep 2002, Eddie Lania wrote:
> Loadable RPC implementations yes o o o
>
> Does this mean that it will support KIXTART as well?
This has nothing to do with Win32 applications. It means
that the RPC functions for a given RPC service will be
loaded from a shared library. It is an arc
On Wed, Sep 25, 2002 at 03:06:05PM +0200, Martin Wilck wrote:
> Am Mit, 2002-09-25 um 00.55 schrieb Andrew Bartlett:
>
> > As to unicode, I
> > have designated one call as being in utf8, to cope with external
> > interaction, so it's possible things can happen here.
>
> What matters to wine is t
On Wed, 25 Sep 2002, William Jojo wrote:
>
>
> Just thought you'd like to know that SP1 for Windows XP breaks romaing
> profiles up to and including 2.2.5.
>
> This has been confirmed by MIT at the following link:
>
>
> http://web.mit.edu/swrt/winxp/
>
>
> See the section "Software Compati
>Maybe you might want to try to give winbind a username and password to
>authenticate with when querying the PDC for users. This is done with
>
>wbinfo -A user%password
>
>Hope that helps,
>
>Volker
It's so simple when you know how..
Seems fine now.
Thanks a lot Volker.
Gareth Davies - IT Syst
On Wed, Sep 25, 2002 at 03:20:15PM +0100, Gareth Davies wrote:
> wbinfo -N NetBIOSname works ok and resolves, wbinfo -I IP works on and
> resolves, wbinfo -t tells me my secret is ok but as soon as I go for -u
> or -g it says "Error looking up domain users/group".
Maybe you might want to try to g
Just thought you'd like to know that SP1 for Windows XP breaks romaing
profiles up to and including 2.2.5.
This has been confirmed by MIT at the following link:
http://web.mit.edu/swrt/winxp/
See the section "Software Compatiblity Test Matix/Testing SP1"
We have found this to be the case
Hi all, I'm not sure if this is the right group but feel free to point me in
another direction if it's not.
I'm trying to set up a file server on an Win2k PDC network to alleviate the
main machine.
I have Samba running (2.2.5) ok, I can browse shares and access my home
directory (if the user exi
On Wed, 2002-09-25 at 15:48, Stefan (metze) Metzmacher wrote:
> At 23:34 25.09.2002 +1000, Andrew Bartlett wrote:
> >Simo Sorce wrote:
> > >
> > > Yes, returning always NT_STATUS_NOT_IMPLEMENTED is the way to go imho.
> >
> >This is in the old pdb code, so we don't have NTSTATUS there yet - so
> >
Hi Andrew,
here're the copy_id2X patches.
copy_id21-02.diff from the last patch
then copy_id2X-06.diff remove warnings.
it should fix this problem (it's not perfect but it handles it MUCH better
now!):
the current code of copy_id2* is bad!:
if you use usrmgr.exe and watch the properties of
At 23:34 25.09.2002 +1000, Andrew Bartlett wrote:
>Simo Sorce wrote:
> >
> > Yes, returning always NT_STATUS_NOT_IMPLEMENTED is the way to go imho.
>
>This is in the old pdb code, so we don't have NTSTATUS there yet - so
>for there I think the null pointer works. For the new code, then
>certainly
Simo Sorce wrote:
>
> It's not so difficult to change pdb code to NTSTATUS errors ..
> I'll do it.
On the inside interface it's OK - if you change the external interface
then it's a big search/replace job. (But a job I would *love* to see
picked up, becouse it makes later conversions to other c
It's not so difficult to change pdb code to NTSTATUS errors ..
I'll do it.
Simo.
On Wed, 2002-09-25 at 15:34, Andrew Bartlett wrote:
> Simo Sorce wrote:
> >
> > Yes, returning always NT_STATUS_NOT_IMPLEMENTED is the way to go imho.
>
> This is in the old pdb code, so we don't have NTSTATUS the
Simo Sorce wrote:
>
> Yes, returning always NT_STATUS_NOT_IMPLEMENTED is the way to go imho.
This is in the old pdb code, so we don't have NTSTATUS there yet - so
for there I think the null pointer works. For the new code, then
certainly I think the NTSTATUS return makes sense.
Andrew Bartlett
Yes, returning always NT_STATUS_NOT_IMPLEMENTED is the way to go imho.
Simo.
On Wed, 2002-09-25 at 15:18, Jelmer Vernooij wrote:
> Then that would be a function that always returns False /
> NT_STATUS_NOT_IMPLEMENTED - I think the system can figure that out as
> well...
>
> On Wed, Sep 25, 2002
Simo Sorce wrote:
>
> This way to fix, without any DEBUG in is obscure and may hide
> implementation errors imho.
>
> A crash is much more easier to understand while developing.
We (ctrlsoft and I) had decided that implementing those functions was
optinal - I think we had the stub functions bef
Then that would be a function that always returns False /
NT_STATUS_NOT_IMPLEMENTED - I think the system can figure that out as
well...
On Wed, Sep 25, 2002 at 03:14:18PM +0200, Simo Sorce wrote about 'Re: approaching
release of 3.0alpha20':
> I think we should never put a NULL value in function
This way to fix, without any DEBUG in is obscure and may hide
implementation errors imho.
A crash is much more easier to understand while developing.
Simo.
On Wed, 2002-09-25 at 13:45, Jelmer Vernooij wrote:
> On Wed, Sep 25, 2002 at 01:32:16PM +0200, Stefan (metze) Metzmacher wrote about 'Re:
I think we should never put a NULL value in function handlers, but
always a stub function !!
Simo.
On Wed, 2002-09-25 at 13:32, Stefan (metze) Metzmacher wrote:
> At 10:01 23.09.2002 -0500, Gerald Carter wrote:
> >Everyone,
> >
> >I would like to do another alpha snapshot release of the 3.0
> >c
Andrew Bartlett wrote:
> Why can't we do a non-blocking read on the socket, into a (large)
> buffer?
>
> We would then process the commands one-by one, until we reached one that
> had a length beyond the end of the buffer. Then we memmove it to the
> start, read to it's end, process and start th
Volker Lendecke wrote:
>
> On Wed, Sep 25, 2002 at 10:54:40PM +1000, Andrew Bartlett wrote:
> > Despite all the fuss, the changes there really are not that
> > big, just fundamental ;-)
>
> vlendec@delphin:~/head/source> find -name \*.c | xargs grep pdb\_ | wc -l
>1596
As I said, not that b
On Wed, Sep 25, 2002 at 10:54:40PM +1000, Andrew Bartlett wrote:
> Despite all the fuss, the changes there really are not that
> big, just fundamental ;-)
vlendec@delphin:~/head/source> find -name \*.c | xargs grep pdb\_ | wc -l
1596
Questions?
Volker
msg03194/pgp0.pgp
Description: P
Am Mit, 2002-09-25 um 00.55 schrieb Andrew Bartlett:
> Firstly, it's good to see that winbind is starting to get some interest
> :-)
I have been ignoring it so far, but in the context of the current
inquiries I tried it out and was impressed :-)
> Secondly, don't fall into the trap squid (with
[EMAIL PROTECTED] wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> > As you work into this area, you will see why we decided on the 'start
> > over'...
>
> My concern is that we will not be able to finish that work in any
> reasonable time frame. I would like to see 3.0 released.
At 14:40 25.09.2002 +0200, [EMAIL PROTECTED] wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
> > As you work into this area, you will see why we decided on the 'start
> > over'...
>
>My concern is that we will not be able to finish that work in any
>reasonable time frame. I would like to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> As you work into this area, you will see why we decided on the 'start
> over'...
My concern is that we will not be able to finish that work in any
reasonable time frame. I would like to see 3.0 released. I completely
agree that a redesign is desira
Volker Lendecke wrote:
>
> On Wed, Sep 25, 2002 at 02:21:07PM +0200, [EMAIL PROTECTED] wrote:
> > srv_samr_nt.c assumes algorithmic mapping for creation of new
> > users. In lines 3891 and 3956 it calls pdb_gid_to_group_rid to create
> ^
> Oops, sorry, this should read 'groups' obviously.
On Wed, Sep 25, 2002 at 02:21:07PM +0200, [EMAIL PROTECTED] wrote:
> srv_samr_nt.c assumes algorithmic mapping for creation of new
> users. In lines 3891 and 3956 it calls pdb_gid_to_group_rid to create
^
Oops, sorry, this should read 'groups' obviously.
Volker
msg03189/pgp0.pgp
Desc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
srv_samr_nt.c assumes algorithmic mapping for creation of new
users. In lines 3891 and 3956 it calls pdb_gid_to_group_rid to create
a new rid. For non-algorithmic passdb backends it should call the
backend for a new rid.
The same applies to smbg
On Wed, Sep 25, 2002 at 01:32:16PM +0200, Stefan (metze) Metzmacher wrote about 'Re:
approaching release of 3.0alpha20':
> At 10:01 23.09.2002 -0500, Gerald Carter wrote:
> >Everyone,
> >I would like to do another alpha snapshot release of the 3.0
> >code base later this week. Does anyone know
At 10:01 23.09.2002 -0500, Gerald Carter wrote:
>Everyone,
>
>I would like to do another alpha snapshot release of the 3.0
>code base later this week. Does anyone know of any code that
>is too unstable for a release (seg faults, etc...)?
there's a bug in pdb_interface.c: in context_setsampwent
At 10:01 23.09.2002 -0500, Gerald Carter wrote:
>Everyone,
>
>I would like to do another alpha snapshot release of the 3.0
>code base later this week. Does anyone know of any code that
>is too unstable for a release (seg faults, etc...)?
the current code of copy_id2* is bad!:
if you use usrmgr
At 10:01 23.09.2002 -0500, Gerald Carter wrote:
>Everyone,
>
>I would like to do another alpha snapshot release of the 3.0
>code base later this week. Does anyone know of any code that
>is too unstable for a release (seg faults, etc...)?
domain master = Auto is broken...
metze
---
>Hi Andrew,
>here's the patch...
rediffed...
>It adds a new parameter to smb.conf 'ldap passwd sync = Yes | No | Only':
>
>Yes -> try to update the password on the LDAP-Server via extended operations.
>No -> didn't try to update the passwd
>Only -> This only the Passchange via extended operati
Hello Greetz,
Compiling Samba 2.2.5 under HP-UX 11.00 with gcc2.95.2 and using make,
i had the problem :
Compiling lib/snprintf.c
In file included from lib/snprintf.c:69:
/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.2/include/string.h:29:
warning: conflicting types for built-in function
62 matches
Mail list logo
