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
Tltb-users@lists.ltb-project.org
[root@away root]# cat /var/qmail/queue/info/20/60832; echo
Freichert@numachi.com
[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 <reichert@numachi.com>
To: ltb-users@lists.ltb-project.org
Subject: weird RPM dependency error; '/bin/sh' needed, but is provided
Message-ID: <20190510211849.GY54527@numachi.com>
References: <20190426153829.GR54527@numachi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20190426153829.GR54527@numachi.com>
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
ltb-users@lists.ltb-project.org
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_<ltb-users@mail.ltb-project.org>:_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
<ltb-users@mail.ltb-project.org>: Relay access denied;
from=<reichert@numachi.com> to=<ltb-users@mail.ltb-project.org>
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 <reichert@numachi.com>
BSD admin/developer at large
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
Tltb-users@lists.ltb-project.org
[root@away root]# cat /var/qmail/queue/info/20/60832; echo
Freichert@numachi.com
[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 <reichert@numachi.com>
To: ltb-users@lists.ltb-project.org
Subject: weird RPM dependency error; '/bin/sh' needed, but is provided
Message-ID: <20190510211849.GY54527@numachi.com>
References: <20190426153829.GR54527@numachi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20190426153829.GR54527@numachi.com>
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
ltb-users@lists.ltb-project.org
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_<ltb-users@mail.ltb-project.org>:_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
<ltb-users@mail.ltb-project.org>: Relay access denied;
from=<reichert@numachi.com> to=<ltb-users@mail.ltb-project.org>
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 <reichert@numachi.com>
BSD admin/developer at large