Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Fri, 11 Jan 2002 20:09:30 +0100
From: Corinna Vinschen <cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Setting up user mode cron
Message-ID: <20020111200930.M12057@cygbert.vinschen.de>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <1010742369 DOT 28557 DOT ezmlm AT cygwin DOT com> <3C3F2CCD DOT 8020307 AT Salira DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3C3F2CCD.8020307@Salira.com>
User-Agent: Mutt/1.3.22.1i

On Fri, Jan 11, 2002 at 10:19:57AM -0800, Andrew DeFaria wrote:
> >
> >
> >On Thu, Jan 10, 2002 at 10:45:27AM -0800, Andrew DeFaria wrote:
> >
> >>limits" to cron. IOW I guess what I'm saying is that *something* should be 
> >>done (I know you can see this as whining and perhaps it is. But it's 
> >>whining for a good cause! :-)
> >>
> >So, why aren't you going to roll up your sleeves and create a really useful 
> >patch?  
> As soon as I can receive compensation for it! I'm sorry but I don't work 
> for free or at least I do not have the time, resources nor inclination 
> to work for free at this time. You can classify this as whining if  you 
> like :-).
> 
> >>This cron seems to support setting a MAILTO environment variable to tell 
> >>cron where to mail output in case of errors. Could it not simply 
> >>additionally support USERNAME and PASSWD environment variables that, if 
> >>present in the crontab would cause cron to change user context with asking 
> >>for logon credentials? Of course of concern would be the possibly 
> >>cleartext PASSWD. Perhaps PASSWD could be required to be encrypted like 
> >>that usually in bona fide Unix /etc/passwd (/etc/shadow) files. It's just 
> >>a thought of a possible workaround to a possibly bad situation.
> >>
> >You can't encrypt the passwd as in UNIX.  These are asymmetrically
> >encryptions.  You can't get the original passwd back.  Your proposition
> >would need a symmetrically encrypted password which means, the
> >encryption key is either hardcoded in cron (URGH) or it's evaluated
> >by some deterministical function (urgh).  And you would of course
> >need an extra tool to create the encrypted from the cleartext password
> >to allow a user to type it into his/her crontab file.
> >
> OK, let's look at this another way. When one uses POP or IMAP to 
> retrieve email one must authenticate one's username and password to the 
> server to retrieve the email. Therefore somewhere the username and 
> password is stored. For example, when using POP with Netscape to 
> retrieve email from a mail server, Netscape stores the username and 
> password somewhere (a configuration file or the registry). For security, 
> Netscape encrypts the password in some fashion before storing it. When 
> needed Netscape retrieves this information, unencrypts it and sends it 
> along to the mail server so that the user is authenticated and the email 
> is retrieved. Why then can't Cygwin's cron do something similar?

Perhaps because I don't get compensation for it.  I *am* working
on Cygwin as a volunteer as everyone else and I'm sorry to say
that, I'm actually not interested in your problem with cron.
It works for me.  Either someone else is going to contribute
something like that or you can simply forget it.  Full stop.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin AT cygwin DOT com
Red Hat, Inc.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/