lp:dkimpy-milter

Author: Scott Kitterman
Author Date: 2023-10-05 21:17:54 UTC

README.md: Fix macro name typo. Thanks to Victor Dukhovni for pointing it out.

Author: Scott Kitterman
Author Date: 2023-10-05 21:17:54 UTC

README.md: Fix macro name typo. Thanks to Victor Dukhovni for pointing it out.

Author: Scott Kitterman
Author Date: 2022-12-06 00:21:26 UTC

Logging fixups: Don't traceback for non-UTF-8 data in mail headers and don't put byte string markers in logs (some remain, but are from dkimpy and should be fixed there), related to LP: #1980821

Author: Scott Kitterman
Author Date: 2020-01-15 14:17:53 UTC

Fix typo in log message

Author: Scott Kitterman
Author Date: 2020-01-15 14:17:10 UTC

Fix typo in log message

Author: Scott Kitterman
Author Date: 2019-03-13 02:01:00 UTC

Merge branch 'dkg/socket-activation' into 1_0

Author: dkg
Author Date: 2019-02-21 22:12:59 UTC

Enable sd_listen_fds(3)-style socket-activation support

I've added straightforward systemd unit files in
system/socket-activation/ that make use of this approach, and a
README.md in the same location that describes the tradeoffs.

Author: dkg
Author Date: 2019-02-21 00:01:30 UTC

Convert __init__.py to python3

The main work here is about bytes vs. strings. This work was
confusing for several reasons:

 * pymilter thinks that headers are all strings, but body is bytes

 * dkimpy wants to deal with bytes objects generally (though it
   accepts a string object as an ed25519 secret key for some reason,
   despite requiring bytes as an RSA secret key)

 * authres.AuthenticationResultsHeader object converts easily to a
   string, but has no direct bytes conversion. meanwhile, it wants
   its arguments as strings, but will accept them if they are bytes
   and convert them with something like str(), which leaves weird
   cruft like "header.a=b'ed25519-sha256'"

 * dkimpy_milter/utils.py contains fold() which expects bytes

 * self.fp needs to accumulate the on-the-wire version of the message
   as a whole (so it needs to be bytes). That means converting the
   headers. Header names and values are US-ASCII, per §2.2 of RFC
   5322, so they should be convertible cleanly, but we still have to
   convert them explicitly so that python knows the right thing to do.

At any rate, tests/runtests all passes with these changes, and the
output for both Authentication-Results: and DKIM-Signature headers
looks the same.

Author: dkg
Author Date: 2019-02-21 15:49:22 UTC

Expand test suite to cover RSA as well as ed25519