Hi,
Discovered this bug while researching trouble i'm having with systemd
boot and (forced) fscks. All that has been said in this bug, i'm seeing
the same. Since this bug was last updated december 20th 2015, i'm
wondering what the state of this is atm.
I'm running Ubuntu 16.04 though, systemd
Quoting Stefan Fritsch ([EMAIL PROTECTED]):
does anyone still experience problems with apt-cacher and apache
2.2.x? Note that you need to use mod_cgid instead of mod_cgi if you
don't use mpm-prefork.
I haven't used apt-cacher for a long time. I would not know if it still
causes problems with
Package: proftpd
Version: 1.3.0-25
Severity: important
Hi,
ProFTPd 1.3.0-25 seems to lack support for directives like 'HideGroup'
and restrictions using Limit Using this config works just fine
in 1.3.0-24. The -25 revision seems to just ignore all of the options
specified. The contents of
Quoting Richard Burton ([EMAIL PROTECTED]):
I'm drowning in spam here, any more ideas on what I can check? I've tried
purging the sa-exim and spam assassin packages and reinstalling, didn't
help. Logs still show SA appears to be working fine, but sa-exim is still
saying there was an
Quoting Richard Antony Burton ([EMAIL PROTECTED]):
Log contains:
2006-05-13 13:39:42 1FetPI-0005GT-MT SA: Action: SA didn't successfully run
against message
Which means SA-Exim did work, but SpamAssassin itself failed for some
reason. It would be great if you can search through your logs and
tags 362000 wontfix
close 362000
thanks
Because sa-exim does not setuid to the local user when it has
a chance to do so, spamc does not inform spamd that a local
user is being handled (User: protocol field).
At the time sa-exim runs neither sa-exim nor exim knows what user this
mail will
reassign 300762 spamassassin
thanks
This bug is not a sa-exim related problem.
Nor can i reproduce it in any way. All sa-exim does is call spamc with
the message supplied at smtp time, if spamd bloats it's probably related
to your configuration of spamassassin or other another problem.
With
tags 268109 +unreproducible +wontfix
thanks
As stated by the sa-exim upstream maintainer:
| sa-exim: does not respect exim's load control options
|
| Hi Anand :)
| sa-exim should have no way to affect Exim's load or other variables. I
| would set as cannot reproduce (I use load options too
close 266948
thanks
The documentation states the best way to run spamassassin icm sa-exim.
Important:
You want to run spamd as such:
/usr/sbin/spamd -d -u nobody -H /var/spool/spamassassin/
The -H parameter makes spamassassin create it's user_prefs there and not
in user nobody's homedirectory.
Hello,
The reason check-updates isn't working is that $signatureDirectory is
undefined. After changing /usr/lib/f-prot/tools/check-updates line 145 to:
my $signatureDirectory = /var/lib/f-prot/;
And re-running dpkg --configure f-prot-installer, things started working
again.
Regards,
Sander.
--
Quoting Johannes Rohr ([EMAIL PROTECTED]):
my $signatureDirectory = /var/lib/f-prot/;
Yes, but next time a new version of f-prot is downloaded and installed,
things will break again.
Yup. My message was more to help people with the same problem to get
their f-prot running again ;)
. I don't have time for Debian
packaging anymore. I shall resign from the project as my current
situation will not do any good to the packages that i am supposed to
maintain.
Kind regards,
Sander Smeenk.
--
| From the FidoNet tagline collection:
| A bad day on the bike always beats a good day
Quoting Alexis Sukrieh ([EMAIL PROTECTED]):
The package is ready, I'm going to ask my sponsor to upload it, Sander
Smeenk is ok for that.
ACK'ed.
--
|#include math.h /*** viznut --- http://www.hytti.uku.fi/~vheikkil/ */
|main(v,i,z,n,u,t){for(v=-1;;)for(n=pow(/* gcc -lm sig.c; a.out
Hello,
http://bugs.debian.org/281697
I'd just like to add to this report that indeed I also am
experiencing that apt-cacher is not working, or very slow at times.
I'm running apache2, but it doesn't seem to matter wether i use the
prefork or the worker mpm. I do however think it's apache2
14 matches
Mail list logo
