Package Details: postsrsd 2.3.0-1

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
Last Packager: fordprefect
Votes: 4
Popularity: 0.090706
First Submitted: 2016-03-30 16:15 (UTC)
Last Updated: 2026-07-20 07:18 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

fordprefect commented on 2026-06-10 08:56 (UTC)

@HT: thanks, fixed. Turns out the version patch is currently not needed. it remains in place in case it is needed again in the future.

HitomiTenshi commented on 2026-06-09 18:47 (UTC) (edited on 2026-06-09 18:48 (UTC) by HitomiTenshi)

Version 2.0.12 fails to build with the following error:

  -> Extracting postsrsd-2.0.12.tar.gz with bsdtar
==> Starting prepare()...
patching file CMakeLists.txt
Hunk #1 FAILED at 135.
Hunk #2 FAILED at 146.
2 out of 2 hunks FAILED -- saving rejects to file CMakeLists.txt.rej
==> ERROR: A failure occurred in prepare().
    Aborting...

The contents of CMakeLists.txt.rej are:

--- CMakeLists.txt      2025-04-12 16:51:32.000000000 +0200
+++ CMakeLists-patched.txt      2026-03-26 22:26:44.229293527 +0100
@@ -135,7 +135,7 @@
 FetchContent_Declare(
     Hiredis
     GIT_REPOSITORY https://github.com/redis/hiredis
-    GIT_TAG c14775b4e48334e0262c9f168887578f4a368b5d
+    GIT_TAG ccad7ebaf99310957004661d1c5f82d2a33ebd10
 )

 FetchContent_Declare(
@@ -146,9 +146,9 @@

 FetchContent_Declare(
     sqlite3
-    URL https://sqlite.org/2023/sqlite-amalgamation-3410200.zip
+    URL https://sqlite.org/2026/sqlite-amalgamation-3530000.zip
     URL_HASH
-        SHA3_256=c51ca72411b8453c64e0980be23bc9b9530bdc3ec1513e06fbf022ed0fd02463
+        SHA3_256=c2325c53b3b41761469f91cfb078e96882ac5d85bac10c11b0bd8f253b031e5b
 )

 FetchContent_Declare(

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 ../..

1 2 3 4 5 6 Next › Last »