Bug#954192: exim4-config: prdr_enable = true breaks exim4+dkimproxy when using multiple recipients

Niki Hammler noc at nobaq.net
Sat Mar 21 21:54:55 GMT 2020

On 2020-03-21 05:43, Marc Haber wrote:
> On Thu, Mar 19, 2020 at 02:41:34PM -0400, noc at 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.

Well, that's not quite clear to me because it's exim which stops sending
data (normally exim is supposed to send more data after "353 PRDR
content analysis beginning").

ANYWAY, I just got rid of dkimproxy and set up DKIM with exim. So much
easier ...

>From my side, this bug can be closed.


More information about the Pkg-exim4-maintainers mailing list