git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] hooks--update: new, required, config variable: hooks.envelopesender,

From
Jim Meyering <jim@meyering.net>
Date
Mar 23, 2007, 13:29 UTC
Message-ID
<87wt186qcd.fsf@rho.meyering.net>
In-Reply-To
<200703231258.34339.andyparkins@gmail.com>
Andy Parkins <andyparkins@gmail.com> wrote:
Show 9 quoted lines
> On Friday 2007 March 23 12:11, Jim Meyering wrote:
>> This change adds a new, required, config variable: hooks.envelopesender,
>> and use that with sendmail's -f option.  This is important in order
>> to avoid relying on sendmail's "guess" at an appropriate envelope
>> sender address.  Without this, and in the presence of strict servers,
>> it is far too easy not ever to be notified, or (more insidious) never
>> to receive bounce email.
>
> Won't work.
Thanks for the quick feedback.

It works for me using the sendmail from sendmail, and I have tested this with the one from postfix, too.

>>From "man sendmail" (although my sendmail is actually exim)
...
> The hook scripts run under the identity of the user doing the push; so "-f"
> won't have an effect.

It has a dramatic effect for me. With it, mail is sent, without, it's not.

> I'm not sure why you would even need it; as the above quote says, the sender
> is set up as the user who ran the command.

Part of the problem was that sendmail used a mangled hostname. Without -f, it would use user@foo.domain.com.domain.com.

But IMHO, relying on the current behavior (using envelope sender same as the From: address) is not an option. It must be configurable. I want the envelope sender to be the same admin address for all outgoing mail, since that's where reports of delivery problems are sent. Besides, the users in question don't even have "real" shell or email access on the server system, so receiving systems would not be able to authenticate them.

In fact, some of the "users" in question are fake accounts used solely for write access (via git-server) to the shared git repository, so the user name exists only on the server system.

If we can't do this portably via the sendmail program, then perhaps it's a good time to switch to using a module like Net::SMTP.

Previous: Andy ParkinsNext: Jakub Narebski
Message 3 of 10 in “hooks--update: new, required, config variable: hooks.envelopesender,”
  1. hooks--update: new, required, config variable: hooks.envelopesender,Jim Meyering, Mar 23, 2007
  2. Andy ParkinsMar 23, 2007
  3. Jim MeyeringMar 23, 2007
  4. Jakub NarebskiMar 23, 2007
  5. Andy ParkinsMar 23, 2007
  6. Jim MeyeringMar 23, 2007
  7. Andy ParkinsMar 23, 2007
  8. Jim MeyeringMar 24, 2007
  9. Andy ParkinsMar 24, 2007
  10. hooks--update: new, optional, config variable: hooks.envelopesenderJim Meyering, Mar 24, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.