#182 AlwaysAddARHeader doesn't always add AR Header

John Wood


Despite configuring AlwaysAddARHeader to true/1, when a From header is missing OpenDKIM logs "can't determine message sender; accepting" and no header is added. In this situation it should still add and AR header (appropriately failing it). It's impossible to use the AR header for filter/decision making if the behaviour isn't consistent.

Steps to Reproduce:

Push a message through verify missing a From header

Requested behaviour modifications:

Add an AR header, always, even if there are RFC violations. Certainly violations / missing requirements will result in AR failing, but that is what we want to see.


  • Murray S. Kucherawy

    • status: open --> pending
  • Murray S. Kucherawy

    I'm not sure about this. A-R is supposed to relay an authentication result. For a completely malformed message, DKIM has no result to report.

    What's an example of an A-R field you'd expect to see in this case?

    Last edit: Murray S. Kucherawy 2013-12-05
  • Murray S. Kucherawy

    "permerror" might be a reasonable choice here.

  • John Wood

    John Wood - 2013-12-05

    I think permerror is appropriate here.

  • Murray S. Kucherawy

    • status: pending --> open
  • Murray S. Kucherawy

    Fix will be available in 2.9.0.Beta2.

  • John Wood

    John Wood - 2013-12-05

    Fantastic. Thank you.

  • Murray S. Kucherawy

    v2.9.0 released.

  • Murray S. Kucherawy

    • status: open --> closed-fixed

Log in to post a comment.