[pmg-devel] [PATCH pmg-api/pmg-gui] expand TLS Destination Policy
Stoiko Ivanov
s.ivanov at proxmox.com
Tue Mar 17 12:28:44 CET 2020
Thanks for the review and tests!
On Wed, Mar 11, 2020 at 03:53:05PM +0100, Dominik Csapak wrote:
> looked at and tested, works so far and code looks good
> 2 points i want to mention:
>
> 1. postfix talks about the syntax [ipv6:<ipv6-address>]
> and says ipv6 adresses must be written this way, but it does not
> actually enforce it. i guess it would be good to also allow
> that syntax just for completeness (e.g. if users edit the
> transport map manually) but this is more tangetially related
good point! (will send an updated v2 with the whole /etc/pmg/transport
parsing adapted - to support it there as well)
>
> 2. in patch pmg-api 2/2 you could have both domain and destination
> filled in during the 'read_tls_policy' sub, instead of the api
> call, but since we want to remove this anyway, it does not hurt
took a look - see the point of 1 line in Config.pm vs. 2 lines in
API/Transport.pm - but OTOH the backward-compatibility code is quite a few
lines more - and that way it's kept to one source-file - which I would
prefer.
so would leave that as is if you're ok with it?
>
> Tested-by: Dominik Csapak <d.csapak at proxmox.com>
> Reviewed-by: Dominik Csapak <d.csapak at proxmox.com>
>
> On 3/4/20 10:31 AM, Stoiko Ivanov wrote:
> > The following patchset addresses #1948, and allows users to specify next-hop
> > destinations (as defined in the transports (5) table) in additions to domains
> > in the tls_policy table. This is needed if you want to set a specific TLS
> > policy for a downstream server (from PMG's perspective) - e.g. if you need
> > to ensure encrypted communication with your mailserver (or if your mailservers'
> > TLS implementation is a broken or outdated and you need to disable TLS for it)
> >
> > The minimal fix is contained in the first patch for pmg-api.
> >
> > The remaining patches rename the used 'domain' property into 'destination',
> > since it's more fitting. I tried to maintain backward compatibility on the API
> > level - but would be grateful for suggestions of alternatives.
> >
> >
> > pmg-api:
> > Stoiko Ivanov (2):
> > fix #1948: allow setting TLS policy for transports
> > TLSPolicy: rename domain to destination
> >
> > src/PMG/API2/DestinationTLSPolicy.pm | 82 +++++++++++++++++-----------
> > src/PMG/Config.pm | 34 +++++++++---
> > 2 files changed, 77 insertions(+), 39 deletions(-)
> >
> > pmg-gui:
> > Stoiko Ivanov (2):
> > TLSDomains: rename domain to destination
> > rename TLSDomain to TLSDestination
> >
> > ...Domains.js => MailProxyTLSDestinations.js} | 32 +++++++++----------
> > js/MailProxyTLSPanel.js | 8 ++---
> > js/Makefile | 2 +-
> > 3 files changed, 21 insertions(+), 21 deletions(-)
> > rename js/{MailProxyTLSDomains.js => MailProxyTLSDestinations.js} (81%)
> >
>
>
More information about the pmg-devel
mailing list