similar to: Problems with compressed mail_attachment_dir

I need to run a mail-migration from a Dovecot with mail_attachment_dir / single instance storage enabled. As mailboxes and mail_attachment_dir are rsynced I would normally run a doveadm backup -u <user> -R -d dbox:<path to rsynced mailbox>/dbox How can I tell it the mail_attachment_dir the rsynced source / (reverse) destination uses? Or do I have to start a Dovecot process and use

Hello, we have 2 netapp arrays with 2 volumes and we need to store our mail data in one or other volume for every user. We want keep data for one user in one volume only. So we would like to have 2 separate mail_attachment_dir, one on every volume. But in latest version 2.2.12 it look like it is only possible to set one global mail_attachment_dir. I have an idea with 2 separate dovecot

Hello, I restore a backup from all users (mail_location ...) the mail_attachment_dir backup was not from the same time. How can I the unreferenced files from mail_attachment_dir? Hardy

Hello everybody, What is the best way to delete an user mailbox (ex: /var/mail/johndoe ) when all attachments (for all users) are in a common directory with SIS deduplication (ex: mail_attachment_dir = /var/mail/attachments ) ? Trying to delete user mailbox directory (rm) and do the command : doveadm -v purge -u johndoe leave all johndoe's attachments orphelin. Best regards,

Hello, I don't find any indication, that no btrfs for then filesystem for the path in "mail_attachment_dir" is to be used. but btrfs has a big problem with hard links in the same directory. Nuisance is the only deal with a different file system? Hardy

10.02.2015 18:36, TN ?????: > What is the best way to delete an user mailbox (ex: /var/mail/johndoe ) when all attachments (for all users) are in a common directory with SIS deduplication (ex: mail_attachment_dir = /var/mail/attachments ) ? > Trying to delete user mailbox directory (rm) and do the command : doveadm -v purge -u johndoe leave all johndoe's attachments orphelin.

On Qua, 25 Fev 2015, Hardy Flor wrote: > I don't find any indication, that no btrfs for then filesystem for > the path in "mail_attachment_dir" is to be used. but btrfs has a big > problem with hard links in the same directory. According to [0] (and the links in there), this problem has been long solved. [0]http://en.wikipedia.org/wiki/Btrfs#File_system_tree --

Was trying to set up attachment storage, but folders are receiving permission only for current user, so if another user is receiving a mail with same attachment he is getting permission denied error on reading hash file. Is it possible to setup global attachment storage to work with all users, at least in domain? mail_access_groups won't help, as folders are given 0 group permission. Umask and

Hello, I have a Dovecot setup where I need to allow users to access a snapshot of their messages (when they complain about missing messages/folders deleted by mistake). From time to time the system does a LVM snapshot of the volume holding the mailboxes and sis storage and that messages are available via a "special" namespace. The problem is the messages that references

Hello, When I look at email files on my server (mdbox format), they contain random LZ4 stuff. I have now changed the compression to gzip and new mails look cleaner. But older ones have problems. A mail file looks like this: 2 M1e C5655b6a8 ^A^BN 00000000000006F4 Dovecot-LZ4^M*<9B><C5>^@^A^@^@^@^@^F<DD><FF><83>Return-path: <nobody at

On Sun, May 10, 2015 at 08:16:54PM -0400, Darik Horn wrote: > > LZ4 is supposed > > to be a very fast compression algorithm, especially when it comes to > > decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, > > there are many benchmarks you can find online, but most of them deal > > with compressing large files. Tinc on the other hand has to

On Sun, May 10, 2015 at 7:17 PM, Guus Sliepen <guus at tinc-vpn.org> wrote: > > Darik Horn sent a pull request adding support for LZ4. The PR is: * https://github.com/gsliepen/tinc/pull/78 > LZ4 is supposed > to be a very fast compression algorithm, especially when it comes to > decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, > there are many

Hello, Darik Horn sent a pull request adding support for LZ4. LZ4 is supposed to be a very fast compression algorithm, especially when it comes to decompression. I did a quick benchmark with zlib, LZO and LZ4. Now, there are many benchmarks you can find online, but most of them deal with compressing large files. Tinc on the other hand has to compress small packets individually. So I did the

Thanks for the info. I will look at encode.ru . In the meantime I discovered "nanozip" : http://www.nanozip.net/ On http://compressionratings.com/sort.cgi?aud1.brief+4nf_pf, the result is amazing : 100 MB compressed in ... 0.44 sec ! with compressed size = 60% of the original size ! i.e. ratio = similar to FLAC, and very very fast... nanozip 0.09a -m.5g -cf ***** 63 710

https://bugzilla.mindrot.org/show_bug.cgi?id=2888 Bug ID: 2888 Summary: Consider adding other compression schemes (lz4, zstd) Product: Portable OpenSSH Version: 7.7p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

Hello Teemu, the version of my lz4 library is the most recent lz4-1.7.5, and "dovecot -n" output is as follows: # 2.2.30.1 (eebd877): /raid/data/module/Dovecot/sys/etc/dovecot/dovecot.conf # OS: Linux 2.6.33N7700 i686 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = sha1 info_log_path = /raid/data/module/Dovecot/sys/var/log/dovecot-info.log

WARNING: This is not compatible with the previous lz4 patchset. If you''re using experimental compression that isn''t in mainline kernels, be prepared to backup and restore or decompress before upgrading, and have backups in case it eats data (which appears not to be a problem any more, but has been during development). These patches add lz4 and lz4hc compression

I am running XEN on CentOS Linux release 7.8.2003 I have a Debian 7, and two Gentoo DomU Guests running fine. I am trying to get an Ubuntu 20.04 DomU Guest running but I get this error when trying to run the netboot kernel image xc_dom_probe_bzimage_kernel unable to LZ4 decompress kernel I understand that CentOS Xen does not support LZ4 decompression. Is there a workaround for this?

On 05.06.2017 11:02, awl1 wrote: > Resending - any ideas why I might get "IMAP session state is inconsistent" whenever emtyping the trash in Thunderbird? > > Thanks, > Andreas > > > Am 31.05.2017 um 00:02 schrieb awl1: >> All, >> >> having successfully compiled and set up Dovecot 2.2.29.1 on my Thecus NAS as a newbie without any further hassle,

Hello, Is there some version of FLAC that allows very very fast encoding (i.e. able to process at least 150 MB / second of .wav input data on a standard computer : laptop computer, Core i5/i7, Windows 7 64 bit, 8 GB RAM) ? (It's ok to have a compression ratio which is a little bit lower than traditionnal FLAC) I'm looking for something which is between FLAC (very good ratio, slower than