Permissions/acl problem

Brian Dessent
Fri Nov 9 23:45:00 GMT 2007

Jerome Fong wrote:

> This doesn't seem to help.  I re-ran and made sure I
> had ntsec and smbntsec define, but that doesn't seem to help.  Am I
> suppose to add it to my .profile?

I think Larry might have been a little quick on the trigger to suggest
smbntsec, as I don't see how that would be relevant in this situation. 
(And ntsec is the default if not specified, so there's no reason really
to ever specify it.)

The problem is that the cron daemon runs as the system and impersonates
each user when it goes to execute a job from their crontab.  But the
cron daemon does not have the user's password (exactly analogous to the
case when logging on to the sshd daemon with pubkey auth) so any network
shares that require authentication will not be accessible from the
cronjob.  There's a FAQ entry about this, but the solutions amount to

- use network paths accessible to guests
- run cron daemon as the desired user, which requires giving the user's
password once when installing service but not subsequently.  (But you
can only ever run jobs as that user as impersonation is not possible
without extra privileges.)
- supply your password explicitly in the cronjob, i.e. by invoking "net
use" with username and password.  (Requires leaving password exposed in


Unsubscribe info:
Problem reports:

More information about the Cygwin mailing list