You might see that the Dropbox Community team have been busy working on some major updates to the Community itself! So, here is some info on what’s changed, what’s staying the same and what you can expect from the Dropbox Community overall.
Even though, there is a command line interface on linux (which has start, stop and, soon, pause options), there seems to be no equivalent feature on windows nor on mac. This feature should be easily transferable. I see no technical reasons why this cannot be possible (especially to mac), is there any?
[Feature request] / [Product Enhancement] "Pause" AND "Resume" via Windows command-line. * * * PLEASE * * *
I need to store AppData on Dropbox for certain applications which work perfectly; * IF * I always remember to manually Pause/Resume syncing from the Right-Click toolbar icon menu before I open the application in question.
- Rich
Super User II
Until it happens (which is unlikely), you can just kill and relaunch the client.
Stop Dropbox:
taskkill /f /im "dropbox.exe"
Start Dropbox:
"C:\Program Files (x86)\Dropbox\Client\Dropbox.exe" /home
Not as elegant as pausing and resuming, but it works.
- Bummer, but how would I do this stop/start on MacOSX?
I would appreciate a start and a stop command CLI-wise!
Well, thanks for the explanation but we shouldn't forget that each supply creates its own demand :) Anyways, you are right that this feature is indeed needed occasionally for very spesific puposes by geeky users. Still :/
Even a basic command line for windows that I can use to start, stop, or pause, would be beneficial for some of the automated routines I regularly run on my primary computer. That way I can pause, run a bunch of automated file processing, and then turn it back on to sync as it pleases. I've found that intensive processes while Dropbox tries to sync can slow down my computer at times.
Thank you.
A scriptable way to pause syncing would be greatly appreciated.
I'm storing files on Dropbox that are used by DB programs that don't like very much when files are touched while in use. To avoid any trouble, every time I launch one of these apps, I pause sync, work with my DB, clode the app, unpause sync.
This could be done so more easily in a launch script...
- I would find this feature extremely useful, too. My use case: Regular Windows Backup in connection with Truecrypt and Dropbox. I don't want to run Dropbox all the time to make sure there is only a sync of the truecrypt (or today veracrypt) container after the backup. Whenever the backup container is changed in between, the container file would have an error. Therefore I need to start, check the dropbox status and stop the dropbox connection via command line. Windows Backup and Veracrypt have the ability to steer it on command line level.
We like Dropbox but managing it at the enterprise or service-provider level is pretty limited. A command line interface for Windows would let us at least script some basic things.
Case in point: Shared folders are automatically synced for every user with access. For team shares, this is EVERYONE. That makes it pretty difficult to share a large folder to a large number of users since the sync will immediately swamp their Internet connection and use up all of their disk space. lf I had a command line interface, I could at least pause syncing for everyone before sharing and until selective sync could be set for each user.
Richard P.Super User alumni
I think the main reason its on Linux and not any other platform is because the Linux syncing daemon is entirely separated from the Linux GUI side of things, as well as supporting headless operation.
Those things wouldn't be of use to 99% of Windows and OSX users, so its a basic issue of demand - the syncing daemon would need to be split out from the GUI side of things etc etc.
Pause/Resume command line looks very missing when you run a script that tries to read a file while dropbox is syncing....
I wonder how such a basic feature is not here yet
It is all said and just to add another vote; I agree that a functional command line interface for Dropbox on OSX would be extremely useful!
