Problem using Boxcryptor drives under Task Scheduler

ocpaul

Running Windows Vista. I have set up two Boxcryptor virtual drives, one for SugarSync and one for Dropbox. I have also set up two TrueCrypt virtual drives.

I have been trying to automate file updates to keep the drives in sync using FreeFileSync. I can create .ffs_batch files and can update in either direction between any combination of the four virtual drives as long as I double click on the .ffs_batch file. However, when I invoke the .ffs_batch file through Task Scheduler I can only copy files between the TrueCrypt drives. Under Task Scheduler when trying to copy to or from either of the Boxcryptor drives, Task Scheduler reports that the task was completed successfully, but the files do not copy.

Any ideas?

David R.

Hello Paul,
a log file would be interesting. You can create one by exiting boxcryptor and open the run prompt then type: boxcryptor.exe /debug
A log is created on the desktop. Try to repoduce the error.
My guess: The task sheduler is run by an other user than the one you're currently locked in.
To fix this Problem: Edit the drive and check the "Mount for all users box". Then everything should work fine.
Best regards,
David

ocpaul

Using the "mount for all users" option resolved the problem. Not sure why I had problems the other way as the user should have been the same for the Boxcryptor setups and the task scheduler setups, but at least it is running OK now. Thanks.

ocpaul

Trying to run in debug mode as suggested, but not seeing a log file on my desktop. What is name of log file?

ocpaul

I really don't want to mount for all users, so I do need to get to the bottom of this problem.

Robert

The name of the log file should be BoxCryptor.log

The bottom of the problem is, that the Task Scheduler executes the batch file under a different user. According to Wikipedia (http://en.wikipedia.org/wiki/Windows_Task_Scheduler):

Also, scheduled tasks are executed in their own session, instead of the same session as system services or the current user.

There are really only two solutions: 1) Mount the BoxCryptor Drive for all users or 2) find another solution to run the batch script under the current user.

--Robert

ocpaul

That is not encouraging.

ocpaul

Here is a procedure that I found that seems to address the same problem I am having. The only problem I have encountered is trying to conform to item 3. I can provide the needed permissions to the batch files and their folder. However I am having some problem with the target files. I have assumed the target files to the the folder(s) in the virtual drives created by Boxcryptor. However under Properties for those folders there is not a "security" option. There is an opportunity to provide UAC permissions under "sharing" but the process will not complete saying the folder "does not exist". Tried mounting as a hard drive and that didn't help either.

Needing to give permission to all users really isn't a viable option - I don't want Guests on my computer to be able to access my personal files. Obviously that is the case if someone is using file encryption!!!!

1) Make sure that the task is set to "configure for Windows Vista or Windows 2008" on the first page of the task properties (under the "general" tab)
2) Make sure that the task is set to "start in" the folder that contains the batch file: open the task properties, click on the "actions" tab, click on the action and then the "edit" button at the bottom. In the "Edit Action" Window there is a field for "start in (optional)" that you set to the path to the batch file.
3) Make sure that the task is running as an account that has explicit "Full access" permissions to all these things: The .bat file itself, the folder containing the .bat file, and the target files/folders that are affected by the .bat script. Inherited permissions didn't seem to work for me.
4) Make sure that the account running the task is a member of the local "administrators" group for this machine
5) Make sure that the task is set to "run whether logged on or not"
6) The Task should run successfully with expected output when you right-click on the task and select "run" If it does that then it will run successfully when you are logged off.

ocpaul

Still can't create a log file.

ocpaul

Eureka!

Found that if I changed the account to be used to run the task to "Administrators", which is the group that contains ALL users with administrator permissions, that the tasks would run properly without the volumes being mounted for all users.