We’re Still Here to Help (Even Over the Holidays!) - find out more here.
Forum Discussion
Dropbox files no longer inherit folder permissions
Within my Dropbox folder, I have sub-folders with different Windows ACL permissions. Up until recently, whenever Dropbox synced a file it inherited its folder permissions perfectly.
Now it no longe...
That doesn't sound like the same issue though, since syncing doesn't stop with the problem in this thread. It's just that's what synced doesn't have expected permissions.
Hope some of you are still here, mostly the ones that are investigating the issue further (at least looks like we are doing it more than dropbox support)
my case is exactly the same as the ones using windows server, but im using Ubuntu server, and was told the same thing (server is not supported)
the solution i did was the same as suggest here, i crontab "chmod" to give permissions back to every file/folder on the dropbox path, but for some of the offices i manage its not viable since we have very large files.. at first it seemed like i was just stuck on a loop with sync/indexing but after looking more i found that everytime my crontab ran the dropbox started to sync.. well, of course, since the permissions change the files were "changed" ..
and it started at the same date as reported here, i started to get complaints after the holidays since ppl started to get back to their offices and couldnt edit files/save on folders that they had created from outside (using dropbox app from notebook/cellphone) and as someone pointed out, even from the dropbox site.
im thinking of changing to windows server (as many of the alternatives doesnt support linux) so i would like some input from you guys if possible, if you have made the swap, how it went, is it realiable?
ive been using this combination for over 4years and suddenly it doesnt work anymore.. and the worst part is that i didnt even UPDATED the app, it was a SILENT UPDATE !!! i dont update anything but security packages so i DONT BREAK stuff, to avoid THIS, exaclty THIS !
as said in this post i trully belive that it IS A MOVE from dropbox to make we jump to their business acc and use multiples users, which it was already said too, would be a pain to manage..
sorry for the rant, it was just good to be able to "validate" what i was thinking and telling my clients..
hope we can all find a solution, sadly i couldnt reproduce the solution on this (ps, look at the date)
> https://superuser.com/questions/549591/how-to-preserve-ownership-and-permissions-in-dropbox
which was >
HOME="$HOMEDIR" start-stop-daemon --umask 0006 -b -o -c $dbuser:$dbgrp -S -u $dbuser -x $HOMEDIR/$DAEMON
hope it at least can help someone, even tho it was for a MAC, maybe someone have some ideia with that.
thks in advance for any inputs, and good luck to we all.
I started a trial with Sync.com. Unfortunately their client moves a downloaded file from a temporary directory to the final destination, however, I think the software was designed to work this way from the start, as in ... they didn’t go out of their way to break something that was working, contrary to Dropbox. Of note, Sync.com works, for what I tested it, when junction points are used (MKLINK /J) while Dropbox does not work in such a setup.
I informed Sync.com that preserving NTFS rights was mandatory for us, administrators. I also cited that Dropbox had left many of us in the dark with this issue since December and that I was ready to make the jump to their company if they implanted this change. I was informed that my recommendation had been forwarded to the development team. Will it be implemented? That remains to be seen, but at least it’s better than no answer at all, à la Dropbox.
AllIf you plan on moving to Sync.com, let them know that NTFS rights propagation is important for you.
