On Wed, Sep 18, 2019 at 08:15:28AM -, Helmut Schneider wrote:
> > > smtp_delivery_status_filter does what I need.
> >
> > yes, smtp_delivery_status_filter is a workaround to the defective
> > design you use.
>
> I'm open for improvements. It's for my home usage, a relay in the
> internet wit
On 18/09/2019 10:15, Helmut Schneider wrote:
I'm open for improvements. It's for my home usage, a relay in the
internet with a static ip forwarding mails to my server at home
with an
ip changing every 24h connected via OpenVPN. What's you suggestions?
Le 18/09/2019 à 14:10, Jan Ceuleers a écri
On 9/18/19 2:10 PM, Jan Ceuleers wrote:
On 18/09/2019 10:15, Helmut Schneider wrote:
I'm open for improvements. It's for my home usage, a relay in the
internet with a static ip forwarding mails to my server at home with an
ip changing every 24h connected via OpenVPN. What's you suggestions?
Le 18/09/2019 à 14:44, Matus UHLAR - fantomas a écrit :
>>> On 18/09/2019 10:15, Helmut Schneider wrote:
I'm open for improvements. It's for my home usage, a relay in the
internet with a static ip forwarding mails to my server at home
with an
ip changing every 24h connected via
On 18/09/2019 10:15, Helmut Schneider wrote:
I'm open for improvements. It's for my home usage, a relay in the
internet with a static ip forwarding mails to my server at home with an
ip changing every 24h connected via OpenVPN. What's you suggestions?
Le 18/09/2019 à 14:10, Jan Ceuleers a écri
Le 18/09/2019 à 14:10, Jan Ceuleers a écrit :
> On 18/09/2019 10:15, Helmut Schneider wrote:
>> I'm open for improvements. It's for my home usage, a relay in the
>> internet with a static ip forwarding mails to my server at home with an
>> ip changing every 24h connected via OpenVPN. What's you sug
On 18/09/2019 10:15, Helmut Schneider wrote:
> I'm open for improvements. It's for my home usage, a relay in the
> internet with a static ip forwarding mails to my server at home with an
> ip changing every 24h connected via OpenVPN. What's you suggestions?
>
>
Fetchmail?
Matus UHLAR - fantomas wrote:
> > But I also have other (public) DNS servers in /etc/resolv.conf.
> > And when the internal ones are not available there is no tempfail
> > because the public servers reply with NXDOMAIN.
>
> And this is another part of the problem. Using nameservers that
> clearly
On Mon, Sep 16, 2019 at 01:44:38PM +0200, Helmut Schneider wrote:
> Where can I change the DSN to 4xx and ensure that mails are
> delivered when the tunnel is up again?
Viktor Dukhovni wrote:
Normally, if a tunnel goes down, DNS lookups that require access
to a server on the far side of the t
Viktor Dukhovni wrote:
> On Mon, Sep 16, 2019 at 01:44:38PM +0200, Helmut Schneider wrote:
>
> > Where can I change the DSN to 4xx and ensure that mails are
> > delivered when the tunnel is up again?
>
> Normally, if a tunnel goes down, DNS lookups that require access
> to a server on the far si
On Mon, Sep 16, 2019 at 01:44:38PM +0200, Helmut Schneider wrote:
> Sep 16 06:08:09 h2786452 postfix-in/smtp[12937]: 194853E04AA: to=,
> relay=none, delay=0.01, delays=0.01/0/0.01/0, dsn=5.4.4, status=bounced
> (Host or domain name not found. Name service error for name=exchange01
> type=: Hos
Bill Cole wrote:
> On 16 Sep 2019, at 7:44, Helmut Schneider wrote:
>
> > I already created an entry in the hosts file without success.
>
> This (name resolution) is the ideal place to address your problem. If
> your OS name resolver is not using an entry in your hosts file, it
> may be because
On 16 Sep 2019, at 7:44, Helmut Schneider wrote:
I already created an entry in the hosts file without success.
This (name resolution) is the ideal place to address your problem. If
your OS name resolver is not using an entry in your hosts file, it may
be because the entry isn't correct OR be
13 matches
Mail list logo
