Настроили mail-receiver, но теперь сайт не отправляет письма?

[Simon_Manning]

Это отдельная ситуация, хотя и связанная. Речь идет о входящих соединениях извне, и Docker добавляет правила, разрешающие доступ к открытым портам.

@supermathie

Chain DOCKER (2 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 RETURN     all  --  docker0 any     anywhere             anywhere            
    0     0 DNAT       tcp  --  !docker0 any     anywhere             anywhere             tcp dpt:https to:172.17.0.2:443
  107  6848 DNAT       tcp  --  !docker0 any     anywhere             anywhere             tcp dpt:http to:172.17.0.2:80

Я не очень хорошо знаком с правилами цепочек netfilter/iptables, но полагаю, что вышеизложенное означает следующее:

1. Если соединение приходит с docker0, то есть из сети Docker по умолчанию, возврат в предыдущую цепочку (прекратить обработку правил в этой цепочке).
2. В противном случае, если соединение приходит из любого источника, кроме docker0, и оно является https или http, применяется DNAT, что перенаправляет его в цепочку FORWARD.

Таким образом, при конфигурации, показанной в другой теме, происходит следующее: если извне поступает трафик https или http, он перенаправляется в Docker. Однако если трафик поступает из сети Docker, он возвращается и отклоняется или отбрасывается цепочкой INPUT.

Команда ufw allow https добавляет правило в цепочку INPUT, разрешающее такой трафик. Таким образом, когда соединение возвращается в цепочку INPUT, как описано выше, оно принимается, и Docker, прослушивающий порт, получает запрос, который в конечном итоге маршрутизируется к контейнеру.