Re: BTRFS and cyrus mail server

On 2017-02-09 06:49, Adam Borowski wrote: On Wed, Feb 08, 2017 at 02:21:13PM -0500, Austin S. Hemmelgarn wrote: - maybe deduplication (cyrus does it by hardlinking of same content messages now) later Deduplication beyond what Cyrus does is probably not worth it. In most cases about 10% of an

Re: BTRFS and cyrus mail server

On Wed, Feb 08, 2017 at 02:21:13PM -0500, Austin S. Hemmelgarn wrote: > > - maybe deduplication (cyrus does it by hardlinking of same content > > messages > > now) later > Deduplication beyond what Cyrus does is probably not worth it. In most > cases about 10% of an e-mail in text form is going

Re: BTRFS and cyrus mail server

On 08/02/17 18:38, Libor Klepáč wrote: > I'm interested in using: ... > - send/receive for offisite backup I don't particularly recommend that. I do use send/receive for onsite backups (I actually use btrbk). But for offsite I use a traditional backup tool (I use dar). For three main reasons:

Re: BTRFS and cyrus mail server

Am Wed, 08 Feb 2017 19:38:06 +0100 schrieb Libor Klepáč : > Hello, > inspired by recent discussion on BTRFS vs. databases i wanted to ask > on suitability of BTRFS for hosting a Cyrus imap server spool. I > haven't found any recent article on this topic. > > I'm preparing

Re: BTRFS and cyrus mail server

On 2017-02-08 13:38, Libor Klepáč wrote: Hello, inspired by recent discussion on BTRFS vs. databases i wanted to ask on suitability of BTRFS for hosting a Cyrus imap server spool. I haven't found any recent article on this topic. I'm preparing migration of our mailserver to Debian Stretch, ie.

BTRFS and cyrus mail server

Hello, inspired by recent discussion on BTRFS vs. databases i wanted to ask on suitability of BTRFS for hosting a Cyrus imap server spool. I haven't found any recent article on this topic. I'm preparing migration of our mailserver to Debian Stretch, ie. kernel 4.9 for now. We are using XFS for