So beheben Sie "[Errno 13] Berechtigung verweigert" in Mailman-Mailinglisten

7

Nach der Migration von Domänen von einem plesk-Server auf einen anderen habe ich jeden Tag mehrere dieser E-Mails erhalten: (Das Zielpostfach ist nicht vorhanden, daher erhalte ich diese als unzustellbare E-Mail-Bounces.)

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'

Ich habe versucht, die Berechtigungen selbst zu beheben, aber das Problem besteht weiterhin.

Michael
quelle

Antworten:

8

Nach Rücksprache mit dem Support-Team habe ich jetzt die Lösung für dieses Problem: /usr/lib/mailman/bin/check_perms -fFührt die gesamte Berechtigungsmagie in den Mailman-Verzeichnissen aus. Vielleicht hilft dies jemand anderem mit dem gleichen Problem.

Michael
quelle
1
Beachten Sie, dass in einigen Distributionen Mailman mit Symlinks installiert ist /var/lib/mailman. Diese werden nicht durch behoben check_perms, sondern können durch Hinzufügen -hzu chownoder behoben werden chgrp. Siehe die Antworten unten.
Joost
4

Ich möchte das auf meinem Computer hinzufügen,

/usr/lib/mailman/bin/check_perms -f

habe nicht alles repariert. Wenn ich es wiederholt ausführte (als root), beschwerte es sich immer wieder über 10 Probleme (Ordner / Dateien /usr/lib/mailman, die nicht im Besitz der Benutzer- und Gruppenliste waren).

Der folgende Befehl wird in /usr/lib/mailman/oder ausgeführt /var/lib/mailman/(abhängig davon, in welchem ​​Verzeichnis der Fehler vom ersten Befehl gefunden wird):

chown -hR list:list ./*

Dies wird alles reparieren.

L3viathan
quelle
1

das hat mir sehr geholfen. Mein Setup ist derzeit plesk, qmail und mailman. Ich fand, dass der Pfad für chmod sein sollte

/var/lib/mailman

nützlicher. regelmäßig chown -hR list:list ./*dort zu sein ist nicht schlecht. da tut es

/var/lib/mailman/bin/check_perms -f

sogar arbeiten. für mich.

ebenfalls

chown -R popuser:list /var/list/

hat einen guten Job für mich gemacht.

/var/qmail/bin/qmail-qstat

und

/var/qmail/bin/qmail-qread

waren auch gute Freunde bei der Hilfe. auch hineinschauen

/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/

Zu beobachtende Dateien:

/usr/local/psa/var/log/maillog
/var/log/mailman/smtp-failure
/var/log/mailman/error

Benutztes Werkzeug

/var/mailman/bin/unshunt
/var/mailman/bin/arch

Und immer um sicherzustellen, dass alle Listenoptionen (max_size, Werbung, ... richtig eingestellt sind), bin ich mir nicht sicher, ob dies jemandem hilft, aber ich genieße es.

Almereyda
quelle
1

Mein Repräsentant ist zu niedrig, um +1 Ihre Antwort L3viathan zu geben, aber danke! Ich hatte genau das gleiche Problem beim Ausführen von / usr / lib / mailman / bin / check_perms -f, sogar als 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

Durch manuelles Ändern des Besitzers wurde das Berechtigungsproblem behoben. Der einzige Unterschied bestand darin, dass meine Berechtigungsprobleme im Pfad / var / lib / mailman lagen:

# cd /var/lib/mailman
# chown -hR list:list ./*
# /usr/lib/mailman/bin/check_perms -f
No problems found
Billynoah
quelle