Package Details: postsrsd 2.0.11-3

Git Clone URL: https://aur.archlinux.org/postsrsd.git (read-only, click to copy)
Package Base: postsrsd
Description: Provides the Sender Rewriting Scheme (SRS) via TCP-based lookup tables for Postfix
Upstream URL: https://github.com/roehling/postsrsd
Licenses: GPL-3.0-only
Submitter: fordprefect
Maintainer: fordprefect (ChrisTX)
Last Packager: ChrisTX
Votes: 4
Popularity: 0.31
First Submitted: 2016-03-30 16:15 (UTC)
Last Updated: 2026-04-12 01:26 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

ChrisTX commented on 2026-04-12 01:30 (UTC)

@peippo Thanks for the hint, I had forgotten to do a chrooted build before pushing. However, it compiles for me now in a chroot (with extra-x86_64-build) with just git added. Is there any particular reason you think clang is needed as well?

peippo commented on 2026-04-11 16:57 (UTC)

Thanks @ChrisTX and @fordprefect for the improvements. This now needs clang and git to compile - could you add them to makedepends()? Thanks!

ChrisTX commented on 2026-03-27 09:05 (UTC)

@fordprefect: That's very kind yours. I've pushed the changes I've outline, plus I've added Redis to optdepends.

fordprefect commented on 2026-03-27 08:48 (UTC)

@ChrisTX: hey, thanks for taking a good look at that, and explaining your ideas so nicely. I added you as a co-maintainer so you can update it yourself if you want. If you disagree you can always remove yourself from co-maintainership.

ChrisTX commented on 2026-03-26 21:48 (UTC) (edited on 2026-03-26 21:48 (UTC) by ChrisTX)

I've noticed a few points:

  1. license=(GPL2) is incorrect. This isn't a valid SPDX specifier as there's GPL with and without option to use later versions (i.e. GPL3) at the user's choice. But postSRSd was relicensed a few years ago when 2.0 came out to now be GPL-3.0-only.

  2. It is Arch etiquette to build packages with all optional dependencies and then let the user pick what they want to use. postSRSd can be built with optional support to run as a milter (still experimental though, see their readme), or use Redis or SQLite as storage backends.

Now this won't quite work as-is because the marked hiredis tag (1.1.0) isn't compatible with CMake 4.0+ - nor is it a good idea to use SQLite from 2023 with quite a bunch of unfixed security vulnerabilities. But hiredis and sqlite are both used in a vanilla, unmodified version, so they can just be upgraded to the current versions. Using them from the system would be even better, but the sqlite build configuration depends on whether or not libmilter is available and it's linked in statically anyway, so bumping the versions is sort of the best option.

Everything taken together, I've made these changes to the PKGBUILD.

fordprefect commented on 2025-07-24 14:55 (UTC)

thanks @voidzero and @drzee for the fixes, they are implemented now. I omitted a pkgrel bump to avoid unnecessary rebuilds for people with working packages.

voidzero commented on 2025-07-24 09:58 (UTC)

For people like me who have an issue with the tests (like in my below comment), the trick is to add -DTESTS_WITH_ASAN=OFF to the cmake line in build function in the pkgbuild.

drzee commented on 2024-07-30 15:17 (UTC) (edited on 2024-07-30 15:24 (UTC) by drzee)

Digging a bit more into this.

If I go to /postsrsd/src/postsrsd-2.0.10/build/_deps/confuse-src/ and then run autoreconf --force --install to regenerate the files they are correctly configured for automake version 1.17.

Going into the build dir and manually executing make all then succeeds without error.

But when then I then try to build with makepkg -s in the PKGBUILD folder it again complains about version 1.16 missing and the files in /postsrsd/src/postsrsd-2.0.10/build/_deps/confuse-src/ are again generated for automake 1.16

Guess CMAKE files there must be a hardcoded reference to automake 1.16 - I have tried finding it but no luck.

Crudely adding these lines to PKGBUILD after the CMake comand and before make all will allow the package to build:

cd _deps/confuse-src/ 
autoreconf --force --install
cd ../..

drzee commented on 2024-07-25 21:55 (UTC) (edited on 2024-07-25 22:42 (UTC) by drzee)

Build error. Expects aclocal 1.16 but aclocal was updated with core/automake to 1.17 recently (20th of July).

Or is it actually libConfuse that needs to be build with the newest automake version?

Downgrading to automake 1.16 with: pacman -U /var/cache/pacman/pkg/automake-1.16.5-2-any.pkg.tar.zst allows for successful build. 

/home/arch/.cache/yay/postsrsd/src/postsrsd-2.0.10/build/_deps/confuse-src support/missing: line 81: aclocal-1.16: command not found
WARNING: 'aclocal-1.16' is missing on your system.
    You should only need it if you modified 'acinclude.m4' or
    'configure.ac' or m4 files included by 'configure.ac'.
    The 'aclocal' program is part of the GNU Automake package:
    <https://www.gnu.org/software/automake>
    It also requires GNU Autoconf, GNU m4 and Perl in order to run:
    <https://www.gnu.org/software/autoconf>
    <https://www.gnu.org/software/m4/>
    <https://www.perl.org/>
make[3]: *** [Makefile:440: /home/arch/.cache/yay/postsrsd/src/postsrsd-2.0.10/build/_deps/confuse-src/aclocal.m4] Error 127
make[2]: *** [CMakeFiles/ExtConfuse.dir/build.make:87: ExtConfuse-prefix/src/ExtConfuse-stamp/ExtConfuse-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:970: CMakeFiles/ExtConfuse.dir/all] Error 2
make: *** [Makefile:166: all] Error 2`

fordprefect commented on 2024-06-07 11:04 (UTC)

@voidzero: looks like an upstream issue to me, but might also be related to the limited ressources in the container. Try to build in a normal environment and see if the error persists. I will also try to reproduce when I find time for it.

1 2 3 4 5 6 Next › Last »