Cómo corregir “ [Errno 13] Permiso denegado ” en las listas de correo de mailman
On noviembre 30, 2020 by adminDespués de migrar dominios de un servidor plesk a otro, recibí varios de esos correos todos los días: (el buzón de correo de destino no existe, así que los recibo como mensajes rebotados que no se pueden entregar)
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"
Intenté arreglar los permisos yo mismo, pero el problema aún existe.
Respuesta
Después de consultar al equipo de soporte, ahora tengo la solución para este problema: /usr/lib/mailman/bin/check_perms -f
hace toda la magia de permisos en los directorios de mailman. Quizás esto ayude a alguien más con el mismo problema.
Comentarios
Respuesta
Quiero agregar eso en mi máquina,
/usr/lib/mailman/bin/check_perms -f
no solucionó todo. Cuando lo ejecuté repetidamente (como root), seguía quejándose de 10 problemas (carpetas / archivos en /usr/lib/mailman
que no eran propiedad de la lista de usuarios y grupos).
El siguiente comando se ejecuta en /usr/lib/mailman/
o /var/lib/mailman/
(depende del directorio en el que se encuentre el error con el primer comando):
chown -hR list:list ./*
Esto solucionará todo.
Respuesta
esto me ayudó mucho. Mi configuración es actualmente plesk, qmail y mailman. Encontré que la ruta para chmod debería ser
/var/lib/mailman
más útil. haciendo un chown -hR list:list ./*
normal no está tan mal. allí
/var/lib/mailman/bin/check_perms -f
incluso funciona. para mí.
también
chown -R popuser:list /var/list/
hizo un buen trabajo para mí.
/var/qmail/bin/qmail-qstat
y
/var/qmail/bin/qmail-qread
también fueron buenos amigos para ayudar. también mirando dentro de
/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/
Archivos para ver:
/usr/local/psa/var/log/maillog /var/log/mailman/smtp-failure /var/log/mailman/error
Herramientas utilizadas
/var/mailman/bin/unshunt /var/mailman/bin/arch
Y siempre para asegurarme de que todas las opciones de lista (tamaño_máximo, publicidad, … están configuradas correctamente) «no estoy seguro de si esto es de alguna ayuda para alguien, pero disfruta.
Respuesta
mi representante es demasiado bajo para hacer +1 en tu respuesta L3viathan pero gracias! Tuve exactamente lo mismo problema al ejecutar / usr / lib / mailman / bin / check_perms -f, incluso como 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
cambiar el propietario manualmente solucionó el problema de permisos. La única diferencia era mis problemas de permisos estaban en la ruta / var / lib / mailman:
# cd /var/lib/mailman # chown -hR list:list ./* # /usr/lib/mailman/bin/check_perms -f No problems found
/var/lib/mailman
. Estos no están arreglados porcheck_perms
, pero se pueden arreglar agregando-h
achown
ochgrp
. Vea las respuestas a continuación.