🚀 go-pugleaf

Peter McDermott wrote:
> 
> In demon.ip.support.unix Paul Black <paul@canix.co.uk> wrote:
> > Peter McDermott <peter@petermc.demon.co.uk> wrote:
> >>
> >> I kill the sendmail demon, and then re-launch it, and everything
> >> is fine. So, my question is, is there some way I can stop the
> >> punts from attempting to deliver immediately, or does anyone have
> >> any other clues what I should do to fix this?
> 
> > You could get sendmail to not check the domains, add to .mc file:
> > FEATURE(accept_unresolvable_domains)
> 
> I'd considered this, though I wanted to avoid it as I
> seem to be getting quite a lot of spam recently and
> this appears to bounce a fair amount of it.
> 
> > Another way might be to have your own cacheing DNS and use ipchains
> > to control access to it, i.e. add/remove rules in ip-down/ip-up.
> 
> Ah. I actually am running my own caching DNS (though
> I haven't gotten around to setting up ipchains yet.
> Could it be that what's happening is that it tries
> to resolve the waiting mails before a connection to
> demon's dns is established?
> 
> Is it essential to firewall my dns? It's not a service
> I would have thought likely to be accessed by outside
> domains?
> 
> >>
> >> Question number two, is my suck question. For some reason,
> >> I can't seem to run suck from within a script. I've tried to
> >> call it from withing ip-up, I've tried it from a script of
> >> it's own. Nada. I'm probably missing something completely
> >> obvious, but I've no idea what it might be. It runs fine if
> >> I just type the same command by hand.
> 
> > Is it requiring an environment variable to be set which isn't
> > set when called from ip-up?
> 
> I don't believe so. I get exactly the same results when I
> run the command in a shell script as root, yet it works
> perfectly well if I type it in.
> 
> Those enviroment variables are a serious pain in the arse
> though. They've caught me out umpteen times in the past.
> I'll read the man page again, see if I'm missing anything
> obvious.


In reading Peter's comments, I remembered that in SysV and its
comtemporaries shells behave differently.  I.e. setuid stuff ends up
not setuid. For Sun's ksh the following is the flag to use:

          -p   Disables processing of the $HOME/.profile file and
               uses the file /etc/suid_profile instead of the ENV
               file.  This mode is on whenever the effective  uid
               is  not  equal to the real uid, or when the effec-
               tive gid is not equal to the  real  gid.   Turning
               this  off  causes  the effective uid and gid to be
               set to the real uid and gid.

Just a shot in the dark.
-- 
________________________________________________________________________________
G. Roderick Singleton, <gerry@pathtech.org> PATH tech,
71 Underhill Drive, Unit 159, Toronto, ON  M3A 2J8
Voice : 416-452-4583 Fax: 416-452-0036
________________________________________________________________________________