Mam problem z postfiksem na debianie po aktualizacji z squeeze do wheezy. Postfix został skonfigurowany do podpisywania wiadomości przy użyciu filtru dkim-filter. Przed aktualizacją wszystko działało bezbłędnie, teraz nie działa po połączeniu z usługą (gniazda TCP lub UNIX). Myślałem, że może to z powodu przejścia Debiana na opendkim, więc usunąłem filtr dkim i zainstalowałem opendkim - ten sam problem. Próbowałem nawet ustawić połączenie gniazda plików unix zamiast opcji tcp - ten sam problem:
postfix/smtpd: warning: connect to Milter service unix:/var/run/opendkim/opendkim.sock: No such file or directory
lub (z tcp / ip):
postfix/cleanup: warning: connect to Milter service inet:localhost:8891: Connection refused
Sprawdziłem dwa razy - plik gniazda istnieje i usługa nasłuchuje na porcie 8891.
Co mogę zrobić, aby to naprawić?
/etc/default/opendkim
do tej samej, którą już zdefiniowałem,/etc/opendkim.conf
naprawiła. Dzięki!No such file or directory
że ten postfiks nie może znaleźć ścieżki, ale szukał gniazda wewnątrz / var / spool / postfix / var / run / opendkim /, not / var / run / opendkimSzybkie podsumowanie, które pomogło mi naprawić to ostrzeżenie w Ubuntu 16.04 LTS: Postfix wersja 3.1.0-3ubuntu0.2 Opendkim wersja 2.10.3-3build1
(Zakładam, że Postfix i Opendkim są już zainstalowane, zintegrowane ze sobą, a jedynym ostrzeżeniem, które otrzymujesz, jest „połączenie z lokalną usługą Milter: /var/spool/postfix/opendkim/opendkim.sock: Brak takiego pliku lub katalogu”)
Dodaj postfiks użytkownika do grupy opendkim (pomiń, jeśli już to zrobiono)
/ etc / defaults / opendkim, dodaj
to jest to! Nie wiem, dlaczego trzeba pisać
zamiast
. Jeśli ktoś wie, wyjaśnienia są mile widziane.
źródło
/var/spool/postfix/var/spool/postfix/var/run/opendkim/opendkim.sock
Taki sam problem występowałem na odcinku Debian, który okazał się być spowodowany zepsutym plikiem usługi systemd dla opendkim. Zobacz odpowiedź na rozwiązanie: https://serverfault.com/a/847442/84962
Ta poprawka sprowadza się do:
źródło
źródło
Alternatywą byłoby wyłączenie
chroot
, co ma wpływ na bezpieczeństwo:Ostrzeżenia mówią
postfix/cleanup
, więc możesz dezaktywować chroot dla tej usługi.źródło
połącz się z usługą Milter unix: /clamav/clamav-milter.ctl: Odmowa dostępu
ls -l / var / spool / postfix / clamav srw-rw ---- 1 clamav clamav 0 kwi 4 17:59 clamav-milter.ctl
clamav-milter.conf
użytkownik clamav MilterSocketGroup postfiks MilterSocketMode 660
uprawnienia użytkownika dla miltera
chown postfix: postfix /var/spool/postfix/clamav/clamav-milter.ctl
Pracuje dla mnie
źródło
Miałem problem, ponieważ OpenDKIM i Postfix działają z prawami różnych użytkowników oraz piszą i czytają z tego samego gniazda.
Dodałem użytkownika postfiksa do grupy opendkim:
źródło