This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Problem w/ cron

Brian Ford wrote:
> On Thu, 23 Oct 2003, Pierre A. Humblet wrote:
> > OK, thanks, but you are not answering my question about ls -ln and not
> > following
> >
> Well, he sort of did both here:
> did you miss that, or maybe you could be more clear about what is still
> missing, as I don't understand.

It's OK now, I got it late.

The password entry is
and Settings/Administrator.IBM-NMR31UMZNAJ:/bin/bash

HOMEPATH = `\Documents and Settings\Administrator.IBM-NMR31UMZNAJ
USERNAME = `Administrator'

Jeremy is the beneficiary/victim of name aliasing.

He is logged in Windows as IBM-77F39HCSY41\Administrator,
for which there is no password entry. Normally Cygwin would then
create a default entry and assign the group 'mkpasswd', but for 
historical reasons (Read: if we change that, users will complain)
it discovers that there is a user named Administrator at it uses 
that password entry (that's useful to share HOME between users 
with the same name).

However when cron runs, it looks up Administrator in /etc/passwd
and it finds IBM-VNYWG3WG0KP\Administrator. cron impersonates
that Administrator, which is another user without access rights 
to the file in question. 

So the fix involves running mkpasswd -l and adding an entry for 
IBM-77F39HCSY41\Administrator. It's likely that it's also necessary
to run mkgroup -l to add local groups.

It's OK to keep the entry for IBM-VNYWG3WG0KP\Administrator, but the
two Administrator entries must have different cygwin user names
(the first field) because crontabs are identified by cygwin user names
and they must be unique to avoid yet another aliasing problem.


Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]