Package: munin-node
Version: 1.2.5-1
Severity: normal
when I make this change the plugin works:
o9:~# diff postfix_mailstats /usr/share/munin/plugins/postfix_mailstats
239c239
$cause = 'OTHER' unless $1 =/^\d+$/;
---
$cause = 'OTHER' unless $1 =~ /^\d+$/;
the
Package: amavisd-new
Version: 1:2.4.2-4
Severity: minor
Adds amavis alias to /etc/aliases without asking. This might work for
some configurations, but not all. Can you ask first please? Or maybe
check for a commented-out entry in the file as well as an alternate
pre-existing alias. Thanks.
Package: ajaxterm
Version: 0.7-3
Severity: normal
Each login to ajaxterm leaves a login entry in /var/run/utmp; however,
each subsequent logout is not recorded in the file. This confuses
programs like talk, biff, finger, etc which use the data to locate users
logged in to the system.
-- System
Package: amavisd-new
Version: 1:2.3.3-3
Severity: normal
Per subject, amavis is not tagging unless the mail is put in the
spam quarantine (score exceeds sa_tag2_levl_deflt).
Here is the relevant configuration, a log entry and sample headers of a
mail which amavis considered spam, but didn't
information
would you like? I can tar up /etc/amavis for you as a start.
Thanks,
Thomas
--
Thomas Lakofski +4470 9228 8229'Reality is that which,
gnupg550C DD74 4C38 FAC2 E870when you stop believing in it,
1024D/527D151D 360C A37B BB79 527D 151Ddoesn't go away
that fix your problem?
I added
@local_domains_acl = ( .$mydomain ); # $mydomain and its subdomains
It's working again...and now I know a bit more about amavis.
many thanks,
Thomas
--
Thomas Lakofski +4470 9228 8229'Reality is that which,
gnupg550C DD74 4C38 FAC2
to the domains that machine
is responsible for). Does that fix your problem?
Will let you know.
Thanks!
Thomas
--
Thomas Lakofski +4470 9228 8229'Reality is that which,
gnupg550C DD74 4C38 FAC2 E870when you stop believing in it,
1024D/527D151D 360C A37B BB79 527D 151D
Package: procmail
Version: 3.22-13
Severity: normal
[top of .procmailrc]
SHELL=/bin/sh
PATH=/bin:/usr/bin:/usr/bin
PMDIR=$HOME/.procmail
MAILDIR=$HOME/mail/lists
LOGFILE=$PMDIR/log
DEFAULT=/home/thomas/mail/default/bcc
LOGABSTRACT=all
VERBOSE=no
COMSAT=no
[snip all the rules in the middle]
:0
*
OK. But if I use COMSAT=yes, the same behaviour is seen.
What more information would you need to examine the problem?
On Wed, 18 Jan 2006, Debian Bug Tracking System wrote:
From: Debian Bug Tracking System [EMAIL PROTECTED]
To: Thomas Lakofski [EMAIL PROTECTED]
Date: Wed, 18 Jan 2006 04:18
On Wed, 18 Jan 2006, Santiago Vila wrote:
From: Santiago Vila [EMAIL PROTECTED]
To: Thomas Lakofski [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Wed, 18 Jan 2006 14:12:25 +0100 (CET)
Subject: Re: Bug#348667: procmail: ignores COMSAT option,
sets to 'no' regardless of configuration.
On Wed
.
So the new GUI build is ready for upload?
--
Thomas Lakofski +44 70 9228 8229
'Reality is that which, when you stop believing in it, doesn't go away' --PKD
gpg: 1024D/81FD4B43 2B72 53DB 8104 2041 BDB4 F053 4AE5 01DF 81FD 4B43
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: postfix-policyd
Version: 1.55-1
Severity: normal
I have my address extension in postfix set to '.' for various reasons --
mostly due to address 'validators' often choking on a '+'.
I have mailman accordingly set to do VERP using a '.'
Unfortunately the policyd doesn't seem to have a
: . localtime($lastupdate) .
\\r);
+
+$fixtime = localtime($lastupdate);
+$fixtime =~ s/\:/\\:/g;
+
+ push (@rrd_sum, COMMENT:Last update\\: . $fixtime . \\r);
my $labelled = 0;
my @defined = ();
--
Thomas Lakofski +44
13 matches
Mail list logo
