Package Details: sendmail 8.18.1-4

Git Clone URL: https://aur.archlinux.org/sendmail.git (read-only, click to copy)
Package Base: sendmail
Description: A general purpose internetwork email routing MTA
Upstream URL: http://www.sendmail.org
Licenses: Sendmail-8.23
Conflicts: exim, msmtp-mta, opensmtpd, postfix
Provides: sendmail, smtp-forwarder, smtp-server
Submitter: None
Maintainer: amish
Last Packager: amish
Votes: 140
Popularity: 0.71
First Submitted: 2009-06-30 01:50 (UTC)
Last Updated: 2025-05-15 14:28 (UTC)

Dependencies (2)

Required by (875)

Sources (12)

Latest Comments

1 2 3 4 5 6 .. 9 Next › Last »

amish commented on 2025-05-15 14:31 (UTC)

@peregrinus libmilter is not built by default. Also there is official libmilter package in Arch repo which will conflict if libmilter is built.

Also, which other libraries are you talking about which do not survive?

peregrinus commented on 2025-05-13 12:11 (UTC) (edited on 2025-05-13 16:54 (UTC) by peregrinus)

In order to address some of the namcap issues, you could add the following to site.config.m4, and then also add the below patch (you'd need both to allow for the CFLAGS substitution):

Add to site.config.m4:

dnl Enable local CFLAGS and LDFLAGS, and add strip
define(`confLDOPTS',`${LDFLAGS} -s')
define(`confOPTIMIZE',`${CFLAGS} -s')

Add this as a patch: $ cat Patch02-Allow-setting-local-CFLAGS-devtools-M4-UNIX-defines.patch

--- sendmail-8.18.1/devtools/M4/UNIX/defines.m4 2024-01-31 08:38:32.000000000 +0200
+++ sendmail-8.18.1/devtools/M4/UNIX/defines.m4.new     2025-04-03 09:20:02.040896463 +0200
@@ -113,7 +113,7 @@

 BUILDBIN=confBUILDBIN
 COPTS= -I. ${INCDIRS} ${ENVDEF} ${CCOPTS}
-CFLAGS=        $O ${COPTS} ifdef(`confMT', ifdef(`confMTCFLAGS', `confMTCFLAGS -DXP_MT', `-DXP_MT'), `')
+CFLAGS:=       $O ${COPTS} ifdef(`confMT', ifdef(`confMTCFLAGS', `confMTCFLAGS -DXP_MT', `-DXP_MT'), `')


 BEFORE=        confBEFORE ifdef(`confREQUIRE_SM_OS_H',`sm_os.h')

I am not sure why the bin-files aren't stripped via the regular process, I haven't dug deep enough.

Further, I notice that libmilter isn't built, nor that any other libraries survive. I suppose that is by design.

The license should be done as follows: license=('Sendmail').

I hope this helps!

Pafrape commented on 2025-05-13 06:46 (UTC)

Hello.

It is perfect.

Thank you very much

amish commented on 2025-05-12 09:50 (UTC)

New version of sendmail is just around corner. Hopefully it will fix warnings.

peregrinus commented on 2025-05-12 09:45 (UTC)

@amish: I am happy to help where I can.

@ Compiler warnings: We can still fix them, and share patches upstream. @ namcap: As said, I can try assist with this.

amish commented on 2025-05-12 09:43 (UTC)

@peregrinus - it will be upstream's job to fix compiler warnings.

namcap warnings - I do not intend to fix, as I do not have time to research study them and how to fix them and if those really need fixing.

peregrinus commented on 2025-05-12 06:54 (UTC)

@amish: Builds again, thanks to the Fedora patch.

namcap spews out a whole bunch of issues, though, that you might want to address, as well as patching the many warning: old-style function definition [-Wold-style-definition] during build?

From namcap there are quite a number of: * ELF file lacks FULL RELRO, check LDFLAGS. * ELF file is unstripped. * ELF file lacks GNU_PROPERTY_X86_FEATURE_1_SHSTK. and then some more.

Thanks for patching this so long!

amish commented on 2025-05-12 03:46 (UTC)

@Pafrape and @peregrinus - New patch applied. Try building again.

peregrinus commented on 2025-05-11 18:46 (UTC)

@Pafrape: The quick workaround is to add the following line to site.config.m4:

define(`confCCOPTS', `-std=gnu17')

The proper route would be to fix the things that broke with the upgrade to gcc15 / C23.

Pafrape commented on 2025-05-11 13:17 (UTC)

Hello.

This is the error :

error: assignment to 'ULONGLONG_T ()(const char , char , int)' {alias 'long long unsigned int ()(const char , char , int)'} from pointer type 'ULONGLONG_T ()(void)' {alias 'long long unsigned int ()(void)'} which is incompatible [-Wincompatible-pointer-types]