Package: procps
Version: 1:3.2.7-6
In /etc/sysctl.conf, it has:
# Uncomment the next line to enable packet forwarding for IPv6
#net.ipv6.ip_forward=1
The correct setting is:
net.ipv6.conf.all.forwarding=1
(there is a net.ipv4.ip_forward but no net.ipv6.ip_forward;
kernel: multiple 2.6.23.x
Package: squirrelmail
Version: 1.4.9a-2
Quite simply, squirrelmail uses a default text/html for PDF attachments,
which
renders them unreadable to some (many?) less computer literate recipients.
The trivial addition of:
'pdf' = 'application/pdf',
to
It turns out my fix is not a fix at all. Uploading PDFs works on the
computer I tested the fix on, and not on the computer I first tried it on,
regardless of this change.
I see the mime type which squirrelmail uses comes from $_FILES which is
set by the uploading browser. Why the same version
Further, the solution (to the Firefox issue) in case anyone comes to this
page by searching: Remove (or rename, or edit) Firefox's mimeTypes.rdf in
your profile directory.
(if you choose to edit it, it's in XML, so be sure to maintain correct
XML syntax when deleting the incorrect entry.)
Please
Package: clamav
Version: 0.88-4
An email with a particular attached Excel spreadsheet causes
clamscan / clamd to take a long time to process, and eventually
segfault (eventually causing all clamd processes to fail on a
machine).
Using --no-ole2 fixes this (scans in a few seconds).
Backtrace:
Package: mailscanner
Version: 4.41.3-2
Severity: important
/usr/share/MailScanner/MailScanner/Sendmail.pm sets locking type to flock
Debian sendmail package 8.13.4-3 uses locking type posix.
The locking type in /usr/share/MailScanner/MailScanner/Sendmail.pm should
be changed to posix. The
Why not solve it? (long-term)
The GZIP format supports optional attributes.
One attribute could be a 'wrap counter' (as per RADIUS approach
to 4Gb sessions).
David.
-Original Message-
From: Drew Scott Daniels [mailto:[EMAIL PROTECTED]
Sent: Wed 06-Jul-05 02:16
To: David Luyer; [EMAIL
Package: gzip
Version: 1.3.5-11
It looks like gzip is storing the incorrect filesize for large
files (probably only 32bits of it). Here's a roughly 40GiB file
(or at least a tar file of 39GiB of files) compressed to roughly 2.6GiB.
[EMAIL PROTECTED]:~/acct-archive-log# gzip -l
8 matches
Mail list logo
