Arch Linux User Repository

This should depends on openssl-1.0. Also, a new release is available, 6.4.0.

checking OpenSSL header version... 1010008f (OpenSSL 1.1.0h 27 Mar 2018) checking OpenSSL library version... 1010008f (OpenSSL 1.1.0h 27 Mar 2018) checking whether OpenSSL's headers match the library... no configure: error: Your OpenSSL headers do not match your library. Check config.log for details. If you are sure your installation is consistent, you can disable the check by running "./configure --without-openssl-header-check". Also see contrib/findssl.sh for help identifying header/library mismatches.

If I add --without-openssl-header-check :

/bin/sh ../../../../libtool --tag=CC --mode=link gcc -DNO_IO -DBUILD_FILTER -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -I/usr/lib/perl5/5.26/core_perl/CORE -L/usr/lib -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.26/core_perl/CORE -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fstack-protector-strong -L/usr/local/lib -L/usr/lib/perl5/5.26/core_perl/CORE -lperl -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc -o filter-perl ../../../../api/filter_api.o ../../../../api/mproc.o ../../../../api/log.o ../../../../api/tree.o ../../../../api/util.o ../../../../api/iobuf.o ../../../../api/ioev.o ../../../../extras/wip/filters/filter-perl/filter_perl.o ../../../../openbsd-compat/libopenbsd-compat.a -levent -lcrypto -lssl -lcrypt libtool: link: gcc -DNO_IO -DBUILD_FILTER -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -I/usr/lib/perl5/5.26/core_perl/CORE -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,-E -Wl,-rpath -Wl,/usr/lib/perl5/5.26/core_perl/CORE -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -fstack-protector-strong -o filter-perl ../../../../api/filter_api.o ../../../../api/mproc.o ../../../../api/log.o ../../../../api/tree.o ../../../../api/util.o ../../../../api/iobuf.o ../../../../api/ioev.o ../../../../extras/wip/filters/filter-perl/filter_perl.o -L/usr/lib -L/usr/local/lib -L/usr/lib/perl5/5.26/core_perl/CORE -lperl -lpthread -lnsl -ldl -lm -lutil -lc ../../../../openbsd-compat/libopenbsd-compat.a -levent -lcrypto -lssl -lcrypt /usr/bin/ld: cannot find -lnsl collect2: error: ld returned 1 exit status make[5]: [Makefile:437: filter-perl] Error 1 make[5]: Leaving directory '/media/esata/SYSTEM_DISK/tmp/AUR/opensmtpd tools/src/opensmtpd-extras-5.7.1/extras/wip/filters/filter-perl' make[4]: [Makefile:385: all-recursive] Error 1 make[4]: Leaving directory '/media/esata/SYSTEM_DISK/tmp/AUR/opensmtpd tools/src/opensmtpd-extras-5.7.1/extras/wip/filters' make[3]: [Makefile:365: all-recursive] Error 1 make[3]: Leaving directory '/media/esata/SYSTEM_DISK/tmp/AUR/opensmtpd tools/src/opensmtpd-extras-5.7.1/extras/wip' make[2]: [Makefile:365: all-recursive] Error 1 make[2]: Leaving directory '/media/esata/SYSTEM_DISK/tmp/AUR/opensmtpd tools/src/opensmtpd-extras-5.7.1/extras' make[1]: [Makefile:411: all-recursive] Error 1 make[1]: Leaving directory '/media/esata/SYSTEM_DISK/tmp/AUR/opensmtpd tools/src/opensmtpd-extras-5.7.1' make: [Makefile:343: all] Error 2

@greencopper dud just add the armv7h arch into PKGBUILD

I don't think these filters are considered experimental any longer.

Another thing, is it possible to have this package work on armv7h too? Currently it doesn't work.

==> ERROR: opensmtpd-extras is not available for the 'armv7h' architecture.

Needs a rebuild against openssl-1.0: https://pastebin.com/1fsdNuNT

Please note that the filters provided by this package are highly experimental and are not ready for a production environment. For more info please read http://article.gmane.org/gmane.mail.opensmtpd.general/3696

@BertVoegele Thanks for providing a patch and thanks for using this package! I had to manually apply the changes since the patch wasn't compatible with the 5.7.1 sources. BTW, please try to use a pastebin when posting a patch, because the AUR comments seem to break the whitespace resulting in b0rked patches. See https://unix.stackexchange.com/questions/29127/malformed-patch-error-while-applying-the-diff-to-wget-source-with-patch#29130 Please try and see if the problem is fixed now. (It looks like the OpenSMTPD team will soon release the portable 5.9 release, which I'm hoping to have a ton more (sorely needed) fixes for the -extras package…)

Hi, filter-dnsbl does use getaddrinfo, but somehow the check against "EAI_NODATA" (usually defined as -5) fails, because of some mess (for details see: http://permalink.gmane.org/gmane.mail.opensmtpd.general/3439 ). The patch below is used against opensmtpd-extras-201602042118 and provides a quick and dirty workaround: -- extras/wip/filters/filter-dnsbl/filter_dnsbl.c.orig 2016-02-02 22:24:41.000000000 +0000 +++ extras/wip/filters/filter-dnsbl/filter_dnsbl.c 2016-04-26 06:23:29.789999991 +0000 @@ -41,7 +41,11 @@ if (ar->ar_addrinfo) freeaddrinfo(ar->ar_addrinfo); - if (ar->ar_gai_errno != EAI_NODATA) { +/* + There seems to be a dispute about defining EAI_NONAME and EAI_NODATA properly in glibc and relatives. + Thus, the constants were replaced by their values. +*/ + if (ar->ar_gai_errno != -5 && ar->ar_gai_errno != -2) { log_warnx("warn: session %016"PRIx64": event_dispatch: REJECT address", *q); filter_api_reject_code(*q, FILTER_CLOSE, 554, "5.7.1 Address in DNSBL"); } else