I have an issue with vacation messages to external hosts

[msimerson]

Originally posted by @tniethammer in #556 (comment)

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=dovecot@mx40.projektb.net
Dec 12 22:49:52 dovecot dma[101a6][82493]: mail to=tobias.niethammer@gmx.net queued as 101a6.276b4261b000
Dec 12 22:49:52 dovecot dma[101a6.276b4261b000][82494]: tobias.niethammer@gmx.net 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 tobias.niethammer@gmx.net
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=dovecot@mx40.projektb.net queued as 10177.276b4261b0a0
Dec 12 22:49:54 dovecot dma[10177.276b4261b0a0][82494]: dovecot@mx40.projektb.net 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 dovecot@mx40.projektb.net
Dec 12 22:49:59 dovecot dma[10177.276b4261b0a0][82494]: can not bounce a bounce message, discarding

any suggestions to go forward ?

[msimerson]

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.