On BSD/OS, at least, inc.c needs all "setgid" changed to "setegid" to work
with MAILGROUP defined, because once you setgid to the user's gid, you aren't
allowed to change back, because setgid changes real, effective, and "saved"
gid. You can only setgid to a value which is still stored in one of
In message <[EMAIL PROTECTED]>, Dan Harkless writes:
>> That still doesn't explain (to me, anyway) why:
>> %(lit)%(formataddr{to})\
>> %<(nonnull)%(void(width))%(putaddr Orig-To: )\n%>\
>> in response to your message, doesn't give me an "Orig-To:" header, but it
>> works around the big problem.
In message <[EMAIL PROTECTED]>, "Dan Harkless" writes:
>
>[EMAIL PROTECTED] (Peter Seebach) writes:
>> I looked for this in the FAQ, and couldn't find it. I posted to comp.mail.m
>h,
>> but so far no responses that helped.
>>
>> Summary:
Peter Seebach)
Reply-To: [EMAIL PROTECTED] (Peter Seebach)
%(lit)%(formataddr %<{reply-to}%?{from}%?{sender}%?{return-path}%>)\
%<(nonnull)%(void(width))%(putaddr To: )\n%>\
%(lit)%(formataddr{to})%(formataddr{cc})%(formataddr(me))\
%<(
Okay, now for a more interesting one, and one that's less likely to be
fixed only through violence.
Summary: inc fails to lock my mailbox.
Details: NMH 1.0.4, configured for dot-locking. It can't lock a mailbox.
Why? Because
setgid(return_gid);
fails. Why? EPERM. The problem is th
In message <[EMAIL PROTECTED]>, Neil W Rickert writes:
>>... but it doesn't allow "[EMAIL PROTECTED]", a subscribed user, to submit
>>a message unless the machine I'm on is actually named "plethora.net".
>Have you tried using
>localdomain: plethora.net
>in your mts.conf file?
No. Did that exist
In message <[EMAIL PROTECTED]>, Neil W Rickert writes:
>The principle is supposed to be that the "From:" header identifies
>the author of the message, while the envelope sender or the "Sender:"
>header identifies the person responsible for sending it. The mailing
>list interpretation is actually
In message <[EMAIL PROTECTED]>, Neil W Rickert writes:
>>I don't really object to it... but the Lsoft "listserv" mailing list package
>>does. Whenever there's both a From: line *and* a "Sender:" line, listserv
>>concludes that the Sender: line is authoritative.
>What does "authoritative" mean he
In my headers, you will see a field called "Sender". I didn't add this field.
I don't really object to it... but the Lsoft "listserv" mailing list package
does. Whenever there's both a From: line *and* a "Sender:" line, listserv
concludes that the Sender: line is authoritative. Unfortunately, i
