similar to: Samba recycle bin excludedir doesn't work for me

I've Samba 3.0.14a running without hassles on a ubuntu machine. Just one detail is bugging me. The recycle:excludedir doesn't seam to work. I've tried several options: absolute paths, relative paths, with and without comma...restarting samba, reloading, logging off and on. no chance this is my share: [projects] comment = put projects here path = /mnt/raid/projects

On 27/04/16 19:55, Jason Voorhees wrote: >> OK, you have two DCs, on one, your user can access a share, you basically >> copy the shares to another DC (with all the same permissions etc) and your >> user cannot access the share on the second DC. >> >> How is AD set up ? are you using uidNumber & gidNumber attributes (you will >> have added them manually) or

> OK, you have two DCs, on one, your user can access a share, you basically > copy the shares to another DC (with all the same permissions etc) and your > user cannot access the share on the second DC. > > How is AD set up ? are you using uidNumber & gidNumber attributes (you will > have added them manually) or are you using the xidNumbers created > automatically by

This is a normal behaviour if you are using several dcs. Users und groups do have another gid/uid on each server until you fix it manually. This was a hard experiennce and work even fo rme which I suggest that this should be the next goal for the samba 4 developers to solve and fix it in an easy way for the admins. In my opinion, if I run several dcs in a domain this should be done between the

So I've added the following information to my smb.conf in the general section based off various information on the internet, but primarily from here: http://timtrott.co.uk/enabling-recycle-bin-functionality-samba/ Nonetheless when I delete files from any shares they are not sent to Recycling. What am I missing? # Enable Recycling vfs objects = full_audit recycle recycle:repository =

Hello I'm testing the VFS recycle stuff on a 3.0.14a-Debian (Debian Sarge, kernel 2.6.8-2). The smb.conf share config part looks like this: [write] path = /sambashared/write browseable = yes writable = yes public = yes vfs object = recycle #recycle:repository = ../readonly recycle:keeptree = yes recycle:versions = yes recycle:touch = yes recycle:maxsize = 1000000

Thanks for your answer Rowland, I fix this problem. I had not put writing permission to the "domain users". Http://i.imgur.com/oLXS0Kn.png In the image above I show the permissions of the recycle folder. They are correct? Do I need to have these 3 entries below in my smb.conf? recycle:directory_mode = 0700 recycle:subdir_mode = 0700 recycle:inherit_nt_acl = Yes On Tue, Jun 13, 2017

hi, i got a small problem with the recycle under samba-3.0.0beta2-1 on a redhat 9.0 machine. when i delete file the files move to the recycle bin. when i check the recycle bin all files are in the main directory and not with the directory structure. my /etc/samba/recycle.conf looks so: name = .recycle # mode : # KEEP_DIRECTORIES = retain directory hierarchy of deleted file, #

Hello guys, I configured the recycle in my fileserver, but when I logged in with normal user and delete some files, folders, etc, the errors occurs. ./addc-pc-01.log:28251: recycle: mkdir failed for .recycle with error: Permission denied ./addc-pc-01.log:28252:[2017/06/13 14:15:11.816085, 3] ../source3/modules/vfs_recycle.c:582(recycle_unlink) ./addc-pc-01.log:28253: recycle: Could not create

Am using Fedora Core RPM Samba 3.0.7 and am trying to get VFS recycle to work. Here is the relevant smb.conf: [global] workgroup = SSVMTN netbios name = MONARCH security = DOMAIN password server = GOATSEYE encrypt passwords = yes server string = Monarch Server wins server = 172.16.1.100 dns proxy = No name

I am trying to get this correct. ---------------- configuration ------------ # 2.0.0: dovecot.conf auth_cache_negative_ttl = 3600 s base_dir = /var/run/dovecot/ disable_plaintext_auth = no first_valid_uid = 100 info_log_path = /var/log/dovecot-info.log log_path = /var/log/dovecot.log listen = * login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c mail_debug=yes mail_location =

Denis, I have checked this and verify that this is a bug. You can track the progress towards fixing this from https://bugzilla.samba.org as bug #210. Thanks for the feedback. - John T. On Tue, 8 Jul 2003, Denis Heitbrock wrote: > supplement: > [Verkauf] > vfs objects = extd_audit recycle > vfs object = recycle:repository=.recycle recycle:versions=True > recycle:touch=True

Hello all, I have a share with the following conf: vfs objects = recycle mode = KEEP_DIRECTORIES|VERSIONS|TOUCH # config-file = /etc/samba/recycle.conf recycle:exclude = *.tmp|*.temp|*.o|*.obj|~$*|*.~??|*.log|*.trace|*.mp3|*.MP3|*.wma|*.WMA recycle:excludedir = /tmp|/temp|/cache recycle:directory_mode = 0777 recycle:keeptree = yes Some confs I got from the official

I have a need to setup the recycle vfs object on our server. On my test server, I have all of the shares on a single drive and have put the following into each share: vfs_objects = recycle recycle:repository = [Actual Path and Partition that the share is located] recycle:directory_mode = 770 recycle:keeptree = Yes recycle:touch_mtime = Yes recycle:versions = Yes It works like a charm. All

Hi I've set up a domain with 2 dc (samba 4.16.10 - debian 11) a fileserver ( 4.15.13 ubuntu 22) , and 50 windows client. fileserver has a few share with win ACL ( I follow [ https://wiki.samba.org/index.php/Setting_up_a_Share_Using_Windows_ACLs | https://wiki.samba.org/index.php/Setting_up_a_Share_Using_Windows_ACLs ] ) . Everythings works fine and I can setup security access for that

Add a new api restorecon to restore file(s) default SELinux security contexts. Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- daemon/selinux.c | 69 + generator/actions.ml | 25 + gobject/Makefile.inc | 6 +- po/POTFILES | 2 + src/MAX_PROC_NR | 2 +- 21 files changed, 13282 insertions(+), 28030 deletions(-) diff --git

For this first point, the problem is that dovecot core sends TWICE the request and "Inbox" appears in the list of arguments ! (inbox shall serve to select teh right mailbox, never sent to the backend) And even if this would be solved, the dovecot core loops *after* the backend hs returneds the results # doveadm search -u jom at grosjo.net mailbox inbox text milan doveadm(jom at

No, the parsing is made by dovecot core, that is nothing the backend can do about it. The backend shall *never* reveive this. (would it be buggy or no) PLease, have a look deeper And the loop is a very big problem as it times out all the time (and once again, this is not in any of the backend functions) On 2019-04-21 10:42, Timo Sirainen via dovecot wrote: > Inbox appears in the list of

Inbox appears in the list of arguments, because fts_backend_xapian_lookup() is parsing the search args wrong. Not sure about the other issue. > On 21 Apr 2019, at 19.31, Joan Moreau <jom at grosjo.net> wrote: > > For this first point, the problem is that dovecot core sends TWICE the request and "Inbox" appears in the list of arguments ! (inbox shall serve to select teh

Timo, A little of logic here : 1 - the mailbox is passed by dovecot to the backend as a mailbox * pointer , NOT as a search parameter. -> It works properly when entering a search from roundcube or evolution for instance. -> therefore this is a clear bug of the command line 2 - the loop : Actually, the timeout occurs because the dovecot core is DISCARDING the results of the backend