| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
targets, have "distribution" always install original (as from the release
media) files, whether SENDMAIL_MC is set or not. Do error handling the
make(1) way.
Reviewed by: gshapiro
Approved by: gshapiro
|
|
|
|
|
|
|
|
|
|
| |
the number of broken DNS servers out there in the world. Since we are
diverging from the sendmail.org submit.mc, it's time to make our own
freebsd.submit.mc.
PR: conf/57733
Reviewed by: nork
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
and use it in src/etc/sendmail/Makefile in case the user wants to use
a different path to the sendmail m4 sources (e.g., sendmail port users).
Submitted by: dinoex
MFC after: 21 days
X-MFC after: RELENG_4 code freeze ends
|
|
|
|
|
|
|
|
|
| |
with the vendor sendmail distribution. By doing so, we avoid mergemaster
warnings after every 'make' in /etc/mail/.
Reported by: Jeremy Chadwick <koitsu@parodius.com>
MFC after: 3 days
X-MFC after: and re approval
|
|
|
|
|
|
|
| |
the required .cf file(s).
Submitted by: ru
X-MFC after: mergemaster MFC
|
|
|
|
|
|
|
|
|
| |
instead of SENDMAIL_MC but don't remove on it 'make clean' as the
user may not have the original .mc file and removing it could be
dangerous (e.g., make SENDMAIL_CF=/etc/mail/sendmail.cf clean).
Noticed by: peter
MFC after: 3 days
|
|
|
|
|
|
| |
files to get mergemaster working again.
Noticed by: Shin-ichi YOSHIMOTO <yosimoto@waishi.jp>
|
|
|
|
|
| |
Submitted by: ru
MFC after: 5 days
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Stop 'make clean' from removing SENDMAIL_CF
- install and distribute targets should not attempt to build anything
- SENDMAIL_ADDITIONAL_CF were not installed in the distribution case
- If SENDMAIL_SET_USER_ID was defined, submit.cf was needlessly installed
in the distribution case
- Collapse install and distribution target into one to remove code
duplication
Submitted by: ru
MFC after: 5 days
|
|
|
|
|
|
|
| |
second level indent of tab should be four spaces
Submitted by: ru
MFC after: 3 days
|
|
|
|
|
|
| |
for a long time now.
Approved by: bde
|
| |
|
|
|
|
|
|
|
|
| |
instead of 0644 to help protect users against a file locking local
denial of service.
MFC after: 1 day
pending RE approval
|
|
|
|
|
|
|
|
|
|
|
|
| |
alternative MTAs. Therefore, always install rc.sendmail, regardless of
NO_SENDMAIL make.conf setting. Users can still set mta_start_script to a
different script.
This commit is after a repo-copy of src/etc/sendmail/rc.sendmail to
src/etc/rc.sendmail.
Noticed by: Calvin NG <calvinng@brel.com>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
the .mc file used for /etc/mail/submit.cf. By default,
/etc/mail/freebsd.submit.mc is installed and used.
Requested by: fenner
Submitted by: ume
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
again."
As an alternative to sendmail_enable=NONE, solve the boot time problem
for non-sendmail users completely by moving all of the sendmail startup
code from /etc/rc to /etc/rc.sendmail. The source for that script will
be kept in src/etc/sendmail/rc.sendmail so make.conf's NO_SENDMAIL will
prevent it from being installed. A new rc.conf variable,
mta_start_script specifies the script to run to start the user's
preferred MTA. For backward compatibility, it will default to
/etc/rc.sendmail. The specified script is called out of /etc/rc after
checking to make sure it exists. A new rc.sendmail.8 man page has also
been added which now houses the sendmail_* variable descriptions
formerly in rc.conf.5.
Use /etc/rc.sendmail in /etc/mail/Makefile to reduce code duplication.
Reviewed by: -current, -stable, obrien, peter, ru
MFC after: 1 week
|
|
|
|
|
|
|
| |
will break a running system during a buildworld.
Noticed by: Alexandr Listopad <laa@laa.zp.ua>
MFC after: 1 week
|
|
|
|
|
| |
set-user-ID root binary instead of the new method (set-group-ID smmsp).
Therefore, we shouldn't install /etc/mail/submit.cf if it is set.
|
|
|
|
|
|
|
|
| |
installworld should install them.
PR: 29928
Submitted by: wollman
MFC after: 3 days
|
|
|
|
| |
Problem found by: nsayer
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
install /etc/mail/sendmail.cf to /etc/mail/sendmail.cf and exits with an
error:
===> etc/sendmail
install -c -o root -g wheel -m 644 /etc/mail/sendmail.cf /etc/mail/sendmail.cf
install: /etc/mail/sendmail.cf and /etc/mail/sendmail.cf are the same file
*** Error code 64
Catch this in the Makefile and don't call install if the source and target
are the same file.
Reported by: Alexandr Listopad <laa@reis.zp.ua>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
building a .cf file from a .mc file.
Include -D_FFR_TLS_O_T to enable tls policy control since the sendmail binary
build enables that FFR as well.
PR: conf/28361
MFC after: 1 week
|
|
|
|
| |
a user configurable file and it would benefit from mergemaster.
|
| |
|
|
|
|
|
|
| |
report. It allows building multiple .cf files at build time.
PR: bin/19897
|
|
|
|
|
|
|
|
|
| |
users should be configuring via m4 now. If set, use m4 to create the .cf
file. Also, if either SENDMAIL_MC or SENDMAIL_CF is set, 'make install' or
'make distribution' in src/etc/sendmail/ will install the appropriate .cf as
/etc/mail/sendmail.cf. This fixes some mergemaster problems.
PR: conf/13016
|
|
|
|
| |
for creating their own configuration.
|
|
|
|
|
|
| |
Makefile to the etc/sendmail Makefile to be consistent with all of the
other /var file creations. In doing so, change the Makefile target from
etc-sendmail.cf to distribution as it installs more than just the sendmail.cf.
|
|
|
|
|
|
|
|
|
| |
The current offical Sendmail Inc. version uses /var/mail/ and when we upgrade
our repository to that version, we will get the change. It is best to make
the path change in 4.0-R (which may not have the latest Sendmail Inc. version,
than to change in mid-4.x stream when we may upgrade.
Ok'ed by: Peter (quite a while ago)
|
| |
|
|
This needs to be revisited - we need a simple way of building/installing
these at runtime from the installed system's /etc/mail directory.
freebsd.mc,v and freefall.mc,v have been repository copied here.
|