Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Sep 2002 23:19:43 -0400
From:      Daemon <daemon@ircee.com>
To:        Matthew Seaman <m.seaman@infracaninophile.co.uk>, FreeBSD-Questions <freebsd-questions@FreeBSD.ORG>
Subject:   Re: sendmail 8.12 structure
Message-ID:  <20020907231943.747188d6.daemon@ircee.com>
In-Reply-To: <20020907105352.GA19010@happy-idiot-talk.infracaninophi>
References:  <20020604180503.A29935@seekingfire.com> <20020604172401.A68777@xor.obsecurity.org> <f05111b59b99defefeed4@[10.0.1.90]> <20020906085719.GC34657@happy-idiot-talk.infracaninophi> <f05111b7fb99f1bd58564@[10.0.1.90]> <20020907105352.GA19010@happy-idiot-talk.infracaninophi>

next in thread | previous in thread | raw e-mail | index | archive | help
THANK YOU< THANK YOU and THANK YOU!!!  I have been battling with sending mail non-stop for the last 2 days.  It happened right after I cvsup'd the latest Stable branch and ran mergemaster.  What I didn't know and couldn't find was the changes that needed to be made to /etc/make.conf and /etc/rc.conf.  I've been following this thread hoping it would shed some light on my delimma.  I had tried entering some earlier settings that I saw in this thread to no avail.  Turns out, I had sendmail_submit_enable="YES" set to "NO".  If it helps anyone who is just running a regular box and not a server, here are the settings I'm using with 4.6.2-RELEASE

/etc/make.conf
sendmail_outbound_enable=	"YES"				# Dequeue stuck mail (YES/NO).
sendmail_outbound_flags=	"-L sm-queue -q30m"		# Flags to sendmail (outbound only)
sendmail_msp_queue_enable=	"YES"				# Dequeue stuck clientmqueue mail (YES/NO).
sendmail_msp_queue_flags=	"-L sm-msp-queue -Ac -q30m"	# Flags for sendmail_msp_queue daemon.

and

/etc/rc.conf
# Settings for /etc/rc.sendmail:
sendmail_enable="NO"	# Run the sendmail inbound daemon (YES/NO/NONE).
			# If NONE, don't start any sendmail processes.
sendmail_flags="-L sm-mta -bd -q30m"	# Flags to sendmail (as a server)
sendmail_submit_enable="YES"	# Start a localhost-only MTA for mail submission
sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost"	# Flags for localhost-only MTA
sendmail_outbound_enable="YES"	# Dequeue stuck mail (YES/NO).
sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only)
sendmail_msp_queue_enable="YES"	# Dequeue stuck clientmqueue mail (YES/NO).
sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m"	# Flags for sendmail_msp_queue daemon.

Hope this helps someone out there fighting with this.  Thanks so very much, Matthew.

Regards

Mark

PS - I tried enabling "softupdates" according to http://bsdvault.net/sections.php?op=viewarticle&artid=54 
After following the instructions of tunefs -n enable /usr  I got softupdates enabled but when I do # tunefs -p /dev/ad0s1a I get -
tunefs: soft updates:  (-n)                                disabled
also if I do #sysctl -w kern.ipc.maxsockets=16424  I get
sysctl: oid 'kern.ipc.maxsockets' is read only.  Can anyone shed some light on why this changed?


On Sat, 7 Sep 2002 11:53:52 +0100
Matthew Seaman <m.seaman@infracaninophile.co.uk> wrote:


>   iii) Running sm-mta so that only processes on the local machine can
>        speak SMTP to it.  That is how the sm-msp process hands off new
>        messages to the sm-mta.  This mode is enabled by the following
>        combination of settings in /etc/rc.conf:
> 
>         sendmail_enable="NO"
>         sendmail_submit_enable="YES"  (default)
> 
>        and the flags are the same as for (ii) with the addition of:
> 
>         -ODaemonPortOptions=Addr=localhost Only bind to 127.0.0.1:25
>                                            to listen for SMTP
>                                            connections.  The loopback
>                                            interface should only be
>                                            accessible from the
>                                            localhost: may need to be
>                                            enforced by firewall rules.
> 
>        This mode is appropriate for most general purpose machines
>        ie. those that aren't expected to receive incoming messages.
> 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020907231943.747188d6.daemon>