J'ai un problème avec postfix sous Debian après la mise à niveau de squeeze à wheezy. Postfix a été configuré pour signer des messages à l'aide de dkim-filter. Avant la mise à jour, tout fonctionnait parfaitement. Désormais, la connexion au service (prises TCP ou Unix) échoue. Je pensais que c'était peut-être à cause du passage de debian à opendkim. J'ai donc supprimé dkim-filter et installé opendkim - le même problème. J'ai même essayé de définir une connexion de socket de fichier Unix au lieu de l'option TCP - même problème:
postfix/smtpd: warning: connect to Milter service unix:/var/run/opendkim/opendkim.sock: No such file or directory
ou (avec TCP / IP):
postfix/cleanup: warning: connect to Milter service inet:localhost:8891: Connection refused
J'ai vérifié deux fois - le fichier de socket existe et le service écoutait sur le port 8891.
Que puis-je faire pour résoudre ce problème?
/etc/default/opendkim
celui que j'avais déjà défini l'a/etc/opendkim.conf
corrigé. Merci!No such file or directory
que cela signifie que postfix ne peut pas trouver le chemin, mais qu'il a cherché le socket dans / var / spool / postfix / var / run / opendkim /, pas / var / run / opendkimRésumé rapide qui m'a aidé à résoudre cet avertissement sur Ubuntu 16.04 LTS: Postfix version 3.1.0-3ubuntu0.2 Opendkim version 2.10.3-3build1
(Je suppose que Postfix et Opendkim sont déjà installés et intégrés et que le seul avertissement que vous obtenez est le suivant: «se connecter au service Milter local: /var/spool/postfix/opendkim/opendkim.sock: aucun fichier ni répertoire de ce type»)
Ajouter l'utilisateur postfixe au groupe opendkim (ignorer si déjà fait)
/ etc / defaults / opendkim, ajoutez
C'est ça. Je ne sais pas pourquoi il faut écrire
au lieu de
. Si quelqu'un le sait, les explications sont les bienvenues.
la source
/var/spool/postfix/var/spool/postfix/var/run/opendkim/opendkim.sock
Je faisais face au même problème sur l’extension Debian, qui s’est avéré être causé par un fichier de service systemd cassé pour opendkim. Voir cette réponse pour une solution: https://serverfault.com/a/847442/84962
Ce correctif se résume à:
la source
la source
Une alternative serait de désactiver le
chroot
, cela a des implications sur la sécurité:Les avertissements indiquent
postfix/cleanup
que vous pouvez désactiver le chroot pour ce service.la source
se connecter au service Milter unix: /clamav/clamav-milter.ctl: autorisation refusée
ls -l / var / spool / postfix / clamav srw-rw ---- 1 clamav clamav 0 avril 4 17:59 clamav-milter.ctl
clamav-milter.conf
utilisateur clamav MilterSocketGroup postfixe MilterSocketMode 660
autorisations utilisateur pour le milter
postfixé chown: postfix /var/spool/postfix/clamav/clamav-milter.ctl
Travaille pour moi
la source
J'ai eu un problème car OpenDKIM et Postfix fonctionnent avec les droits de différents utilisateurs et écrivent et lisent depuis le même socket.
J'ai ajouté l'utilisateur postfix au groupe opendkim:
la source