Hi,
I finally managed to solve this issue: the MTU of all bridged network
interfaces had to be reduced from 1500 down to 1490. (The external interface
was on 1490 already.)
I still don't understand why these patches of commit 367740 could cause this,
and I do not have the knowledge to understa
Hi -
Michael Grimm wrote:
> Well, now I am able to omit this commit, but I would love to know what is
> going on, and why this commit may break 'authentication/certificate
> exchange/what so ever' of IMAP and SMTP/submission clients running in a VNET
> jail ...
It just came to my mind, that
Ronald Klop wrote:
> On Sun, 22 Nov 2020 14:37:33 +0100, Michael Grimm wrote:
>> P.S. How may I update a local svn copy and simultaneously omit commit 367740
>> from being applied, or how may I revert commit 367740, only?
>
>
> From the top of my head you can do something like:
>
> Assuming
On Sun, 22 Nov 2020 14:37:33 +0100, Michael Grimm
wrote:
Hi,
I am running 12.2-STABLE and VNET jails, one of which host a recent
Dovecot IMAP and a recent postfix SMTP server. Authentication is forced
via TLS/SSL for both services (ports 587 and 993). Setup is as follows:
extIF
Hi,
I am running 12.2-STABLE and VNET jails, one of which host a recent Dovecot
IMAP and a recent postfix SMTP server. Authentication is forced via TLS/SSL for
both services (ports 587 and 993). Setup is as follows:
extIF0/pf/NAT <—> epairXa (bridge0) epairXb <-> jail
A recent upgrade