Драйвер Dovecot auth-sql не соблюдает параметры имени пользователя sql, как мне обойти это?

Dovecot работает в тюрьме и правильно настроен для соединений SQL.

dovecot-sql-conf.ext имеет соответствующие параметры, основная из которых проблематична - connect.

connect = host = 127.0.0.1 dbname = mailserver user = mailuser password = password

Пользователь sql установлен на (скрытый), поэтому нет проблем с dovecot или postfix, пытающимися получить доступ к сокету, который он не может доступ из тюрьмы.

Dovecot запускается, проблем нет. Попытка входа в imap, временная ошибка аутентификации.

Журналы выглядят следующим образом:

dovecot: auth-worker (1295): Ошибка: mysql (127.0.0.1): не удалось подключиться к базе данных ((почтовый сервер)): доступ запрещен для пользователя 'mailuser' @ 'localhost' (с паролем: ДА).

Кто-нибудь знает, как заставить dovecot использовать формат% u (username = user @ domain) для имени пользователя sql-драйвера вместо % n (скрыто)

Я буквально перепробовал все, что мог придумать / найти, включая погружение в источник для изменения параметра 'localhost'. Он кажется неизменным.

Файл option_file выглядел многообещающе, но тестирование показывает, что на самом деле он не считывает большинство параметров соединения, и нет абсолютно никакой документации по формату, который они ищут, кроме начала с option_group [client] для избежать фатальной ошибки.

Я бы предпочел не перемещать sql-сокет в папку dovecot и мне пришлось бы создавать отдельное имя пользователя sql, чтобы dovecot мог делать запросы, если это вообще возможно.

Я надеюсь у кого-то из присутствующих может быть представление о том, как решить эту проблему ...

Для справки, я использую пакет 2.2.33.2, доступный для Bionic.Я планирую собрать новейшую версию dovecot завтра, когда у меня будет время (хотя по этому поводу не было ошибок / проблем.

Edit: @anx, я включил SELECT User, Host, Plugin из mysql.user; У меня было предоставить дополнительные привилегии для этого; Изменить: я настроил тесты mysql, чтобы включить имя базы данных; Ранее я просто набирал USE mailserver;

+-----------+-----------+-------------+
| user      | host      | plugin      |
+-----------+-----------+-------------+
| root      | localhost | unix_socket |
| mailuser  | 127.0.0.1 |             |
| mailadmin | localhost |             |
+-----------+-----------+-------------+

Ниже приведены команды, которые я использовал для проверки входа в систему с помощью mailuser, обе оказались успешными.

-----------------------------------
mysql -u mailuser -p -h 127.0.0.1.
MariaDB: USE mailserver;
-----------------------------------
mysql -u mailuser -p -h 127.0.0.1 --database='mailserver'
-----------------------------------

(Same output for both commands)
MariaDB[mailserver]> SELECT * from virtual_users
+----+-----------+------------------+------------------+
| id | domain_id | email            | password         |
+----+-----------+------------------+------------------+
|  1 |         1 | john@example.org | {SHA256-CRYPT}.. |
+----+-----------+------------------+------------------+

Тестирование аутентификации с помощью dovecot было выполнено следующим образом:

openssl s_client -connect 127.0.0.1:993 -crlf
IMAP> a login john@example.org password

Временная ошибка аутентификации

Драйвер dovecot mysql выше содержит имя базы данных в строке подключения.

Журналы показывают много записей, подобных приведенной ниже, где аутентификация с помощью SQL не выполняется, потому что он не идентифицируется правильно.

dovecot: auth-worker(1394): Error: mysql(127.0.0.1): Connect failed to database (mailserver): Access denied for user 'mailuser'@'localhost' (using password: YES) - waiting for 125 seconds before retry.

РЕДАКТИРОВАТЬ: см. принятый ответ для подробностей. TL; DR проблема заключалась в повреждении оборудования (ASPM) / сети докеров.