сокет dovecot не работает как служба

У меня странная проблема с голубятней. Моя голубятня безупречно работала на моем грузовике до вчерашнего дня, когда я обновился с debian / jessie до debian / stretch (armhf).
/var символически связан с другим смонтированным диском (точка монтирования /extended): /var -> /extended/hostname/var

Теперь, когда я запускаю его как службу ("systemctl start dovecot"), он не запускается, а сразу завершается с ошибкой.

May 08 21:16:20 hostname systemd[1]: Starting Dovecot IMAP/POP3 email server...
May 08 21:16:20 hostname dovecot[32167]: Error: bind(/var/spool/postfix/private/auth_dovecot) failed: No such file or directory
May 08 21:16:20 hostname dovecot[32167]: Fatal: Failed to start listeners
May 08 21:16:20 hostname systemd[1]: dovecot.service: Control process exited, code=exited status=89
May 08 21:16:20 hostname systemd[1]: Failed to start Dovecot IMAP/POP3 email server.
May 08 21:16:20 hostname systemd[1]: dovecot.service: Unit entered failed state.
May 08 21:16:20 hostname systemd[1]: dovecot.service: Failed with result 'exit-code'.

Всякий раз, когда я начинаю голубятню как root в оболочке dovecot он не показывает ошибок, но работает безотказно.

мой dovecot.conf:

auth_mechanisms = plain login
log_timestamp = "%Y-%m-%d %H:%M:%S "
passdb {
  args = /etc/dovecot/dovecot-mysql.conf
  driver = sql
}
protocols = imap pop3
service auth {
  unix_listener /var/spool/postfix/private/auth_dovecot {
    mode = 0660
    user = postfix
    group = postfix
  }
  unix_listener auth-master {
    mode = 0600
    user = vmail
  }
  user = root
}
ssl_cert =</etc/postfix/sslcert/server.crt
ssl_key =</etc/postfix/sslcert/server.key
userdb {
  args = /etc/dovecot/dovecot-mysql.conf
  driver = sql
}
protocol pop3 {
  pop3_uidl_format = %08Xu%08Xv
}

# Enable installed protocols
!include_try /usr/share/dovecot/protocols.d/*.protocol

# Most of the actual configuration gets included below. The filenames are
# first sorted by their ASCII value and parsed in that order. The 00-prefixes
# in filenames are intended to make it easier to understand the ordering.
!include conf.d/*.conf

# A config file can also tried to be included without giving an error if
# ried not found:
!include_try local.conf

• Я уже удалил сокет /var/spool/postfix/private/auth_dovecot перед запуском, но безрезультатно при запуске в качестве службы. При запуске в оболочке сокет (auth_dovecot) воссоздается при запуске.
• Комментируя unix_listener-part приводит к возможному тайм-ауту при запуске. Ошибка гласит PID file /var/run/dovecot/master.pid not readable (yet?) after start.
• Использование другого имени для сокета (/var/spool/postfix/private/auth) приводит к той же ошибке.
• Я уже пытался полностью переустановить dovecot (apt purge, autoremove, autoclean, clean, install, ...), но это приводит к проблемам с тайм-аутом и странным файлам конфигурации.
• поиск в google / stackexchange не дает решения.

Поскольку я могу без проблем запускать dovecot как root из оболочки, я сильно подозреваю systemd генерируя своего рода chroot но мне нужны подсказки для дальнейшего исследования.

Заранее спасибо.

PS: К счастью, я смогу вернуться к debian/jessie так как у меня есть tar.gz-архив cubietruck SD Card.