opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Desgarrando mi oír fuera - correo server malfunction

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Desgarrando mi oír fuera - correo server malfunction
From: Rodney Baker <rodney.baker@xxxxxxxxxxxx>
Date: Mon, 10 Oct 2011 23:53:58 +1030
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 10 Oct 2011 09:24:24 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <j6ur20$rr0$1@saturn.local.net>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
References: <201110101907.09868.rodney.baker@iinet.net.au> <201110102255.51151.rodney.baker@iinet.net.au> <j6ur20$rr0$1@saturn.local.net>
Reply-to: opensuse@xxxxxxxxxxxx
User-agent: KMail/1.13.7 (Linux/3.1.0-rc3-1-desktop-vk5ztv; KDE/4.6.5; i686; ; )
En *Mon, 10 *Oct 2011 23:43:37 Por *Jessen escribió:
> Panadero de Rodney escribió:
> > En *Mon, 10 *Oct 2011 19:37:02 Por *Jessen escribió:
> >> Panadero de Rodney escribió:
> >> > *Hi todo. Corro un correo local *server con un *fairly estándar *setup:
> >> > 
> >> > *Fetchmail -> *sendmail ->*procmail -> *spamd -> *Maildir -> *dovecot
> >> > IMAP.
> >> > 
> >> > Todo trabajado bien hasta que alrededor de 1345 tiempo local domingo. Nunca
> >> > desde entonces, *fetchmail ha sido vertiendo todo correo a /*var/*spool/correo/
> >> > <*username> y allí se queda. El resto de la
> >> > cadena no está disparando. *procmail Es configurado para escribir a un *log archivo
> >> > en mi directorio de casa (*pm.*log) Y que no está siendo escrito.
> >> > 
> >> > Nada ha sido escrito a /*var/*log/correo desde agosto 28*th (cuándo
> >> > yo *upgraded a *oS 11.4) de modo que es ninguna ayuda.
> >> 
> >> Es vuestro *syslog *daemon corriendo?
> > 
> > *Er, ningún. *Damn!
> > 
> > /*etc/*init.*d/*syslog Retoma informes:
> > Cerrando *syslog los servicios
> > hechos
> > Empezando *syslog *servicessyslog-*ng: Error en *setgid(); grupo='rueda',
> > *gid='10', error='Operación no *permitted'
> > *startproc:  estado de salida de padre de /*sbin/*syslog-*ng: 1
> 
> fallado
> 
> > *Hmmm...Ahora tengo para imaginar fuera de por qué *aquello* está pasando. Consigue *syslog
> > corriendo y podría ser más cercano a conseguir algunas respuestas de /*var/*log/correo.
> > Bien coger.
> 
> He sido mordido una vez o dos veces yo :-(
> 
> Ve si /*var/*log/auditoría/de auditoría.*log Podría tener cualesquier pistas sobre *syslog-*ng.

Sí, él  (pero vi vuestra respuesta después de que lo conseguí yendo). 

Dijo, 

tipo=*AVC *msg=auditoría(1318249299.372:37): *apparmor="operación" NEGADA="padre" 
capaz=12038 perfil="/*sbin/*syslog-*ng" *pid=12039 *comm="*syslog-*ng" capacidad=6  
*capname="*setgid"


*syslog-*ng intentaba obedecer el "-*g parámetro" de rueda puesto en 
/*etc/*sysconfig/*syslog. Saqué que parámetro y entonces empezó, pero con un 
entero *stack de advertir mensajes sobre parámetros/obsoletos incompatibles en 
/*etc/*syslog/*syslog-*ng.*conf. Copiando *syslog-*ng.*conf.*rpmnew A *syslog-*ng.*conf 
Fijó aquello y él empezaron *cleanly. 

Trampas para jugadores jóvenes - *syslog es uno de aquellas cosas que tú  no el aviso 
no está corriendo hasta que realmente #necesitar, y para algunos razonan no había hecho la conexión 
entre *syslog y /*var/*log/correo. Tendría que haber sabido mejor. Yo 
 tiempo próximo. :-)

> Y el correo - dónde  normalmente va en vez de /*var/*spool/correo/
> <*username>?  Suena tan si *fetchmail es *defaulting
> al último, posiblemente debido a un problema de acceso (salvaje adivinando).

Problema de permisos de hecho - *procmail era *complaining sobre los permisos 
encima .*procmailrc Y escribiendo el mensaje de error al no-corriendo *syslog *daemon. 
:-|


-- 
===================================================
Panadero de Rodney *VK5*ZTV
rodney.baker@xxxxxxxxxxxx
=================================================== 

-- 
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
para contactar el dueño, *e-correo: *opensuse+owner@xxxxxxxxxxxx


On Mon, 10 Oct 2011 23:43:37 Per Jessen wrote:
> Rodney Baker wrote:
> > On Mon, 10 Oct 2011 19:37:02 Per Jessen wrote:
> >> Rodney Baker wrote:
> >> > Hi all. I run a local mail server with a fairly standard setup:
> >> > 
> >> > Fetchmail -> sendmail ->procmail -> spamd -> Maildir -> dovecot
> >> > IMAP.
> >> > 
> >> > Everything worked fine until around 1345 local time Sunday. Ever
> >> > since then, fetchmail has been dumping all mail into
> >> > /var/spool/mail/<username> and there it stays. The rest of the
> >> > chain isn't firing. procmail is configured to write to a log file
> >> > in my home directory (pm.log) and that is not being written.
> >> > 
> >> > Nothing has been written to /var/log/mail since August 28th (when I
> >> > upgraded to oS 11.4) so that is no help.
> >> 
> >> Is your syslog daemon running?
> > 
> > Er, no. Damn!
> > 
> > /etc/init.d/syslog restart reports:
> > Shutting down syslog services
> > done
> > Starting syslog servicessyslog-ng: Error in setgid(); group='wheel',
> > gid='10', error='Operation not permitted'
> > startproc:  exit status of parent of /sbin/syslog-ng: 1
> 
> failed
> 
> > Hmmm...now I've got to figure out why *that* is happening. Get syslog
> > running and I might be closer to getting some answers from
> > /var/log/mail. Good catch.
> 
> I've been bitten once or twice myself :-(
> 
> See if /var/log/audit/audit.log might have any hints about syslog-ng.

Yes, it did (but I saw your reply after I got it going). 

It said, 

type=AVC msg=audit(1318249299.372:37): apparmor="DENIED" operation="capable" 
parent=12038 profile="/sbin/syslog-ng" pid=12039 comm="syslog-ng" capability=6  
capname="setgid"


syslog-ng was trying to obey the "-g wheel" parameter set in 
/etc/sysconfig/syslog. I removed that parameter and then it started, but with 
a whole stack of warning messages about incompatible/obsolete parameters in 
/etc/syslog/syslog-ng.conf. Copying syslog-ng.conf.rpmnew to syslog-ng.conf 
fixed that and it started cleanly. 

Traps for young players - syslog is one of those things that you don't notice 
isn't running until you really need it, and for some reason I hadn't made the 
connection between syslog and /var/log/mail. I should have known better. I 
will next time. :-)

> And the mail - where would it normally go instead
> of /var/spool/mail/<username>?  It sounds as if fetchmail is defaulting
> to the latter, possibly due to an access problem (wild guessing).

Permissions problem actually - procmail was complaining about the permissions 
on .procmailrc and writing the error message to the non-running syslog daemon. 
:-|


-- 
===================================================
Rodney Baker VK5ZTV
rodney.baker@xxxxxxxxxxxx
=================================================== 

-- 
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>