similar to: error with xz compression

when syncing Mailboxes with IMAPSYNC, using xz compression the dbox file gets corrupted. the same configuration was working ok on low load with xz compression. Dovecot Version 2.2.12 Linux Mint 16 EXT4 Filesystem another dovecot user already reported the same problem on the mailinglist, using dsync. That user switched to bz2 compression what worked for him. the answer was : > are you on

While migrating users from Cyrus IMAP v2.3.14 to Dovecot 2.2.12 (compiled from source) dsync aborts with a backtrace on some (maybe 15 out of 800) mail accounts: (same error happens wiht or without -f flag) dsync -D -v -o mail_fsync=never mirror -f -R -u user at domain imapc: <snip> dsync(user at domain.com): Debug: brain M: in state=sync_mails dsync(user at domain.com): Debug: brain M:

when syncing Mailboxes with IMAPSYNC, using xz compression the dbox file gets corrupted. the same configuration was working ok on low load with xz compression. Dovecot Version 2.2.12 Linux Mint 16 EXT4 Filesystem another dovecot user already reported the same problem on the mailinglist, using dsync. That user switched to bz2 compression what worked for him. the answer was : > are you on

Hi, Would it be possible to ship the releases using xz (or lzma) ? -rw-r--r-- 1 root root 3423720 Jul 20 12:17 syslinux-4.02-pre5.tar.xz -rw-r--r-- 1 root root 3423147 Jul 20 12:17 syslinux-4.02-pre5.tar.lzma -rw-r--r-- 1 root root 4395234 Jul 20 12:17 syslinux-4.02-pre5.tar.bz2 -rw-r--r-- 1 root root 20080640 Jul 20 12:17 syslinux-4.02-pre5.tar Regards, Shantanu

Hello, The attached patch adds bzip2 and lzma/xz libs to stubdom for pvgrub. This is the first step of getting the additional compression methods supported in pvgrub. There''s still some Makefile voodoo to sort out before pvgrub actually properly gets linked against these new libs. This patch only adds the libs and makes them build. -- Pasi

when i try to access a shared mailbox the logfile shows me this and access isn't possible Jun 15 19:38:57 imap(michael at bigmichi1.de): Error: mdbox /srv/vmail/mail/bigmichi1.de/familie/mailboxes/INBOX/dbox-Mails: Invalid dbox header size: 0 Jun 15 19:38:57 imap(michael at bigmichi1.de): Warning: fscking index file /srv/vmail/indexes/shared/bigmichi1.de/michael/shared/familie at

Hi, In order to work around a known upstream bug I needed to add a udev rule to pxeboot initrd.img on CentOS 7. The process is straightforward: 1 - extract the pxeboot initrd.img to a new directory 2 - add the udev rule needed to fix the bug 3 - pack and compress it back in initrd.img format The resulting updated image works, it fixes the upstream bug and life is good. But although it works,

I have lzma installed (in /usr/local) but R-3.3.0 configure doesn't like something about it: checking for lzma_version_number in -llzma... yes checking lzma.h usability... no checking lzma.h presence... no checking for lzma.h... no configure: error: "liblzma library and headers are required" bash-3.2$ ls /usr/local/lib/*lzma* ls /usr/local/lib/*lzma* /usr/local/lib/liblzma.5.dylib

I have just applied this to staging-4.1. Since my own backport and Bastian''s were entirely identical, I haven''t tested it other than to compile it... Thanks, Ian. commit 5e73e3548ce70e433a03843ac4fc21a49277baad Author: Ian Jackson <ian.jackson@eu.citrix.com> Date: Fri Mar 15 18:09:51 2013 +0000 Add DomU xz kernel decompression Signed-off-by: Jan Beulich

hpa, will there be support for lzma and bzip compressed kernels, initrds and images in one of the following releases of syslinux? I saw that you want lzma and bzip2 compression included in the kernel: http://groups.google.com/group/linux.kernel/browse_thread/thread/f415aa765c09c9f7/dae008992e14840f?lnk=raot&pli=1 Gert Hulselmans

Hello, many linux SW is starting to implement new lzma compresson instrad of old zlib (gzip) od bzip2. lzma is default comrpession in very good compression SW 7-zip, which is faster and have higher compression ratio then bzip2 or rar. Currently its probalby the best compressor in therms of compression and decompression speed / compression ratio. In linux there is GNU lzma SW which implements

Hello Timo, I've successfully setup xz compression for my Dovecot installation using the version 2.2.12 from Debian unstable. Together with the activation of the "Single Instance Attachment Storage", this reduced the mail storage utilization for 20 mail accounts by 74%. *My question:* (For this test just one user was logged in. OS = Debian Wheezy, AMD64) After conversion of my

Hi, Two things: 1. Does anyone know of a good PPA with updated packages of Dovecot for Ubuntu? "For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT Repository. (Outdated. Could someone provide a ppa for latest stable Dovecot, please?)" 2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there is a link to a supposedly outdated PPA, the ppa page now redirects to

On 2015-11-04 17:31, aixtools wrote: > On 2015-11-04 16:51, aixtools wrote: >> On 2015-10-15 15:02, Prof Brian Ripley wrote: >>> On 15/10/2015 13:32, Michael Felt wrote: >>>> Hi. >>>> >>>> Just wanted to let you know I am getting close to packaging R for >>>> AIX in >>>> 64.bit mode. >>> >>> Which

when .dovecot.sieve is a symlink (which it is in my case) a warning is written to the error log file, but it still works. Dec 12 10:02:33 managesieve(tester at domain.com): Warning: sieve-storage: Active sieve script symlink /srv/vmail/sieve/domain.com/tester/.dovecot.sieve is broken: invalid/unknown path to storage (points to ingo.sieve). root at

Hi folks, When cross-compiling LLVM to ARM, using CMake+Ninja, I realized that libxml2 depends on lzma, but the dependency is not explicit on the build.ninja file under the "build bin/c-index-test"'s LINK_LIBRARIES (which is the only one that cares about it). I couldn't find the place to add -llzma into the deps, and the only mention of libxml2 is in config-ix.cmake:

CentOS Errata and Bugfix Advisory 2014:0769 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0769.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 63d334c65874542d42df4740d86822cc7fa91364a972042ed773a9b4d84113ae xz-4.999.9-0.5.beta.20091007git.el6.i686.rpm

Joseph, Please try my modified versions of these patches. These are compile-tested on Fedora and they don't break any existing functionality, but I don't have either urpmi nor a statically-linked xz so I cannot fully test them. I have also fixed detection of zlib (2/3). Rich.

On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote: > > > The same issue was already reported (and resolved) in the bug tracker earlier > today. All this is due to 'most systems' using their system lzma (so the > issue was not tickled in eg all the Debian and Ubuntu builds we do) but you > here do not -- and hence got bitten by a Makefile typo. > > Just fix it locally to

I am cross-posting this to r-sig-fedora (I hope that's not an egregious sin) in the hope that doing so might provide some source of insight. I tried sudo yum install zlib and was told > Package zlib-1.2.5-7.fc17.x86_64 already installed and latest version Likewise for "zlib-devel". I also tried sudo yum install bzlib and was told > No package bzlib