ota I can assign separate quota to each share (the shares
are on the same HD partition):
- each user has a quota on the home share
- each "not home" share has its own quota
The only problem is that I can't see the quota in windows box. So I
modified the smbd/quotas.c to read the qu
; The only problem is that I can't see the quota in windows box. So I
> modified the smbd/quotas.c to read the quota group associated to the group
> of the file/directory if the user quota result is 0 (zero). I added a
> parameter to the function get_smb_linux_* to get an user or a gro
me" share has its own quota
>
> The only problem is that I can't see the quota in windows box. So I
> modified the smbd/quotas.c to read the quota group associated to the group
> of the file/directory if the user quota result is 0 (zero). I added a
> parameter to the functio
On Wed, 5 Mar 2003, Andrew Bartlett wrote:
> [...]
> If you can repatch this against HEAD, and check with metze (Stefan
> (metze) Metzmacher <[EMAIL PROTECTED]>) on how this might conflict with
> his work in this area. In particular, it might work out best that metze
> picks this up into his patc
At 21:55 05.03.2003 +1100, Andrew Bartlett wrote:
Wouldn't it be better to report the smaller of the two quotas?
Make this a BOOL for type 'group_quota' or even better an enum with
values 'USER_QUOTA, GROUP_QUOTA'.
I have allready defined an emun :-)
If you can repatch this against HEAD, and chec
At 13:13 05.03.2003 +, David Lee wrote:
In the devel/TODO there is a suggested "coding project":
Rewriting Samba's current filesystem quota support as a VFS module.
I'm currently working on this
There has also just been another thread from someone requesting some sort
of directory-depend
On Thu, 6 Mar 2003, Stefan (metze) Metzmacher wrote:
> At 13:13 05.03.2003 +, David Lee wrote:
> >In the devel/TODO there is a suggested "coding project":
> >
> >Rewriting Samba's current filesystem quota support as a VFS module.
>
> I'm currently working on this
>
>
>
> >There has also ju
