Thanks Viktor!
Regards,
Nik
This e-mail and any files transmitted with it are strictly confidential, may be
privileged and are intended only for use by the addressee unless otherwise
indicated. If you are not the intended recipient any use, dissemination,
printing or copying is strictly
)
Is it something that will be in the roadmap?
Many thanks,
Nik Kostaras
Team Leader
[Telephone] +44 118 903 8635
[Twitter]@clearswift
[Clearswift] <http://www.clearswift.com/>
1310 Waterside | Arlington Business Park | Theale | Berkshire | RG7 4SA |
United Kingdom
Adaptive Security
g code is easy, what about writing first the documentation how this is
supposed to behave?
If a feature needs more text for its limitations than for its functionality,
then perhaps that is a sign of a problematic feature?
Wietse
Nik Kostaras:
> Hi Wietse,
>
> Very good quest
u are interested I can send a patch with a new config option.
Many thanks,
Nik Kostaras
-Original Message-
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-us...@postfix.org]
On Behalf Of Wietse Venema
Sent: 11 September 2017 16:57
To: Postfix users <postfix-users@postf
functionality on
hostnames? (and if left empty it doesn't perform any checks).
Many thanks,
Nik Kostaras
Team Leader
[Telephone] +44 118 903 8635
[Twitter]@clearswift
[Clearswift] <http://www.clearswift.com/>
1310 Waterside | Arlington Business Park | Theale | Berkshire | RG7 4SA |
United K
not retransmitted immediately after opportunistic TLS
handshake failure
On Thu, Jun 22, 2017 at 06:14:08PM +, Nik Kostaras wrote:
> In one of my tests I'm configuring Postfix client (smtp) to use
> opportunistic TLS with TLSv1.2 protocol only
Don't do that. See RFC7435. Raising the
of
PLAINTEXT_FALLBACK_OK_AFTER_STARTTLS_FAILURE.
Nik
-Original Message-
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-us...@postfix.org]
On Behalf Of Wietse Venema
Sent: 22 June 2017 20:17
To: Postfix users <postfix-users@postfix.org>
Subject: Re: Message not retransmitted immedi
, but Postfix moves the message to deferred
queue rather than retrying immediately in plaintext.
What is the reason of the timeout between the incoming_arrival and
active_arrival (var_min_backoff_time) of a message, before the message is
allowed to be immediately retransmitted?
Many thanks,
Nik Kostaras
