summaryrefslogtreecommitdiffstats
path: root/libexec/mail.local
Commit message (Collapse)AuthorAgeFilesLines
* MFHgjb2016-03-021-2/+0
|\ | | | | | | Sponsored by: The FreeBSD Foundation
| * DIRDEPS_BUILD: Regenerate without local dependencies.bdrewery2016-02-241-2/+0
| | | | | | | | | | | | | | | | These are no longer needed after the recent 'beforebuild: depend' changes and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports skipping 'make depend'. Sponsored by: EMC / Isilon Storage Division
* | Create a package for sendmail(8).gjb2016-02-081-0/+1
|/ | | | Sponsored by: The FreeBSD Foundation
* META MODE: Don't create .meta files when symlinking sources into the obj ↵bdrewery2015-11-251-2/+2
| | | | | | | | | | | directory. Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division
* Remove unneeded libutil dependency for sendmail.bdrewery2015-11-241-1/+0
| | | | | | | | | It included libutil.h for setproctitle(3), which was moved from libutil to libc in r65353 in 2000. Reviewed by: gshapiro [sendmail change] Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D4261
* Add META_MODE support.sjg2015-06-131-0/+23
|\ | | | | | | | | | | | | | | | | | | | | Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp
| * dirdeps.mk now sets DEP_RELDIRsjg2015-06-081-2/+0
| |
| * Merge sync of headsjg2015-05-271-5/+1
| |\ | |/ |/|
| * Merge from head@274682sjg2014-11-191-2/+0
| |\
| * \ Merge head from 7/28sjg2014-08-191-0/+2
| |\ \
| * | | Updated dependenciessjg2014-05-161-1/+0
| | | |
| * | | Updated dependenciessjg2014-05-101-0/+2
| | | |
| * | | sync from headsjg2013-04-121-5/+0
| |\ \ \
| * | | | Updated dependenciessjg2013-03-111-0/+1
| | | | |
| * | | | Updated dependenciessjg2013-02-161-2/+0
| | | | |
| * | | | Sync FreeBSD's bmake branch with Juniper's internal bmake branch.marcel2012-08-221-0/+24
| | | | | | | | | | | | | | | | | | | | Requested by: Simon Gerraty <sjg@juniper.net>
* | | | | Convert to LIBADDbapt2014-11-251-5/+1
| |_|_|/ |/| | | | | | | | | | | Reduce overlinking
* | | | Revert r267233 for now. PIE support needs to be reworked.bdrewery2014-08-191-2/+0
| |_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other build-only utility libraries. 2. Another 40% is fixed by generating _pic.a variants of various libraries. 3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR) where it never would work anyhow, such as csu or loader. This suggests there may be better ways of adding support to the tree. Many of these cases can be fixed such that -fPIE will work but there is really no reason to have it in those cases. 4. Some of the uses are working around hacks done to some Makefiles that are really building libraries but have been using bsd.prog.mk because the code is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have been needed. We likely do want to enable PIE by default (opt-out) for non-tree consumers (such as ports). For in-tree though we probably want to only enable PIE (opt-in) for common attack targets such as remote service daemons and setuid utilities. This is also a great performance compromise since ASLR is expected to reduce performance. As such it does not make sense to enable it in all utilities such as ls(1) that have little benefit to having it enabled. Reported by: kib
* | | In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.bdrewery2014-06-081-0/+2
| |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is currently an opt-in build flag. Once ASLR support is ready and stable it should changed to opt-out and be enabled by default along with ASLR. Each application Makefile uses opt-out to ensure that ASLR will be enabled by default in new directories when the system is compiled with PIE/ASLR. [2] Mark known build failures as NO_PIE for now. The only known runtime failure was rtld. [1] http://www.bsdcan.org/2014/schedule/events/452.en.html Submitted by: Shawn Webb <lattera@gmail.com> Discussed between: des@ and Shawn Webb [2]
* | Since clang 3.2 now has an option to suppress warnings about implicitlydim2013-02-161-5/+0
|/ | | | | | | promoted K&R parameters, remove the workarounds added for sendmail components in r228558. MFC after: 1 week
* Define several extra macros in bsd.sys.mk and sys/conf/kern.pre.mk, todim2012-02-281-3/+1
| | | | | | | | | | | | | | | | | | | | | get rid of testing explicitly for clang (using ${CC:T:Mclang}) in individual Makefiles. Instead, use the following extra macros, for use with clang: - NO_WERROR.clang (disables -Werror) - NO_WCAST_ALIGN.clang (disables -Wcast-align) - NO_WFORMAT.clang (disables -Wformat and friends) - CLANG_NO_IAS (disables integrated assembler) - CLANG_OPT_SMALL (adds flags for extra small size optimizations) As a side effect, this enables setting CC/CXX/CPP in src.conf instead of make.conf! For clang, use the following: CC=clang CXX=clang++ CPP=clang-cpp MFC after: 2 weeks
* Fix typos in the comments about clang warnings in severaldim2011-12-161-1/+1
| | | | | | | sendmail-related Makefiles. Spotted by: arundel MFC after: 1 week
* Unfortunately, clang gives warnings about sendmail code that cannot bedim2011-12-161-0/+7
| | | | | | | turned off yet. Since this is contrib code, and we don't really care about the warnings, just turn make them non-fatal for now. MFC after: 1 week
* Make WARNS=6 the default for libexec/.ed2010-01-021-0/+2
| | | | | | | | | | | | | | | Just like bin/ and sbin/, I think setting WARNS to the highest value possible will make it more attractive for people to fix warnings. - The WARNS variable is set in the Makefile in the directory of the application itself, making it more likely that it will be removed out of curiosity to see what happens. - New applications will most likely build with WARNS=6 out of the box, because the author would more likely fix the warnings during development than lower WARNS. Unfortunately almost all apps in libexec require a lowered value of WARNS.
* Remove kludges intended to support src trees with partial obj trees.des2005-06-101-6/+2
| | | | Discussed with: ru
* Remove MAINTAINER= lines from individual Makefiles in favor of thegshapiro2003-07-071-2/+0
| | | | MAINTAINER file (which already had entries for sendmail).
* Update build infrastructure for sendmail 8.12.gshapiro2002-02-171-7/+13
|
* Lock down with WFORMAT?=1, with overrides in the subdirectories whichkris2002-02-041-0/+1
| | | | are not yet warning-clean. Tested on i386 and alpha.
* - Backout botched attempt to intoduce MANSECT feature.ru2001-03-261-0/+1
| | | | - MAN[1-9] -> MAN.
* Set the default manual section for libexec/ to 8.ru2001-03-201-1/+0
|
* Add a MAINTAINER= line so people know who to blamegshapiro2000-10-261-0/+2
|
* Style fixesgshapiro2000-10-111-4/+4
|
* mail.local(8) is no longer installed as a set-user-id binary.gshapiro2000-10-101-2/+0
| | | | | Users may have to adjust their configuration to call mail.local as root by adding the F=S flag to the local mailer. Most probably already have this.
* Give users a way to alter the sendmail (and related utilities) buildgshapiro2000-09-171-0/+6
| | | | environment so they can enable functionality such as SASL, LDAP, Hesiod.
* The rest of the changes needed to support the new version of sendmail (8.11.0).gshapiro2000-08-121-3/+14
| | | | | | Beyond changes to the build system, this includes fixing up the sample freebsd.mc configuration for changes in defaults and syntax, removing outdated documentation, and updating the release notes.
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Remove useless `BINOWN=root' now that it is the default.obrien1998-09-191-2/+1
|
* Use sendmail-8.9.1 mail.local (with our changes). It has LMTP support.peter1998-08-044-699/+5
|
* Typos.charnier1998-01-071-3/+3
|
* style(9) nitsimp1997-12-261-2/+3
| | | | Submitted by: bde
* Be extra paranoid about the length of data returned from gethostbyaddr orimp1997-12-241-2/+2
| | | | | gethostbyname. Submitted by: Julian Assange
* Switch the effective uid to that of the user when writing mail files,alex1997-11-131-3/+27
| | | | | | | allowing quotas to be enforced on mail spools. PR: 1111 Submitted by: Charles Henrich <henrich@crh.cl.msu.edu>
* Store temporary files in /var/tmp instead /tmp. This should avoidwosch1997-10-112-4/+4
| | | | | a possible disk overflow for enormous large mails. Submitted by: grog
* Makefile.dist is a non-bmaked version of Makefile. We don't want it.bde1997-08-021-14/+0
|
* This commit was generated by cvs2svn to compensate for changes in r27847,bde1997-08-021-0/+14
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * Import Lite2's src/libexec, except for makekey (which was spammedbde1997-08-022-22/+393
| | | | | | | | | | | | by a repository copy from 1.1.5 and patched back to Lite1) and rbootd/bootdir/SYSHPBSD (which is binary). All changed files have already left the vendor branch.
* | compare return value from getopt against -1 rather than EOF, per the finalimp1997-03-281-2/+2
| | | | | | | | posix standard on the topic.
* | Revert $FreeBSD$ to $Id$peter1997-02-223-3/+3
| |
* | Make the long-awaited change from $Id$ to $FreeBSD$jkh1997-01-143-3/+3
| | | | | | | | | | | | | | | | This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
* | Totally botched ths patch...revert back to Rev 1.7, and request ascrappy1996-10-231-31/+1
| | | | | | | | proper context diff from the submitter...
OpenPOWER on IntegriCloud