Подключение NAS

Используйте существующий NFS export OMV с rw,hard и серверным sync. root_squash остаётся включённым. Установщик не меняет export, ACL или владельцев чужих каталогов.

Для вашей структуры:

/mnt/omv/work/SMTP/SMTP-Docker   клон проекта

/mnt/omv/work/SMTP/mail-data     данные NAS

По данным диагностики kotik-root (UID 1000) может писать в SMTP, а root и UID 70/2000 не могут. Поэтому setup берёт UID/GID из SUDO_UID/SUDO_GID и выполняет операции NAS с этими правами. В Docker тот же UID/GID получает процесс Stalwart. PostgreSQL хранится локально.

findmnt -T /mnt/omv/work/SMTP -o TARGET,SOURCE,FSTYPE,OPTIONS

sudo bash setup.sh

На вопрос NAS directory оставьте /mnt/omv/work/SMTP/mail-data. При первом запуске каталог должен отсутствовать либо быть пустым. Создадутся только blobs/, backups/ и .mail-nas. Blob-файлы и архивы приватны для владельца NAS. chmod 777, отдельный export и no_root_squash не нужны.

Если вход выполнен напрямую как root, укажите реального владельца NAS явно:

bash setup.sh --nas-uid 1000 --nas-gid 1000

Проверка поддерживает прямой NFS и дочерний NFS под systemd autofs. Один autofs без активного NFS, локальная файловая система, soft, softerr и softreval отклоняются.

Каждый up проверяет mount, уникальный маркер установки и возможность записи от сохранённого UID. При отсутствии NAS контейнеры не запускаются. down работает по локальной конфигурации даже при недоступном NAS; остановка уже зависшего на NFS процесса может ждать возвращения сервера.

Потеря работающего NFS hard может блокировать доступ к письмам. Не размонтируйте общий export принудительно: его используют другие сервисы.