We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Setting up the apps
6 TopicsAndroid 14: Camera Uploads needs access to storage
Those of you who have this error: 1. In Android Settings, go to Apps. Select Dropbox. 2. Click "Force Stop". 3. Click "Permissions". 4. Click on "Photos and Videos". 5. Select "Don't Allow". 6. Restart Dropbox. Open Dropbox Settings. 7. Click on Camera Uploads. 8. Dropbox will ask you for permission again. Select "Allow All". 9. Done. It's fixed.Solved11KViews22likes16CommentsSurprising fix to linux account-linking problem: login via pure text terminal, rather than X desktop
Dear Dropbox folks, I was having difficulty getting Dropbox to work on Linux (Ubuntux 18.04), and had removed and reinstalled the dropbox client without success. Even when I reinstalled the daemon with dropbox start -i, I still never was able to get the message: Starting... To link this computer to a Dropbox account, visit the following url: https://www.dropbox.com/cli_link_nonce?nonce=[some string] I had unlinked the Linux box via the web interface, and I had expected that completely deleting my Dropbox installation, folder, .dropbox and .dropbox-dist dirs would remove any linking info locally on my computer, hence prompting dropbox newly to set up linking to this machine when I started the daemon. However, that didn't happen. That was when I was logged in via a standard graphical desktop, which was a detail that I didn't think was relevant. However, when I logged in remotely to the Linux box via a purely text-based ssh-window, and ran dropbox start from there, suddenly I did get the long sought after "To link this computer" message, along with the link, and that link worked. It seems that somehow the dropbox client is better at asking for machine-linking via a text-only client than when it is run as part of a graphical X Windows desktop? This seems weird, but it appears to be what happened. Anyway, I figured I'd post this, in case anyone else is having similar problems. Raj2.2KViews0likes2CommentsConnection Issues: Computer is currently offline
After uninstalling and reinstalling the dropbox app, I could not get the desktop app to connect back to my account. It would keep getting me the message: "computer is currently offline", even though my internet was functioning correctly. After several hours I found the reason and the only solution that will work. 1. logon to your dropbox account on a web browser. 2. go to settings > security 3. scroll down to devices 4. find the device (desktop or laptop) that you are trying to connect, and delete it 5. restart your router 6. restart your computer. 7. make sure that your computer time and date are synced and accurate with the time zone that you're at now. Now try to click on your desktop app, and it should prompt you to link your dropbox account to your desktop application. Good luck!2.3KViews1like2CommentsIs Users Dopbox filling your Servers Profile Hard Drive ? How to Exclude accross a windows domain !
Today i came accross an issue where our File Server partition for User Profiles became 99% full. As a server admin this is a problem, but we can't just go around deleting stuff we don't like the look of, and rather than talking to 100+ users i decided to use "TreeSize" to show me what are the largest folders and if there are any commonalities. The answer was Dropbox ! Nearly every user has a Dropbox folder under the roaming profile folder the smallest was about 1gb, and the some were even 20gb !!! So in order to keep the file server healthy i created another GPO to go along side the roaming profile & folder re-direction on Windows Server 2012 R2 Standard. Options In the case we want to exclude Dropbox content from the roaming part of a user profile we actually have two options (i chose option 1) 1. Make the folder “local” through group policy, we can exclude some folders from the roaming part of a folder GPO. Logon and logoff will become faster and the Dropbox content just stays on the system and isn’t synced with the profile’s central copy at the profile server. 2. Move the folder through the Dropbox GUI to a location under a local folder (for example %USERPROFILE%\AppData\Local, which is excluded from the roaming part of a profile by default). This has the same result as the previous option, but is only achieved by actually working on the desktop itself which is very time consuming. Option 2 example: http://www.techgainer.com/change-dropbox-default-folder-location-windows/ Solution Exclude Folders from Roaming Profiles Edit the GPO to exclude specific folders in roaming profiles: Click Start, point to Programs, point to Administrative Tools, and then click Active Directory Users and Computers. In the console tree, right-click your domain, and then click Properties. Click the Group Policy tab, click the GPO that you want to work with, and then click Edit. Under User Configuration, expand Administrative Templates, expand System, and then click User Profiles. In the Setting list, double-click Exclude directories in roaming profile, and then click Enabled. In the Prevent the following directories from roaming with the profile box, type Dropbox. When you are finished not including folders from roaming profiles, click OK. Quit the Group Policy snap-in, click Now assign your new GPO to the correct User OU in question. Problem Solved !7.4KViews0likes0CommentsA "portable" Dropbox
Hello. I'm not sure if this has been done before, or if this is the place to post. I've put together a "portable" Dropbox called CrispyBox (link to the GitHub project). I've been using it for a few weeks, works pretty well. Wonder what people think (or if this has been done).4.5KViews0likes0CommentsMacOS, high CPU usage by open directory, symlinks in Dropbox
Hi, I just wanted to share how I solved this high-CPU-usage problem. The short story is: delete all your symbolic links from under the Dropbox folder. Long story: I'm on macOS High Sierra and I found that a system process ("daemon") called "opendirectoryd" keeps using 50--100% of CPU all the time as long as the computer is up. I don't know exactly when this started, but it started recently, say a few weeks. I searched the Net and found a lot of discussions about the daemon using a lot of CPU time. Apparently there are so many different causes. Some of the discussions pointed to Dropbox. I indeed found that Dropbox is the cause: when I pause syncing, the daemon's CPU use immediately drops well below 1% and as soon as I resume Dropbox syncing, the daemon's CPU use shots up and stays there forever. But all the Dropbox-related answers say that you should delete dead symbolic links. I did delete the few dead symbolic links I had in my Dropbox folder but the problem persisted. Then I came across this document in the Dropbox help: https://www.dropbox.com/help/desktop-web/high-cpu-usage which says that Dropbox uses a lot of CPU time to hand symbolic links (dead or not). Although I didn't want to do that, I bit the bullet and deleted all my symbolic links under the Dropbox folder and moved the files and folders from my main directory to Dropbox. Now, the opendirectoryd daemon stays calm.5.3KViews0likes0Comments