On Wed, Dec 11, 2002 at 02:11:59PM +, Clive Standbridge wrote:
> On Wed 11 Dec 2002 02:54:02 +(+1100), Rob Weir wrote:
> > On Mon, Dec 02, 2002 at 06:31:56AM +, Pigeon wrote:
> > > On Sun, Dec 01, 2002 at 09:49:52PM +, Clive Standbridge wrote:
> > > > I have not heard that sudo is i
On Wed, Dec 11, 2002 at 02:11:59PM +, Clive Standbridge wrote:
> On Wed 11 Dec 2002 02:54:02 +(+1100), Rob Weir wrote:
> > On Mon, Dec 02, 2002 at 06:31:56AM +, Pigeon wrote:
> > > On Sun, Dec 01, 2002 at 09:49:52PM +, Clive Standbridge wrote:
> > > > I have not heard that sudo is i
On Wed 11 Dec 2002 02:54:02 +(+1100), Rob Weir wrote:
> On Mon, Dec 02, 2002 at 06:31:56AM +, Pigeon wrote:
> > On Sun, Dec 01, 2002 at 09:49:52PM +, Clive Standbridge wrote:
> > > I have not heard that sudo is inherently insecure in any specific way
> > > (but I'm not a long time sudo
On Mon, Dec 02, 2002 at 06:31:56AM +, Pigeon wrote:
> On Sun, Dec 01, 2002 at 09:49:52PM +, Clive Standbridge wrote:
> > I have not heard that sudo is inherently insecure in any specific way
> > (but I'm not a long time sudo user).
>
> I think it's a complexity issue. The sudo binary is ab
On Sat, Nov 30, 2002 at 10:28:24PM +, Pigeon wrote:
> Is there a time delay involved?
No specific delay, should be on the order of seconds.
-rob
msg18323/pgp0.pgp
Description: PGP signature
On Sun, Dec 01, 2002 at 09:49:52PM +, Clive Standbridge wrote:
> On Sat 30 Nov 2002 17:14:09 +(+), Pigeon wrote:
> >
> > I've been writing a C program to burst incoming digests into separate
> > messages.
>
> Did you know that procmail can regurgitate digested mail? From the procmaile
* Derrick 'dman' Hudson ([EMAIL PROTECTED]) [021201 17:00]:
> On Sun, Dec 01, 2002 at 10:02:56PM +, Pigeon wrote:
>
> | OK, but I still don't quite understand why the "trusted user" bit
> | doesn't work.
>
> Oh, yeah, I forgot to mention that part. The short answer is
> trusted_user doesn't
On Sun, Dec 01, 2002 at 10:02:56PM +, Pigeon wrote:
| OK, but I still don't quite understand why the "trusted user" bit
| doesn't work.
Oh, yeah, I forgot to mention that part. The short answer is
trusted_user doesn't mean what you think it means. See section 5.2 of
the spec for a longer ex
On Sat 30 Nov 2002 17:14:09 +(+), Pigeon wrote:
>
> I've been writing a C program to burst incoming digests into separate
> messages.
Did you know that procmail can regurgitate digested mail? From the procmailex man page:
Split up incoming digests from the surfing mailing list
On Sun, Dec 01, 2002 at 12:18:23PM -0500, Derrick 'dman' Hudson wrote:
> On Sat, Nov 30, 2002 at 04:36:42PM -0600, Shyamal Prasad wrote:
> | "jah" == jah pigeon writes:
> |
> | jah> BUT... /usr/sbin/exim is setuid root. Huh?
> |
> | Exim probably uses the root permission for very, very f
"Pigeon" == jah pigeon writes:
>> Better still, use sudo and you will not have to do any C
>> programming :-)
Pigeon> Even for your set real u/gid trick? - given that there's
Pigeon> no setgid(1), and setuid(1) doesn't let you set the gid as
Pigeon> well? And it can mana
On Sat, Nov 30, 2002 at 04:36:42PM -0600, Shyamal Prasad wrote:
| "jah" == jah pigeon writes:
|
| jah> BUT... /usr/sbin/exim is setuid root. Huh?
|
| Exim probably uses the root permission for very, very few things (like
| opening port 25 when in daemon mode). It probably drops the root
On Sat, Nov 30, 2002 at 04:36:42PM -0600, Shyamal Prasad wrote:
> I have not read the exim source, but do try setting your real
> user/group identities to the mail user/group (=8 on Debian) before the
> system call. (man setuid, man setgid) It might work out.
Hey man, you rock! That works. I inse
On Sat, Nov 30, 2002 at 11:14:04PM +, Pigeon wrote:
> Re time delay: I've just given it over 15 minutes to see what would
> happen, and it didn't flush its queue, and doing ps ax every so often
> has revealed no trace of exim or any other mail programs running.
Not shure you have a real proble
On Sat, Nov 30, 2002 at 12:57:39PM -0600, John Hasler wrote:
> Pigeon writes:
> > To force delivery of email to remote addresses, it seems that I have to
> > pon and then exim -qf. For exim -qf, I have to be root. I'd rather not
> > have to.
>
> You shouldn't have to. Exim should have installed /
Re time delay: I've just given it over 15 minutes to see what would
happen, and it didn't flush its queue, and doing ps ax every so often
has revealed no trace of exim or any other mail programs running.
Pigeon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
"jah" == jah pigeon writes:
jah> BUT... /usr/sbin/exim is setuid root. Huh?
Exim probably uses the root permission for very, very few things (like
opening port 25 when in daemon mode). It probably drops the root
permission as one of the first things it ever does.
jah> So I wrote a l
Pigeon writes:
> To force delivery of email to remote addresses, it seems that I have to
> pon and then exim -qf. For exim -qf, I have to be root. I'd rather not
> have to.
You shouldn't have to. Exim should have installed /etc/ppp/ip-up.d/exim,
containing:
#!/bin/sh
# Flush exim queue
if [ -x
Hi,
Could someone explain to me the weirdness of exim permissions?
To force delivery of email to remote addresses, it seems that I have
to pon and then exim -qf. For exim -qf, I have to be root. I'd rather
not have to.
BUT... /usr/sbin/exim is setuid root. Huh?
So I wrote a l
19 matches
Mail list logo
