Come correggere “ [Errno 13] Autorizzazione negata ” nelle mailing list di mailman
Su Novembre 30, 2020 da adminDopo aver migrato i domini da un server plesk a un altro, ricevevo molti di questi messaggi ogni giorno: (la casella di posta di destinazione non esiste, quindi li ricevo come messaggi non recapitabili)
Return-Path: <[email protected]> Received: (qmail 26460 invoked by uid 38); 26 May 2012 12:00:02 +0200 Date: 26 May 2012 12:00:02 +0200 Message-ID: <20120526100002.xyzxx.qmail@lvpsxxx-xx-xx-xx.dedicated.hosteurope.de> From: [email protected] (Cron Daemon) To: [email protected] Subject: Cron <list@lvpsxxx-xx-xx-xx> [ -x /usr/lib/mailman/cron/senddigests ] && /usr/lib/mailman/cron/senddigests Content-Type: text/plain; charset=ANSI_X3.4-1968 X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/var/list> X-Cron-Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=list> List: xyzxyz: problem processing /var/lib/mailman/lists/xyzxyz/digest.mbox: [Errno 13] Permission denied: "/var/lib/mailman/archives/private/xyzxyz"
Ho provato a correggere le autorizzazioni da solo, ma il problema persiste.
Risposta
Dopo aver consultato il team di supporto, ora ho la soluzione per questo problema: /usr/lib/mailman/bin/check_perms -f
fa tutta la magia dei permessi nelle directory di mailman. Forse questo aiuta qualcun altro con lo stesso problema.
Commenti
Risposta
Voglio aggiungerla sulla mia macchina,
/usr/lib/mailman/bin/check_perms -f
non ha risolto tutto. Quando lho eseguito ripetutamente (come root), continuava a lamentarsi di 10 problemi (cartelle / file in /usr/lib/mailman
che non erano di proprietà dellutente e dellelenco dei gruppi).
Il seguente comando viene eseguito in /usr/lib/mailman/
o /var/lib/mailman/
(dipende dalla directory in cui viene rilevato lerrore dal primo comando):
chown -hR list:list ./*
Questo risolverà tutto.
Risposta
questo mi ha aiutato molto. La mia configurazione è attualmente plesk, qmail e mailman. ho scoperto che il percorso per chmod dovrebbe essere
/var/lib/mailman
più utile. fare un chown -hR list:list ./*
regolare non è poi così male. anche
/var/lib/mailman/bin/check_perms -f
funziona. per me.
anche
chown -R popuser:list /var/list/
ha fatto un buon lavoro per me.
/var/qmail/bin/qmail-qstat
e
/var/qmail/bin/qmail-qread
erano anche buoni amici nellaiutare. anche guardando allinterno di
/var/qmail/queue http://www.simonmetzger.de/?p=124 http://www.huschi.net/archiv/plesk-qmail-probleme-mit-mailman.html http://douglasward.net/2010/07/29/required-mailman%C2%A0permissions/ http://recoveringphysicist.com/22/how-to-move-a-mailman-mailing-list-between-domains-or-servers http://www.gnu.org/software/mailman/site.html http://techshihab.wordpress.com/2012/05/11/logs-location-for-plesk-linux-servers/
File da guardare:
/usr/local/psa/var/log/maillog /var/log/mailman/smtp-failure /var/log/mailman/error
Strumenti utilizzati
/var/mailman/bin/unshunt /var/mailman/bin/arch
E sempre per assicurarmi che tutte le opzioni di elenco (max_size, pubblicità, … siano impostate correttamente) Non sono sicuro che questo sia di aiuto per qualcuno, ma divertiti.
Rispondi
la mia reputazione è troppo bassa per fare +1 sulla tua risposta L3viathan ma grazie! Ho avuto esattamente lo stesso problema durante lesecuzione di / usr / lib / mailman / bin / check_perms -f, anche come root:
# /usr/lib/mailman/bin/check_perms -f /var/lib/mailman/Mailman bad group (has: root, expected list) (fixing) /var/lib/mailman/logs bad group (has: root, expected list) (fixing) /var/lib/mailman/bin bad group (has: root, expected list) (fixing) /var/lib/mailman/cgi-bin bad group (has: root, expected list) (fixing) /var/lib/mailman/icons bad group (has: root, expected list) (fixing) /var/lib/mailman/mail bad group (has: root, expected list) (fixing) /var/lib/mailman/cron bad group (has: root, expected list) (fixing) /var/lib/mailman/scripts bad group (has: root, expected list) (fixing) /var/lib/mailman/templates bad group (has: root, expected list) (fixing) /var/lib/mailman/locks bad group (has: root, expected list) (fixing) Problems found: 10 Re-run as list (or root) with -f flag to fix
cambiando il proprietario manualmente risolto il problema delle autorizzazioni. Lunica differenza era i miei problemi di autorizzazione erano nel percorso / var / lib / mailman:
# cd /var/lib/mailman # chown -hR list:list ./* # /usr/lib/mailman/bin/check_perms -f No problems found
/var/lib/mailman
. Questi non vengono risolti dacheck_perms
, ma possono essere risolti aggiungendo-h
achown
ochgrp
. Vedi le risposte di seguito.