Fresh 14.0 install includes sendmail specific mailer.conf?

I've finally started to play with FreeBSD 14 and one of the bits I'm interested in is the sendmail replacement. However, I'm noticing on a fresh system that mailwrapper still defaults to sendmail. I noticed this when on new systems I was not getting output from cronjobs. I didn't see any mention that we should need to update mailer.conf to use dma, and would not expect to need to on a fresh install.

Verified sendmail is not enabled:
Code:
# grep sendmail /etc/rc.conf
sendmail_enable="NONE"

Mail from cron and other tools are using sendmail and failing:
Code:
Nov 13 03:05:41 new-server sendmail[38557]: 3A89dKeD092996: to=root, delay=4+23:26:20, xdelay=00:00:00, mailer=relay, pri=509663, relay=[127.0.0.1], dsn=4.4.1, stat=Deferred: Connection refused by [127.0.0.1]

I would assume the default /etc/mail/mailer.conf would use dma, but it still uses sendmail:
Code:
# cat /etc/mail/mailer.conf
# $FreeBSD$
#
# Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail
#
# If dma(8) is installed, an example mailer.conf that uses dma(8) instead can
# can be found in /usr/share/examples/dma.
#
sendmail    /usr/libexec/sendmail/sendmail
mailq        /usr/libexec/sendmail/sendmail
newaliases    /usr/libexec/sendmail/sendmail
hoststat    /usr/libexec/sendmail/sendmail
purgestat    /usr/libexec/sendmail/sendmail

Shouldn't the default /etc/mail/mailer.conf be pointed at dma?
 
My 14/stable changed this when I upgraded from 13/stable:
Code:
#
# mailer.conf for use with dma(8)
#
# If sendmail is configured, an example of mailer.conf that uses sendmail
# instead can be found in /usr/share/examples/sendmail.

sendmail        /usr/libexec/dma
mailq           /usr/libexec/dma
newaliases      /usr/libexec/dma
 
Argh, I was just informed that someone besides me has been mucking with these new servers and wasn't supposed to. I can't delete this thread but feel free to, apologies!
 
So it was somebody else that apparently changed it back to sendmail(8)?

No worries. I'll leave the thread. I'm sure someone else will run into the same issue ;)
 
So it was somebody else that apparently changed it back to sendmail(8)?

No worries. I'll leave the thread. I'm sure someone else will run into the same issue ;)
Well, kinda, these machines were not supposed to be tied into automation tools but that happened. (I didn't do that part, but the automation did the rest!)
 
Back
Top