All releases of Postoffice
Release Notes: Accepts connections on the msp port (port 587) as well as port 25.
Release Notes: The milter library is stable, so it's ready for a real release. A newly found bug was fixed where SMTP AUTH with a null filename was resulting in that null being passed into getpwnam(), with the expected results.
Release Notes: Further cleanup of the milter interface to make it properly handle 4xx replies from milters.
Release Notes: The milter library has been reworked to support milters that don't milterize all of the phases of a SMTP conversation, and that reject mail during phases other than DATA. This is a beta release because it involves some fairly extensive changes to the milter library and the SMTP server where it interacts with the milter library.
Release Notes: Cleanups for FreeBSD 7.1: setreuid() doesn't seem to work there, so this release handles giving up permissions by forking and doing setuid()/setgid() in the child. mfdata() wasn't properly splitting out headers, so it needed to be rewritten. A FILE* is used to pull in .forwards; the old open/read method was leaving old contents in the buffer which were corrupting newer (and shorter) .forwards. The SMTP server uses setlinebuf() if that function is available. Same-priority MXs are randomized. This release no longer sends to MXs in the wrong priority.
Release Notes: This release adds no features except for a better chance of compiling without complaint if CC="gcc -Wall".
Release Notes: A bug where spam=bounce doesn't actually set spam=bounce was fixed. The code was cleaned up to reduce the complaints from "gcc -Wall".
Release Notes: Blacklist behavior is now configurable in a manner similar to spam filtering. The new blacklist= configuration variable lets you accept connections from blacklisted sites, refuse connections from them, or accept connections but write all incoming messages into a spam folder.
Release Notes: This version cleans up a small bug where new copies of the Date:, From:, and Message-ID: headers are added to the control file every time runq cannot send the message to the remote system. Normally, it shouldn't even be noticed, but if you have a site that stubbornly refuses to accept mail, control files can grow to be fairly large (~15k after 2 days of hourly runqs).
Release Notes: The junkfolder (now spam) configuration option was cleaned up and documented.
