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
What's up with the broken dns for freebsd.org?
Mar 30 07:56:08 ns1.pilikia.net sendmail[49553]: g2UHu8X49553: ruleset=check_rcpt,
arg1=[EMAIL PROTECTED], relay=[216.136.204.119], reject=450 4.7.1 [EMAIL PROTECTED]...
Relaying temporarily denied. Cannot resolve PTR record for 216.136.204.119
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
On Sat Mar 03/30/02, 2002 at 08:06:24AM -1000, Arthur W. Neilson III wrote:
What's up with the broken dns for freebsd.org?
Mar 30 07:56:08 ns1.pilikia.net sendmail[49553]: g2UHu8X49553: ruleset=check_rcpt,
arg1=[EMAIL PROTECTED], relay=[216.136.204.119], reject=450 4.7.1
[EMAIL
andyf I have marks as well. Perhaps this will help:
andyf --- UPDATING-orig Sat Mar 30 14:00:01 2002
andyf +++ UPDATINGSat Mar 30 14:32:19 2002
Thanks, I've mailed Warner a slightly modified version of your text for
src/UPDATING.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, Mar 30, 2002, Greg White wrote:
On Sat Mar 03/30/02, 2002 at 08:06:24AM -1000, Arthur W. Neilson III wrote:
What's up with the broken dns for freebsd.org?
Mar 30 07:56:08 ns1.pilikia.net sendmail[49553]: g2UHu8X49553: ruleset=check_rcpt,
arg1=[EMAIL PROTECTED],
On Sat Mar 03/30/02, 2002 at 11:00:30AM -0800, Claus Assmann wrote:
On Sat, Mar 30, 2002, Greg White wrote:
On Sat Mar 03/30/02, 2002 at 08:06:24AM -1000, Arthur W. Neilson III wrote:
What's up with the broken dns for freebsd.org?
Mar 30 07:56:08 ns1.pilikia.net sendmail[49553]:
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
In local.freebsd.stable you write:
Hello, people.
The problem is - when doing execl() after fork() inside a signal handler,
the signal is not delivered to executed child anymore. Is this correct? (I
understand, that doing such things is a bad idea, but... :)
Looks like a result of the signal
14 matches
Mail list logo