similar to: SIS and restoring from backups

Hello We are using dovecot 2.0.16 with mdbox+zlib. We are now testing SiS (Single Instance Storage) and I have 5 questions: 1? Is possible to "dedup" existing mdboxes? 2? Are attachments compressed with zlib if mdboxes already use zlib? 3? I have plenty CPU to spare, should I use a low value of mail_attachment_min_size , like 16KB ? 4? Can I "undo" SiS if I have

On 3/9/2016 9:02 PM, Timo Sirainen <tss at iki.fi> wrote: > On 08 Mar 2016, at 01:50, Pavel Stano <stanojr at websupport.sk> wrote: >> >> sis attachment deduplication is broken in 2.2.16 upwards. >> It is caused by this commit. >> https://github.com/dovecot/core/commit/664bf3e236c214aee86294483c379e4fa66c2e63 >> >> in src/lib-fs/fs-sis.c function

On 4/9/2018, 11:34:40 AM, Ivan Warren <ivan at vmfacility.fr> wrote: > Le 4/9/2018 ? 4:56 PM, DurgaPrasad - DatasoftComnet a ?crit?: >> Does doveadm backup backup the attachments as well when using SIS? > As far as I know, it does (it de-shares shared attachments) > > I've used that solution to stop using SIS at one point (it created > more problems than it solved

On 14 Mar 2018, 20:42 +0100, Aki Tuomi <aki.tuomi at dovecot.fi>, wrote: > > > On 14 March 2018 at 21:17 Nick Rosier < nick+dovecot at bunbun.be> wrote: > > > > > > Hi, > > > > I'm currently running a small home-server with Dovecot. A long time ago > > I configured it with SIS enabled. I would like to stop using SIS. > > > >

Hi, I'm currently running a small home-server with Dovecot. A long time ago I configured it with SIS enabled. I would like to stop using SIS. If I remove sis from mail_attachment_fs will the old mails that are stored in SIS-storage still be accessible? How can I convert all mailboxes to stop using SIS and store attachments back in the mails? Rgds, N.

Hi everyone, I am currently trying to setup our next dovecot server (2.2.18) with SIS enabled, but I have enconutered 1 problem and 1 question: *1) Same attachment, different filenames* I have a feeling a misconfigured something (or forgot to do something) because SIS almost works, but not quite since 3 identical attachment take 3x the space (see end of email for my SIS config). For 3 the

Hello: In case it is defined to use zlib compression, does SIS save attachments compressed? I have found this question replied in the past (2012) and the answer was NO. I ask again just to know if there have been changes or if it is in the roadmap to add compression. I have been testing to migrate from maildir+zlib to mdbox+zlib+sis and the results, in terms of space used, and worst than

Hi all, Just to clarify, if we back up a dovecot 2 server with SIS for attachments and ALT storage by rsyncing it (including the SIS and ALT storage) to a remote server when it's idle (or at least almost entirely so), and run dovecot on that machine, would it seem feasible to restore backups from that server by using dysnc - specifically for the scenario where someone accidentally

Since changeset 8a63f621bd2e I'm one step closer to the perfect working setup. I'm sharing one GID per domain, all it's alias names and accounts. So I can use: mail_attachment_dir = /srv/mail/.SiS/%{gid} In order to avoid permission trouble I've set fs ACL on the .SiS dir: ,--[ getfacl srv/mail/.SiS ]-- | # file: srv/mail/.SiS | # owner: root | # group: root | user::rwx |

How do you do. I have tried to use SiS to deduplicate attachments in mail storage. Unsuccesful. When goes mail with reasonable size, and SiS try to start, I have receive error, when this mail must be delivered for group of receivers (i.e. through aliases). Below is error log, valuable parts of mail addresses masked by X and Y chars Aug 6 16:11:12 mailsrv dovecot: lmtp(xxxxx):

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, sis attachment deduplication is broken in 2.2.16 upwards. It is caused by this commit. https://github.com/dovecot/core/commit/664bf3e236c214aee86294483c379e4fa66c2e63 in src/lib-fs/fs-sis.c function fs_sis_try_link() is comparation of inodes of hash files. Because fs_stat() after that commit use fstat() on open fd of temporary file instead of

On Wed Apr 24 2019 04:12:30 GMT-0400 (Eastern Standard Time), Daniel Miller via dovecot <dovecot at dovecot.org> wrote: > If you've got good hardware, including a proper UPS, I'd recommend dbox > (my server is presently using sdbox). With large mailboxes and > file-based backups you'll benefit from mdbox. When reliability is the #1 > concern above anything else - use

SiS 761 chipset does not support AGP cards but has AGP capability (for the onboard video). At least PC Chips A31G board using this chipset has an AGP-like AGPro slot that's wired to the PCI bus. Enabling AGP will fail (GPU lockup and software fbcon, X11 hangs). Add support for matching just the host bridge in nvkm_device_agp_quirks and add entry for SiS 761 with mode 0 (AGP disabled).

We will be deploying a replacement Dovecot server soon, and we are planning to use maildir for the primary storage, but with an archive namespace using mdbox (or perhaps sdbox), and SIS. Our backup servers and (luke)warm spare server need to obtain full copies of the mail store. For the maildirs I know I can simply use rsync (we already use it here). I'm a little wary of using rsync with

I've been running continous dsync backups of our Maildirs for a few weeks now, with the destination dsync server using mdbox and SIS. The idea was that the destination server would act as a warm copy of all our active users data. The active servers are using Maildir, and has: $ df -h /usr/local/atmail/users/ Filesystem Size Used Avail Use% Mounted on /dev/atmailusers

I recently set up SiS and imported a large chunk of mail. I've noticed one or two instances of this in the logs: Mar 28 09:03:50 mail dovecot: imap(xxx at yyy.zz): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a larger than expected (252218) Mar 28 14:52:34 mail dovecot: pop3(zzz at xxx.yy):

Dear list, A huge thank-you first of all for all the work that's gone into Dovecot itself. I'm rebuilding a mail server next week and so, taking the rare opportunity to re-consider all the options I've had running over the past couple of years. Around the time of the last re-build (2010), there had been some discussion on single instance storage, which was quite new on Dovecot

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,

What would be involved in implementing SIS within Dovecot? A new or modified mailbox format? -- Daniel

It's apparent I have some level of corruption in my mailboxes - something to do with the combination of mdbox, sis, and zlib. I should note that I know I have a mix of compressed and raw messages - if that makes any difference in identifying the problems. I think I need to somehow regenerate the mailboxes with issues. Is there a suggestion for how to accomplish this? Should I perhaps use