qmail-send rewriting the envelope?

For one of my qmail servers, I'm running binaries based on the sources
hosted at Untroubled:

  http://untroubled.org/qmail+patches/FEATURES.html

I have one outgoing email message that can't get delivered.  I've
inspected the misc files in /var/qmail/queue, and can hence observe
the specifics of the envelope.

The qmail delivery logs show that qmail-send is using a different
address than what is associated with the message.  That mail server
is not configured to deliver mail for this other address, and rejects
the email.

I don't see why stock qmail-send, or any of the patches applied in
my case, would introduce this behavior.

That email server (for lists.ltb-project.org) is the only one for
which I've been unable to deliver mail to.

I'd appreciate any advice, even a pointer to a more appropriate
forum.

I'd be happy to supply any other details you consider pertinent.

Some specifics:

  [root@away root]# cat /var/qmail/queue/remote/20/60832; echo
  [email protected]
  [root@away root]# cat /var/qmail/queue/info/20/60832; echo
  [email protected]
  [root@away root]# head -16 /var/qmail/queue/mess/20/60832
    Received: (qmail 9185 invoked from network); 10 May 2019 21:18:49 -0000
  Received: from unknown (HELO meisai.numachi.com) (72.71.251.201)
    by away.numachi.com with SMTP; 10 May 2019 21:18:49 -0000
  Received: (qmail 11840 invoked by uid 1001); 10 May 2019 21:18:49 -0000
  Date: Fri, 10 May 2019 17:18:49 -0400
  From: Brian Reichert <[email protected]>
  To: [email protected]
  Subject: weird RPM dependency error; '/bin/sh' needed, but is provided
  Message-ID: <[email protected]>
  References: <[email protected]>
  Mime-Version: 1.0
  Content-Type: text/plain; charset=us-ascii
  Content-Disposition: inline
  In-Reply-To: <[email protected]>
  User-Agent: Mutt/1.5.9i

My qmail-send log, note the use of 'mail.ltb-project.org':

  2019-05-14 08:25:31.388777500 starting delivery 3025: msg 60832 to remote
  [email protected]
  2019-05-14 08:25:31.388779500 status: local 0/10 remote 1/20
  2019-05-14 08:25:32.224984500 delivery 3025: deferral:
  163.172.47.55_does_not_like_recipient./Remote_host_said:_454_4.7.1_<[email protected]>:_Relay_access_denied/Giving_up_on_163.172.47.55./

The fellow running the other mail server shared some logs with me;
here's an example snippet:

  /var/log/mail.info:May 12 11:18:51 sd-101135 postfix/smtpd[20538]:
  connect from away.numachi.com[66.228.38.138]
  /var/log/mail.info:May 12 11:18:52 sd-101135 postfix/smtpd[20538]:
  NOQUEUE: reject: RCPT from away.numachi.com[66.228.38.138]: 454 4.7.1
  <[email protected]>: Relay access denied;
  from=<[email protected]> to=<[email protected]>
  proto=SMTP helo=<away.numachi.com>
  /var/log/mail.info:May 12 11:18:52 sd-101135 postfix/smtpd[20538]:
  disconnect from away.numachi.com[66.228.38.138]

-- 
Brian Reichert				<[email protected]>
BSD admin/developer at large