how do I see security logs without turning on sendmail?
tuaregmex at gmail.com
Mon Jan 15 20:18:54 UTC 2007
On 12/15/06, Tuareg <tuaregmex at gmail.com> wrote:
> On 12/14/06, Jerry McAllister <jerrymc at msu.edu> wrote:
> > On Thu, Dec 14, 2006 at 12:08:23AM -0800, James Long wrote:
> > > > Date: Wed, 13 Dec 2006 17:33:32 -0600
> > > > From: Lane <lane at joeandlane.com>
> > > > Subject: Re: how do I see security logs without turning on sendmail?
> > > > To: freebsd-questions at freebsd.org
> > > > Message-ID: <200612131733.32763.lane at joeandlane.com >
> > > > Content-Type: text/plain; charset="iso-8859-1"
> > > >
> > > > Tuareg,
> > > >
> > > > clearly sendmail is running. That is indicated by "sendmail"
> > in
> > > > your /var/log/sendmail log.
> > > >
> > > > The question, of course, is how does it get started.
> > >
> > > This is quite the WAG here, but can sendmail be started on-demand
> > > from inetd.conf ?
> > It probably could, but I don't think that is the way it is done
> > normally.
> > Take a look in /etc/defaults/rc.conf at the stuff for sendmail
> > and then note what overrides you have put in /etc/rc.conf
> > Also, check out /etc/rc.sendmail
> > ////jerry
> I sent this before, but here we go again:
> In /etc/defaults/rc.conf these are the lines wich contain "sendmail":
> # Settings for /etc/rc.sendmail:
> sendmail_enable="YES" # 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
> sendmail_submit_flags="-L sm-mta -bd -q30m
> sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO).
> sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound
> sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail
> sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m"
> # Flags for sendmail_msp_queue daemon.
> /etc/rc.sendmail doesn't exists.
> And /etc/rc.conf:
> ### Network daemon (miscellaneous) & NFS options: ###
> sendmail_enable="NONE" # Run the sendmail daemon (or NO).
> cron_enable="YES" # Run the periodic job daemon.
> portmap_enable="NO" # Run the portmapper service (or NO).
> syslogd_enable="YES" # Run syslog daemon (or NO).
> syslogd_flags="-s -s" # Flags to syslogd (if enabled).
> This is for FreeBSD 4.6-RELEASE
Sending again... it seems that the list dont want me to send mails from
Well, after many suggestions from you on this topic last months/year...
We have tried something that let us sent messages from this servers, but we
would like the hear from you, how does this affect the server, we know that
this is not the better solution, but it's what it worked for us.
Found this link: http://security.uoregon.edu/sendmail/
After reading this part:
Turning off 127.0.0.1:25 Altogether
The creation of an MSP process allows for some flexibility in client-class
mail configuration. Because the MSP has a queue of its own, messages can
either be queued or delivered immediately. So in some special cases, a
machine can run without a sendmail listener. This however, is an unusual and
not-recommended practice. It is merely listed here to elaborate on the
differences between MTA's and MSP's.
The "submit.mc" and "submit.cf" in this case would be:
Obviously, it says that it's unusual and not-recommend, but didn't say
exactly the reason.. (maybe you can tell me why, because I have knowledge in
the configuration of sendmail, can configure it to avoid be used as relay,
use of rbl lists, etc, but I'm not exactly an expert).
Well, after reading this... went to one of the new servers.. and read
1. Designate an alternative host for the submission agent to contact
by altering /etc/mail/freebsd.submit.mc (or setting SENDMAIL_SUBMIT_MC
in /etc/make.conf to an alternate .mc file) and using
'make install-submit-cf' in /etc/mail/. Change the FEATURE(msp) line
to FEATURE(msp, hostname) where hostname is the fully qualified hostname
of the alternative host.
So, I modified the respective lines...
# This is the FreeBSD configuration for a set-group-ID sm-msp sendmail
# that acts as a initial mail submission program.
220.127.116.1106/04/13 04:00:23 gshapiro Exp $')
define(`__OSTYPE__',`')dnl dirty hack to keep proto.m4 from complaining
define(`_USE_DECNET_SYNTAX_', `1')dnl support DECnet
dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1]
FEATURE(`msp', `[ my.main.server]')dnl
And now, I'm able to receive the e-mail of our monitoring scripts in our
I compared the file of the old servers, but this method wasn't used, so..
can't tell you yet.. how the old server were modified to be able to send
mails without using sendmail as daemon.
Here is the result of the tests:
%mail -v user at my.main.server
user at my.main.server... Connecting to smtp.my.main.server. via relay...
220-my.main.server ESMTP Mail Server.
220-Ready on Mon, 15 Jan 2007 11:32:53 -0600 (CST).
>>> EHLO new.monitored.server.
250-my.main.server Hello new.monitored.server [xxx.xxx.xxx.xxx], pleased to
>>> MAIL From:<user at new.monitored.server > SIZE=50
250 2.1.0 <user at new.monitored.server>... Sender ok
>>> RCPT To:<user at my.main.server>
250 2.1.5 <user at my.main.server>... Recipient ok
354 Enter mail, end with "." on a line by itself
250 2.0.0 l0FHWrV68053 Message accepted for delivery
user at my.main.server... Sent (l0FHWrV123456 Message accepted for delivery)
Closing connection to smtp.my.main.server.
221 2.0.0 my.main.server closing connection
tail -f /var/log/maillog
Jan 15 11:32:53 monitored sendmail: l0FHWqLe707332: to=
user at my.main.server, ctladdr=user (10001/120), delay=00:00:01,
xdelay=00:00:01, mailer=relay, pri=30050, relay= smtp.my.main.server. [
xxx.xxx.xxx.xxx], dsn=2.0.0, stat=Sent (l0FHWrV123456 Message accepted for
This was done with FreeBSD 6.1 STABLE.
Suggestions on this?
P.S. Yes.. I know we can use smmtp, but please remember, what we wanted it's
to avoid installing software and open the port 25, just wanted to sent the
result of scripts via e-mail.
Thanks for your comments/suggestions/and any other stuff... on this
"solution" (at least for us)
More information about the freebsd-questions