On Mon, Jun 24, 2013 at 01:41:49PM -0700, Scott Vanderbilt wrote: > On 6/24/2013 1:23 PM, Gilles Chehade wrote: > > >>>"relay backup" is used to setup secondary mail servers for a domain, > >>>that is a server that accept mails for a domain and relay to MXs with > >>>higher priority (i.e. lower preference in DNS). > >>> > >>So when you specify 'mx' as a parameter for the 'backup' keyword, > >>what does that mean precisely? A DNS server host name? A preference > >>value? > >> > >>When I see MX, I think of the MX records in the DNS zone file. I > >>tried using a preference value, and that was rejected by smtpd as > >>invalid. > >> > > > > > > If the backup parameter is specified, the current server > > will act as a backup server for the target domain. > > Accepted mails are only relayed through servers with a > > lower preference value in the MX record for the domain > > than the one specified in mx. [...] > > > >therefore: > > > > accept for domain foobar.org relay backup mx2.example.org > > > >will turn your machine as a backup mx for domain foobar.org with the > >same priority as mx2.example.org, only relaying to other MXs that have > >a higher priority > > Excellent. That's precisely what I needed to know. Thank you! >
np > Also, there is something in the smptd.conf(5) man page which I found > confusing. In the second example, it says "The mail server has an > external interface bnx0." But then the example code goes on to say > "listen on egress". Why is the interface 'bnx0' mentioned if it's > not actually used in the example code? I'm assuming that is a > mistake, but I don't know enough to say for certain. > yes that's an error, the examples used to reference specific interfaces and I have forgotten a description somewhere when I updated the example to no longer do that. I actually fixed it locally about 10 days ago when another user reported the same bug but didn't commit to OpenBSD, it'll do that shortly thanks ;-) > Thanks again for this fantastic software. It pleases me to no end to > never have to look at a .mc file ever again. > no one should, no one should ... ever -- Gilles Chehade https://www.poolp.org @poolpOrg