On Sat, Oct 21, 2006 at 12:22:47AM -0400, Kevin Mark wrote:
> On Fri, Oct 20, 2006 at 11:51:03PM -0400, Roberto C. Sanchez wrote:
>
> > Hmm. I am part of the cyrus-sasl maintenance team and we are
> > desperately trying to get away from the current packages since they have
> > essentially been un
On Fri, Oct 20, 2006 at 11:51:03PM -0400, Roberto C. Sanchez wrote:
> Hmm. I am part of the cyrus-sasl maintenance team and we are
> desperately trying to get away from the current packages since they have
> essentially been unmaintained for over two years. We just uploaded the
But would I be c
On Fri, Oct 20, 2006 at 11:38:12PM -0400, Kevin Mark wrote:
> On Fri, Oct 20, 2006 at 08:25:03PM +0200, Eugenio Jordán González wrote:
> > Hi:
> >
> > I know it's already pretty late to try to provide some hints on this issue,
> > but
> > didn't like to miss the chance in case some other people m
On Fri, Oct 20, 2006 at 08:25:03PM +0200, Eugenio Jordán González wrote:
> Hi:
>
> I know it's already pretty late to try to provide some hints on this issue,
> but
> didn't like to miss the chance in case some other people might hit same issue
> in the future.
>
> Provided plugin for Squirrelma
Hi:
I know it's already pretty late to try to provide some hints on this
issue, but didn't like to miss the chance in case some other people
might hit same issue in the future.
Provided plugin for Squirrelmail + Cyrus + SASL uses, as per code, a call to saslpasswd2 binary. In fact, it's writi
On Tue, Jun 22 at 08:41AM +0800, John Summerfield wrote:
> Will Trillich wrote:
> >TASK: allow USER1 to run a program AS USER2.
> >SOLUTION: setuid bit (in theory, right?)
> >PROBLEM: theory not matching execution...
> >
> >we've got a little C program that must be RUN AS a certain user
> >(cy
On Tue, Jun 22 at 12:55PM +0800, John Summerfield wrote:
> Will Trillich wrote:
> >On Tue, Jun 22 at 08:41AM +0800, John Summerfield wrote:
> >>Why would you not use sudo?
> >
> >you mean, have apache use sudo to change a user's email (sasl)
> >password? the purpose of this gizmo is to have the web
Will Trillich wrote:
On Tue, Jun 22 at 08:41AM +0800, John Summerfield wrote:
Will Trillich wrote:
TASK: allow USER1 to run a program AS USER2.
SOLUTION: setuid bit (in theory, right?)
PROBLEM: theory not matching execution...
we've got a little C program that must be RUN AS a certain
On Mon, Jun 21 at 06:01PM -0700, Sean O'Dell wrote:
> On Monday 21 June 2004 09:23, Will Trillich wrote:
> > TASK: allow USER1 to run a program AS USER2.
> > SOLUTION: setuid bit (in theory, right?)
> > PROBLEM: theory not matching execution...
>
> Sounds obvious, but make sure user www-data
On Tue, Jun 22 at 08:41AM +0800, John Summerfield wrote:
> Will Trillich wrote:
>
> >TASK: allow USER1 to run a program AS USER2.
> >SOLUTION: setuid bit (in theory, right?)
> >PROBLEM: theory not matching execution...
> >
> >we've got a little C program that must be RUN AS a certain user
> >
On Monday 21 June 2004 09:23, Will Trillich wrote:
> TASK: allow USER1 to run a program AS USER2.
> SOLUTION: setuid bit (in theory, right?)
> PROBLEM: theory not matching execution...
Sounds obvious, but make sure user www-data is in the list of users in
the /etc/group file for group www-da
Will Trillich wrote:
TASK: allow USER1 to run a program AS USER2.
SOLUTION: setuid bit (in theory, right?)
PROBLEM: theory not matching execution...
we've got a little C program that must be RUN AS a certain user
(cyrus) BY another user (www-data) so we figured turning on the
SETUID bit would
TASK: allow USER1 to run a program AS USER2.
SOLUTION: setuid bit (in theory, right?)
PROBLEM: theory not matching execution...
we've got a little C program that must be RUN AS a certain user
(cyrus) BY another user (www-data) so we figured turning on the
SETUID bit would work:
# cd /usr
13 matches
Mail list logo
