msimerson
I have an issue with vacation messages to external hosts
Originally posted by @tniethammer in https://github.com/msimerson/Mail-Toaster-6/discussions/556#discussioncomment-11549840
It looks sieve filtering is working. But I have an issue with vacation messages to external hosts. I thing its due dma and hostname haraka which is wrong for external hosts.
Dec 12 22:49:52 dovecot dma[101a6][82493]: new mail from user=vpopmail uid=89 envelope_from=[email protected] Dec 12 22:49:52 dovecot dma[101a6][82493]: mail to=[email protected] queued as 101a6.276b4261b000 Dec 12 22:49:52 dovecot dma[101a6.276b4261b000][82494]: [email protected] trying delivery Dec 12 22:49:52 dovecot dma[101a6.276b4261b000][82494]: using smarthost (haraka:25) Dec 12 22:49:52 dovecot dma[101a6.276b4261b000][82494]: trying remote delivery to haraka [172.16.16.9] pref 0 Dec 12 22:49:54 dovecot dma[101a6.276b4261b000][82494]: remote delivery to haraka [172.16.16.9] failed after RCPT TO: 550 [CFB63D57-B89@haraka] I cannot deliver mail for [email protected] Dec 12 22:49:54 dovecot dma[101a6.276b4261b000][82494]: delivery failed, bouncing as 10177 Dec 12 22:49:54 dovecot dma[10177]: new mail from user=vpopmail uid=89 envelope_from=<> Dec 12 22:49:54 dovecot dma[10177]: mail to=[email protected] queued as 10177.276b4261b0a0 Dec 12 22:49:54 dovecot dma[10177.276b4261b0a0][82494]: [email protected] trying delivery Dec 12 22:49:54 dovecot dma[10177.276b4261b0a0][82494]: using smarthost (haraka:25) Dec 12 22:49:54 dovecot dma[10177.276b4261b0a0][82494]: trying remote delivery to haraka [172.16.16.9] pref 0 Dec 12 22:49:59 dovecot dma[10177.276b4261b0a0][82494]: remote delivery to haraka [172.16.16.9] failed after RCPT TO: 550 [6169DF76-F4B@haraka] I cannot deliver mail for [email protected] Dec 12 22:49:59 dovecot dma[10177.276b4261b0a0][82494]: can not bounce a bounce message, discarding
any suggestions to go forward ?
I've managed to get the vacation / autoresponder working correctly. The flow of things is: the Roundcube managesieve plugin generates the Sieve config in dovecot. When a matching message arrives to Dovecot via LMTP, Pigeonhole Sieve generates the vacation / OOO message and inserts it into the local MSA (DMA in the dovecot jail). The MSA then delivers the message per its config. At this point, reading the Received headers shows the rest of the details.
The key insight was realizing that the first MTA hop in the chain is DMA in the dovecot jail. Something in that interaction isn't correct. It's likely an incorrectly formatted message being generated by Pigeonhole Sieve (possibly because the message body has bare CRs, or similar), or DMA is doing something not quite right. The workaround I've used to get it working is installing postfix in the dovecot jail, instead of DMA. It works whether I let postfix deliver the message directly AND when I configure postfix to forward it to Haraka.