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 variab
>> 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 CV
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>
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 ma
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 s
>> 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> sendma
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 s
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
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
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 @@
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?= /us
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]
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 Unsubscrib
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_enab
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
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 to mailwrapper.
> when NO_SENDMAIL=yes in make.conf. Qmail et
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. Ve
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 day
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
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 alternativ
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, why not solve the boot time
prob
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 c
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 mta_startu
23 matches
Mail list logo
