History log of /freebsd-10.1-release/contrib/sendmail/src/conf.h
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
# 272461 02-Oct-2014 gjb

Copy stable/10@r272459 to releng/10.1 as part of
the 10.1-RELEASE process.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

# 266692 26-May-2014 gshapiro

MFC: Merge sendmail 8.14.9 to HEAD


# 261363 01-Feb-2014 gshapiro

MFC: Merge sendmail 8.14.8


# 256281 10-Oct-2013 gjb

Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation


# 203004 26-Jan-2010 gshapiro

Merge sendmail 8.14.4 to HEAD

MFC after: 4 days


# 182352 28-Aug-2008 gshapiro

Merge sendmail 8.14.3 into HEAD.

Note: As the first merge since the conversion to svn, it includes many
propset changes to get the proper svn:eol-style and svn:mime-type on the
files (as merged from the fixed up vendor/dist area).

MFC after: 3 days


# 168520 08-Apr-2007 gshapiro

Resolve conflicts from sendmail 8.14.1 import


# 157006 22-Mar-2006 gshapiro

Resolve conflicts from sendmail 8.13.6 import


# 132946 31-Jul-2004 gshapiro

Resolve conflicts from sendmail 8.13.1 import


# 111367 23-Feb-2003 gshapiro

Follow the (good) trend of returning import files to vendor versions
where possible for easier future imports.


# 110563 08-Feb-2003 gshapiro

Resolve conflicts from sendmail 8.12.7 import


# 102533 28-Aug-2002 gshapiro

Move the $FreeBSD$ CVS labels far enough away from the $Id$ CVS labels so
I don't have to manually resolve conflicts on every import. Ironically,
most of these files have no changes from the vendor version except the
$FreeBSD$ line.


# 98844 26-Jun-2002 gshapiro

Resolve conflicts from import of sendmail 8.12.5


# 98125 11-Jun-2002 gshapiro

Resolve conflicts from sendmail 8.12.4 import


# 95157 20-Apr-2002 gshapiro

Resolve conflicts from import of post-8.12.3 bug fixes.


# 94337 10-Apr-2002 gshapiro

Fix conflicts from sendmail 8.12.3 import


# 90795 17-Feb-2002 gshapiro

Resolve conflicts from sendmail 8.12.2 import


# 80789 31-Jul-2001 gshapiro

Resolve conflicts from import of sendmail 8.11.5


# 77352 28-May-2001 gshapiro

Resolve conflicts from 8.11.4 import


# 73191 27-Feb-2001 gshapiro

Repair 8.11.3 merge conflicts


# 71348 21-Jan-2001 gshapiro

Repair 8.11.2 merge conflicts


# 66497 01-Oct-2000 gshapiro

Fix conflicts from merge of sendmail 8.11.1


# 65529 06-Sep-2000 brian

Revert my last change. libutil.h is still required for setusercontext()
and unistd.h is already included.

Requested by: gshapiro


# 65353 01-Sep-2000 brian

Move setproctitle() from libutil to libc (after a repo-copy)
and bump __FreeBSD_version to 500012 to mark the occasion.

setproctitle() is prototyped in unistd.h as opposed to stdlib.h
where OpenBSD and NetBSD have it.

Reviewed by: peter


# 64565 12-Aug-2000 gshapiro

Fix conflicts from merge of sendmail 8.11.0.

PR: bin/11552 misc/18512 bin/15088


# 54836 19-Dec-1999 obrien

Install sendmail.cf into /etc/mail.

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)


# 43733 07-Feb-1999 peter

Merge 8.9.2+patches -> 8.9.3 changes into mainline.


# 43151 24-Jan-1999 peter

Merge changes from vendor branch into our version


# 42580 12-Jan-1999 peter

Merge sendmail 8.9.1 -> 8.9.2 changes into mainline. Some of our changes
were submitted back to sendmail.org (stage 1) and were incorporated.


# 38079 04-Aug-1998 peter

Copy original revs 1.19,1.15 - setusercontext() support and __FreeBSD__>=2
Copy original revs 1.9,1.8,1.7 - set PS_STRINGS correctly.


# 38033 03-Aug-1998 peter

This commit was generated by cvs2svn to compensate for changes in r38032,
which included commits to RCS files with non-trunk default branches.


# 38032 03-Aug-1998 peter

Import sendmail-8.9.1 (slightly trimmed) onto a fresh branch under
src/contrib as per various discussions. I will copy across our changes
and then point the Makefiles across once the dust has settled..