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 origin
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
achine
is responsible for). Does 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 i
config files (change the domains 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 believin
rther 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
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 tag:
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
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
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
*
n't aware of the issue yet.
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,
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 fac
push (@complete, "COMMENT:Last update\\: " . $fixtime . "\\r");
if (time - 300 < $lastupdate)
{
@@ -1033,6 +1037,7 @@
{
next unless ($draw{"sum".$time});
my @rrd_sum;
+
13 matches
Mail list logo
