Repository navigation
Canonicalization issue in OpenDKIM 2.10.3 in trunk #247
Copy link
Copy link
Closed
Description
Activity
I've submitted to upstream pkgsrc
https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=55171
but nothing has happened there either.
- added a commit that references this issue
on Jul 14, 2020 This bug was fixed upstream (trusteddomainproject/OpenDKIM@a654421) over 5 years ago, but upstream has not made a stable release since then.
Debian has been using various 2.11.0 prerelease versions since Stretch (June 2017), so it should be safe to bump this package to 2.11.0-Beta2 (the latest tag).
- added a commit that references this issue
on Oct 19, 2020 - added a commit that references this issue
on May 18, 2021 - added 2 commits that reference this issue
on Jun 15, 2021 It appears to me that this issue got resolved with 81e324d
- added a commit that references this issue
on Dec 2, 2021 74 remaining items
- added 10 commits that reference this issue
on May 14, 2026 - added 3 commits that reference this issue
on May 22, 2026 - added a commit that references this issue
on May 24, 2026 - added a commit that references this issue
on Jun 1, 2026
Metadata
Metadata
Assignees
Labels
No labels
I believe I've hit a canonicalization issue with OpenDKIM 2.10.3 in trunk.
Bug and patch discussed in: https://sourceforge.net/p/opendkim/bugs/226/#bd34
In my case the Message-ID header contents after the colon are on a new line in the original email and after keeping temporary files and looking at the normalized headers I see a space after the colon with message-id: while all the other headers don't have a space.