I wrote:
panic: MUTEX_LOCK (22) [op.c:453] at /usr/bin/mimedefang.pl line 21.
BEGIN failed--compilation aborted at /usr/bin/mimedefang.pl line 21.
This appears to be a bug in Perl. If you look at the source code
in perl.c:
static void
S_init_tls_and_interp(PerlInterpreter *my_perl)
{
dVAR
I'm the author of MIMEDefang. I can reproduce this on lenny.
Some stracing shows that perl_parse fails when you try to
do a reload:
panic: MUTEX_LOCK (22) [op.c:453] at /usr/bin/mimedefang.pl line 21.
BEGIN failed--compilation aborted at /usr/bin/mimedefang.pl line 21.
This looks like a bizarre
I'm seeing the exact same thing after upgrading a 4 node mailcluster
from Etch to Lenny. At first I thought my mimedefang-filter was to
blame, but switching off embedded perl fixes things.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". T
Package: mimedefang
Version: 2.64-6
Severity: normal
After upgrading to the new version, mimedefang can't spawn new slaves when
trying to reload.
Calling "/etc/init.d/mimdefang reload" results in these mail.log entries:
Feb 24 12:46:41 DebianBuild mimedefang-multiplexor[4464]: Re-initialized
e
4 matches
Mail list logo
