Голубятне (с Постфиксом) конфигурация отказались от соединения при доступе к автору-userdb
Развертывание приложений опор очень легко на uWSGI. Просто добавьте этот раздел к своему deployment.ini
[uwsgi]
ведущее устройство = 1
процессы = 4
снабдите сокетом =:3031
домой = <venv>
Замена <venv> с полным путем Вашего virtualenv и в конечном счете изменяют порт сокета на то, что Вы хотите/нуждаетесь
Теперь перейдите к nginx.conf и измените его к чему-то вроде этого:
местоположение / {
включайте uwsgi_params;
uwsgi_pass 127.0.0.1:3031;
}
Очевидно, установите uwsgi_pass на правильный порт сокета uWSGI
Теперь запустите uwsgi
uwsgi - ini-вставка <path>
Где <path> полный путь файла deployment.ini
Если Вы находитесь на большом сервере, можно увеличить число процессов также
Ошибка в соединении действительно является проблемой. Отказ в соединении на сокетах unix не очень интуитивно понятен, но это указывает на то, что в сокете ничего не прослушивается (обычно процесс мертв или файл, указанный в качестве адреса, вообще не был сокетом). Это никогда не должно быть проблемой с разрешениями, если dovecot не может открыть сокет для прослушивания из-за разрешений.
Попробуйте остановить dovecot и postfix, удалив файл сокета в / var / run / dovecot / auth-userdb и снова запустив postfix и dovecot (убедитесь, что пользователь dovecot работает с разрешениями на / var / run / dovecot ). Обычно это решает проблему такого типа.
Netstat также отображает сокеты домена unix.