On Tue, Oct 27, 2009 at 12:00:44PM +0100, Robert wrote: > It's the unmodified -release one: > # $OpenBSD: mailer.conf,v 1.4 2009/03/16 14:26:22 jacekm Exp $ > # > # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail > # > sendmail /usr/libexec/sendmail/sendmail > send-mail /usr/libexec/sendmail/sendmail > mailq /usr/libexec/sendmail/sendmail > makemap /usr/libexec/sendmail/makemap > newaliases /usr/libexec/sendmail/sendmail > hoststat /usr/libexec/sendmail/sendmail > purgestat /usr/libexec/sendmail/sendmail > > > I wasn't aware that any changes were needed for smtpd (there is nothing > about this in the documentation). >
>From http://www.openbsd.org/cgi-bin/man.cgi?query=smtpd smtpd is not enabled by default. In order to use it as the system mail- er, ensure the mail queue is empty, then stop sendmail(8): # pkill sendmail Modify the current mailwrapper(8) settings by editing /etc/mailer.conf: sendmail /usr/sbin/smtpctl send-mail /usr/sbin/smtpctl mailq /usr/sbin/smtpctl makemap /usr/libexec/smtpd/makemap newaliases /usr/libexec/smtpd/makemap Rebuild the aliases database, and enable the daemon: # newaliases # echo "sendmail_flags=NO" >> /etc/rc.conf.local # echo "smtpd_flags=" >> /etc/rc.conf.local # smtpd > Now I rebuild the /etc/mail/aliases.db by executing /usr/bin/newaliases, > but this leads to the same result (/var/spool/clientmqueue/...): > (this seems to be the only "newaliases" on the system...) > yes, but if you look at it more carefully you'll notice that the newaliases command is actually a link to the mailwrapper command which uses the settings in /etc/mailer.conf to determine which command to execute for real. As long as you don't fix your mailer.conf, all commands such as makemap and newaliases will use sendmail's executables instead of smtpd's and thus aliases and virtual domains will not work Gilles -- Gilles Chehade freelance developer/sysadmin/consultant http://www.poolp.org
