Re: qmail-send rewriting the envelope?
Brian Reichert <[email protected]> Tue, 14 May 2019 11:03:08 -0400
| Newsgroups | gmane.mail.qmail.general |
|---|---|
| Message-ID | <[email protected]> |
On Tue, May 14, 2019 at 08:45:17AM -0600, Charles Cazabon wrote: > You're running into RFC821-mandated behaviour. lists.ltb-project.org is a > CNAME for mail.ltb-project.org, so senders *have* to rewrite the recipient > address. > > So this looks like a misconfiguration at the receiving site. Thank you for the feedback; that calms me down. I had suspected the very thing, and yesterday pointed out the CNAME issue to that administrator. He did change it yesterday, and I'm waiting for various caches to refresh. [root@away ~]# date; dig @127.0.0.1 lists.ltb-project.org Tue May 14 10:57:31 EDT 2019 ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-25.P1.el5_11.12 <<>> @127.0.0.1 lists.ltb-project.org ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25691 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;lists.ltb-project.org. IN A ;; ANSWER SECTION: lists.ltb-project.org. 1709 IN A 163.172.47.55 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue May 14 10:57:31 2019 ;; MSG SIZE rcvd: 55 And now my queue is unclogged: 2019-05-14 10:59:33.047194500 starting delivery 3030: msg 60832 to remote [email protected] 2019-05-14 10:59:33.047196500 status: local 0/10 remote 1/20 2019-05-14 10:59:33.849580500 delivery 3030: success: _163.172.47.55_accepted_message./Remote_host_said:_250_2.0.0_Ok:_queued_as_8EF56A1722/ 2019-05-14 10:59:33.850843500 status: local 0/10 remote 0/20 2019-05-14 10:59:33.850845500 end msg 60832 All better now; thanks! > Charles > -- > -------------------------------------------------------------------------- > Charles Cazabon > GPL'ed software available at: http://pyropus.ca/software/ > Read http://pyropus.ca/personal/writings/12-steps-to-qmail-list-bliss.html > -------------------------------------------------------------------------- -- Brian Reichert <[email protected]> BSD admin/developer at large