On Thu, 17 Jul 1997, Philip Guenther spaketh thusly:
-{I believe this is because 6.2 comes with an account "sysadm" that also
-{has uid 0, that occurs earlier in /etc/passwd than root. This causes
-{getpwuid() to return "sysadm" as the account with uid 0. Since sysadm
-{isn't on the compiled in TRUSTED_IDS list, procmail inserts the extra
-{">From " line. Solution? Toast the sysadm account, or at least move
-{it later in /etc/passwd than root's entry.
I had not thought of that simple little check. As it turns out however we
already have root as the first entry in /etc/passwd. I think I will play
with different TRUSTED_IDS compiled in and see what happens.
-{
-{done so. Is this a vendor supplied binary?). You don't want the 'm' or
Nope, home-grown.
-{'o' flags, and probably don't want the 'u' either. Instead you'll
You had mentioned a few months ago on this list that the 'm' flag
doesn't gain anything. Why is this? I would think it desireable esp.
on emails with many recipients.
Also, wouldn't the 'o' flag be better to ensure recipients aren't running
things as somebody other than themselves?
-{>Do I need to modify the A equate to something like:
-{> A=procmail -f $f -a $h -d $u
-{
-{That's what the 'f' flag is for. It does that for you. _Do_ insert the
-{-Y argument into the A directive.
I will also play with these. Tnx for the input.
--
Randy (schultz(_at_)cray(_dot_)com) 715-726-2832
2.998x10**8 m/sec - it's not just a good idea, it's the law.