On Thu, Mar 19, 2020 at 02:41:34PM -0400, n...@nobaq.net wrote: > On 2020-03-19 08:44, Marc Haber wrote: > > On Wed, Mar 18, 2020 at 06:32:05AM +0100, Niki Hammler wrote: > >> This worked flawlessly until jessie (for me, from 2008 until now). > >> However, with prdr_enable = true, exim4 hangs when looping back the > >> message when > >> using multiple recipients. It hangs with message: > >> > >> 353 PRDR content analysis beginning > > > > That happens when dkimproxy re-delivers the message back to exim? What's > > the SMTP dialog before? Does exim advertise PRDR? Does the client > > request it? > > Yes, it happens when dkimproxy redelivers it. > However, as I understand dkimproxy, don't think of it as a full-fledged > SMTP server. Once I connect to dkimproxy, it transparently opens back a > connection to exim. So the greeting message comes actually from exim:
I see. So we have an prdr-enabled exim talking to a prdr-enabled exim via a proxy that chokes on prdr. I'd say that's the proxy's fault and issues like that are bound to re-happen with any other extension that interferes with the SMPT dialog. > I tried > > prdr_enable = ${if eq{$received_port}{10029} {false}{true}} > > but I get the error > > Mär 19 19:32:06 mail exim4[10887]: "" is not a valid value for the > "prdr_enable" option You can try running with debugging to see whether expansion happens and how. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421