Confirmation as requested from someone impacted on Debian Buster:
My machines running spamassassin 3.4.4-1~bpo10+1 and 5.28.1-6+deb10u1
successfully updated to ruleset version 1898205 this morning around
6:00 UTC.
--
-- Andreas
:-)
A workaround that avoids deleting rules is providing rules.
# chain=OUTPUT
# iptables -Z $chain
iptables v1.8.2 (nf_tables): RULE_REPLACE failed (Invalid argument):
rule in chain OUTPUT
# iptables -Z $chain 1
#
So, instead of `iptables -Z $chain` we could iterate over all
existing rules an
The reported issue seams to be the same as the one in #853981
[ https://bugs.debian.org/853981 ]
--
-- Andreas
On Wed, 31 Jan 2018, at 12:52, Klaus Keppler wrote:
Many "sources.list" files do not contain the "-updates" repository
Even more so: I do source -updates, however, only now I see why the
update was not yet installed automagically:
# apt-cache policy clamav
clamav:
Installed: 0.99.2+dfsg-
Dmitry,
> IMHO the best way to fix this problem permanently would be to add
> "debian/openssh-server.ssh.tmpfile" file with the following content:
> d /var/run/sshd 0755 root root
Isn't that what
$ cat /usr/lib/tmpfiles.d/sshd.conf
d /var/run/sshd 0755 root root
is supposed to do?
BT
I was wondering how to properly fix this for users of Debian Jessie.
Clearly, just re-compiling OpenDKIM including the patch would fix DKIM
of folded headers on systems that do not use OpenDKIM < 2.11 for
evaluating messages, but it would break exchange with other Debian
Jessie servers which d
Package: opendkim
Version: 2.9.2-2
Severity: important
Tags: patch
OpenDKIM, or more precisely, libopendkim up to 2.10.3 fails to canonicalize
folded mail headers according to the RFC 6376 "relaxed" algorithm when a
header is folded (wrapped) right after the ":" as for instance in
| Subject:\r\n
Sometimes `checkrestart` tells me that systemd-logind is in need to be
restarted, but apparently it needs to be restarted more often than
`checkrestart` is able to detect.
How can I programmatically detect that systemd-logind needs to be
restarted? Or should we simply restart unconditionally o
Package: munin-plugins-core
Version: 2.0.6-4+deb7u2
Severity: normal
>From the instructions in /usr/share/munin/plugins/ping_
The following environment variables are used by this plugin
[...]
ping- Ping program to use
However, ping_ has the program hard coded at
case $0 in
It's rather trivial but the maintainer asked me to provide a patch
nonetheless since we got no reply from upstream. See attachment.
--
-- Andreas
:-)
--- postfwd-1.35/sbin/postfwd 2013-04-18 22:31:23.0 +0200
+++ postfwd-1.35-bug749485/sbin/postfwd 2014-10-15 11:25:21.712460389 +0200
Package: postfwd
Version: 1.35-2
Severity: normal
Postfwd1 counts the size of a message only once even if the number
of recipients is > 1. For example
May 15 20:21:48 iac postfix/qmgr[5056]: CB2141329:
from=, size=12229263, nrcpt=69 (queue active)
will add only 12229263 for a rule like
i
Hi François,
Thanks a lot for your prompt reply. I was afraid about what you wrote.
Unfortunately, I cannot take over. I hope others will. All the best to
you!
Thanks for pointing me at the "-d" option. Actually, I forgot to
mention a workaround:
$ recode -d utf8..html < sample.htm | recode h
Package: recode
Version: 3.6-20
Severity: normal
When converting text from HTML to UTF-8, existing and valid UTF-8
characters get mangled. Example shell session:
$ cat sample.htm
Entities: ÄÜÖ; UTF-8: ÄÜÖ
$ file sample.htm
sample.htm: HTML document, UTF-8 Unicode text
$ recode html..utf8 < sam
In https://sourceforge.net/p/squirrelmail/bugs/2799/#ffc5
Thomas Baumann pointed out that the problem is apparently caused by
inexisting yet subscribed folders.
I can confirm that non-existing "folders" cause or can cause the link
to the INBOX folder to be missing on Courier and Dovecot, proba
Found the same problem on an installation using Dovecot IMAPd
$ dpkg -l 'dovecot*' | grep ^.i | awk '{print $1,$2,$3}'
ii dovecot-core 1:2.1.7-2
ii dovecot-imapd 1:2.1.7-2
ii dovecot-pop3d 1:2.1.7-2
The folder tree of the affected user has 178 entries.
However, here, the workaround to add INBOX
I have also reported this upstream at
https://sourceforge.net/tracker/?func=detail&aid=3567126&group_id=311&atid=100311
--
-- Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: squirrelmail
Version: 2:1.4.23~svn20120406-1
Severity: normal
After upgrading squirrelmail from 2:1.4.21-2 (currently in Squeeze/stable)
to 2:1.4.23~svn20120406-1 (currently Wheezy as in testing) I found that
at least one of my users is missing the INBOX entry/link in the folder tree
whe
Package: procmail-lib
Version: 1:2004.1216-1
Severity: normal
A quoted multi-line assignment such as
LOG="some
text"
is valid in terms of procmail but is reported as error by proclint.
$ proclint -l samplerc
Scanning file samplerc:
1:=NL="
2:E"
Bad recipe line: """
3:
4:=
Maybe someone can verify whether the patch contributed by Neil Brown
[ http://www.ktrap.org/mailarchive/git-commits-head/2009/10/31/11499 ]
fixes this? Should be available since 2.6.32.
HTH.
--
-- Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
The following diff might not be an ideal solution. Anyway, I had a
system with a non-swap array in auto-read-only state (array_state =
read-auto), indeed an array which currently is simply not used. Thus,
I changed _checkarray_ to skip it with a warning (change "$quiet -lt
2" to "$quiet -lt 1"
Package: remind
Version: 03.01.05-2
Severity: important
Previous versions of remind had no ''rem'' command on Debian. There was
only ''remind''. According to the current changelog.Debian.gz this was
changed.
''remind'' previously assumed a default file ~/.reminders whereas the
current version
21 matches
Mail list logo
