Re: Non "quick" virtual rules?

2014-03-07 Thread John Cox
>[snip] >Well you don't see the issue for your use-case, the issue is that >for pretty much every other use-case this is not what's desired. My argument would be that if you don't want that behaviour then you shouldn't use the modifier, however ... >We discussed shortly a new kind of rules with e

OpenSMTPD portable version

2014-03-07 Thread G B
Hi, I'm currently running OpenSMTPD on OpenBSD in a KVM on SmartOS after moving my mail server from a physical machine.  In order to reduce the OpenBSD in KVM I attempted to build OpenSMTPD in a SmartOS Zone, but it cannot find db.h.  The reason is due to Joyent making /usr read-only and placin

Re: Non "quick" virtual rules?

2014-03-07 Thread Gilles Chehade
On Fri, Mar 07, 2014 at 08:40:29AM +, John Cox wrote: > Hi > > >> Is there any chance we could have a rule of the form > >> > >> accept for any virtual no-bounce relay > >> > >> such that if the virtual lookup fails then processing continues to the > >> next line rather than generating a

Re: Non "quick" virtual rules?

2014-03-07 Thread John Cox
Hi >> Is there any chance we could have a rule of the form >> >> accept for any virtual no-bounce relay >> >> such that if the virtual lookup fails then processing continues to the >> next line rather than generating a bounce message. This would >> simplify the generation of forwarding table