Thanks for everyone’s input! I think the issue is resolved. Please see below.
> On Nov 28, 2018, at 6:44 PM, Matt Schwartz wrote:
>
> Also, OpenSMTPD 6.4 has the added advantage of more reliable message
> queueing. If you restart the smtp daemon, the queue resumes reliably. There
> is no good
I think the full config minus pki stuff would be useful. Till then look at
tags. It may be useful.
listen on 587 auth ... tag authed
accept tagged authed ...
On Nov 28, 2018 5:32 PM, Thomas Smith wrote:
>
> Hi,
>
> I’m running OpenSMTPd on OpenBSD 6.3.
>
> The server is used primarily as a
Also, OpenSMTPD 6.4 has the added advantage of more reliable message
queueing. If you restart the smtp daemon, the queue resumes reliably. There
is no good reason to stick with the older version of OpenSMTPD.
On Wed, Nov 28, 2018, 8:41 PM Thomas Bohl > By default, there is ‘accept from local for
By default, there is ‘accept from local for any relay’, and I’ve kept that in
place. Is this what you were referring to?
That is what's casing the loop. "relay" looks for the MX record (Which
is what you want for everting but your own domain). "relay via" skips that.
As I understand it,
> On Nov 28, 2018, at 5:28 PM, Thomas Bohl
> wrote:
>
> Hi,
>
>> It is possible to configure OpenSMTPd to detect this scenario and to know
>> that it should relay that email to domain.com rather than trying to deliver
>> it to its MX server, which happens to be the server itself?
>>
>>
Hi,
It is possible to configure OpenSMTPd to detect this scenario and to know that
it should relay that email to domain.com rather than trying to deliver it to
its MX server, which happens to be the server itself?
Here’s a very abridged version of my config, showing the relay and
Hi,
I’m running OpenSMTPd on OpenBSD 6.3.
The server is used primarily as a mail filtering relay, filtering with spamd;
however, it’s also used, on a more limited bases, to send outbound emails.
If I’m only relaying email for domain.com, relaying works fine. In this
context, an external user
