On Thu, 28-Mar-2002 at 14:49:49 -0600, Scot W. Hetzel wrote:
From: Coleman Kane [EMAIL PROTECTED]
Another thing to look at is the /usr/sbin/sendmail - mailwrapper link
that is
produced from installworld. In current it seems to have been linking that,
even
Stable creates the same links
Gregory Neil Shapiro [EMAIL PROTECTED] writes:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE),
Why? It doesn't make any difference as long as one uses the
mailwrapper stuff:
des@des ~% grep sendmail
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE),
des Why? It doesn't make any difference as long as one uses the
des mailwrapper stuff:
des des@des ~% grep sendmail /etc/rc.conf
des
ianjhart One small quibble. If I want to set
ianjhart mta_start_script=
ianjhart and run rc.sendmail(.sh) from /usr/local/etc/rc.d
ianjhart shouldn't stop kill both queues? You'd need to add
ianjhart a stop-mtaq obviously.
ianjhart A global restart might be nice too.
Yes, rc.sendmail should
On Sat, Mar 30, 2002 at 07:12:52PM +0100, Dag-Erling Smorgrav wrote:
Gregory Neil Shapiro [EMAIL PROTECTED] writes:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE),
Why? It doesn't make any
keramida A better fix would be to use the sh(1) way of conditionally setting a
keramida variable:
keramida sendmail_program=${sendmail_program:-/usr/sbin/sendmail}
keramida Similarly for the rest of those ?= assignments.
keramida AFAIK, the ?= assignment style works in make rules.
keramida
In a somewhat unrelated note, I also plan on arranging to move the
sendmail-specific stuff out of src/etc/mail/ and into src/etc/sendmail so
the installation of things like sample sendmail maps, etc. don't clutter a
NO_SENDMAIL installation. I'll need to arrange this event with the CVS
Thanks to some reviewers, a couple of problems with my last patch have been
fixed. This time, I've actually tried the combinations involved to make
sure it works. The changes from the last patch are only to
/etc/mail/Makefile and /etc/rc.sendmail.
rc.sendmail changes:
- Use proper shell
According to Peter Wemm:
Opinions?
Enthusiastic thumbs-up from me! :-)
Nice idea, go for it.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000
To Unsubscribe: send mail to [EMAIL PROTECTED]
Okay, I have this running in (4.5) stable.
A few lines caused some problems.
To get it working I did this
--- /usr/src/etc/sendmail/rc.sendmail Fri Mar 29 19:50:55 2002
+++ /etc/rc.sendmailFri Mar 29 21:22:52 2002
@@ -47,15 +47,15 @@
fi
# The sendmail binary
-sendmail_program?=
On 2002-03-30 01:00, ian j hart wrote:
Okay, I have this running in (4.5) stable.
A few lines caused some problems.
To get it working I did this
--- /usr/src/etc/sendmail/rc.sendmail Fri Mar 29 19:50:55 2002
+++ /etc/rc.sendmailFri Mar 29 21:22:52 2002
@@ -47,15 +47,15 @@
fi
On Thu, 28 Mar 2002, Gregory Neil Shapiro wrote:
In a somewhat unrelated note, I also plan on arranging to move the
sendmail-specific stuff out of src/etc/mail/ and into src/etc/sendmail so
the installation of things like sample sendmail maps, etc. don't clutter a
NO_SENDMAIL installation.
Le 2002-03-28, Gregory Neil Shapiro écrivait :
Opinions?
Hum. If we make the assumption that non-Sendmail-users use some
other MTA installed through a port or locally, then I guess that
MTA should be expected to be started from a /usr/local/etc/rc.d script,
so maybe the new variable
thomas Hum. If we make the assumption that non-Sendmail-users use some
thomas other MTA installed through a port or locally, then I guess that
thomas MTA should be expected to be started from a /usr/local/etc/rc.d script,
thomas so maybe the new variable mta_startup_script is overkill.
They can
On Thu, 28 Mar 2002, Gregory Neil Shapiro wrote:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE), I
thought it might be better to give them something back for their trouble.
As an alternative to
Jan.Grant Hang on, what problem? I think you've already done this: if you use
Jan.Grant sendmail_enable = YES
Jan.Grant sendmail_flags = whatever you normally use
And:
sendmail_msp_queue_enable=NO
Jan.Grant and configer /etc/mail/mailer.conf properly, then if your MTA
Jan.Grant was written to
Another thing to look at is the /usr/sbin/sendmail - mailwrapper link that is
produced from installworld. In current it seems to have been linking that, even
when NO_SENDMAIL=yes in make.conf. Qmail et al. overwrite this with their own
workalike (since /usr/sbin/sendmail is a 'standard' these
On Thu, Mar 28, 2002 at 07:39:24AM -0800, Gregory Neil Shapiro wrote:
As an alternative to sendmail_enable=NONE, why not solve the boot time
problem for non-sendmail users completely. The patch moves all of the
sendmail startup code from /etc/rc to /etc/rc.sendmail.
Yes, please commit. Very
Scot W. Hetzel([EMAIL PROTECTED])@2002.03.28 14:49:49 +:
Qmail install shouldn't need to install anything into /usr/[sbin,bin]
directories with mailwrapper properly configured (see `man mailer.conf`
'man mailwrapper').
a quick glance into /usr/ports/mail/qmail/pkg-plist shows, that no
Gregory Neil Shapiro wrote:
Given that non-sendmail users will be inconvenienced when upgrading due to
the 8.12 changes (need to change sendmail_enable from NO to NONE), I
thought it might be better to give them something back for their trouble.
As an alternative to sendmail_enable=NONE,
Gregory Neil Shapiro wrote:
http://people.freebsd.org/~gshapiro/mta-start
Opinions?
Enthusiastic thumbs-up from me! :-)
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5
To Unsubscribe:
21 matches
Mail list logo