similar to: Disk space usage with mdbox

Yes I have done it, it is the third command I have run, without any change. a. On 02/04/2015 09:53 ??, Urban Loesch wrote: > Did you "purged" the deleted mails for this user? > On mdbox you must run "doveadm purge -u $USER" to whipe out any as deleted marked mails etc. > > Details: http://wiki2.dovecot.org/Tools/Doveadm/Purge > > I use a nightly cronjob wor

Shot in the dark here...haven't tried it myself so no promises. There's probably a much better way to do this but sometimes a little "brute force" helps. Theoretical steps: 1. Stop all mail processes - both SMTP and IMAP. 2. Use "doveadm sync" to backup the user mailbox, e.g., doveadm backup -u user mdbox:/tmp/usermail 3. Verify /tmp/usermail looks reasonable

Daniel thank you for the advice, I have done this exact procedure to clean up some space and I reduced the used space by more than 60% (huge gain!). Yet it is still a mystery why this happened first place and more important if it will occur again, time will tell. I have kept one mailbox out of this procedure (the "live" size is 8,8G, the backup size is less than 1GB) to do some

Nobody any suggestions ? On 02/04/15 10:09, Alexandros Soumplis wrote: > Yes I have done it, it is the third command I have run, without any > change. > > a. > > > On 02/04/2015 09:53 ??, Urban Loesch wrote: >> Did you "purged" the deleted mails for this user? >> On mdbox you must run "doveadm purge -u $USER" to whipe out any as >>

Did you "purged" the deleted mails for this user? On mdbox you must run "doveadm purge -u $USER" to whipe out any as deleted marked mails etc. Details: http://wiki2.dovecot.org/Tools/Doveadm/Purge I use a nightly cronjob wor this. Regards Urban Am 01.04.2015 um 23:26 schrieb Alexandros Soumplis: > Hello, > > I am using dovecot with mdbox+sis and I notice an ever

Why things happen is one of the great mysteries and joys of being a sysadmin... As for cleaning up SIS, I believe the "doveadm purge" command takes care of it. I have a daily cronjob which includes: #!/bin/sh # Permanently expunge old Trash doveadm expunge -A mailbox Trash savedbefore 2w # Optimize mdbox storage doveadm purge -A # Update fts indexes doveadm fts rescan -A -- Daniel

Alexandros Soumplis <soumplis at ekt.gr> schrieb: > If you allow anonymous search on AD maybe you can try to set auth_bind = > no . I'm sorry, but I think, the AD does NOT allow anonymous search... I'm new in this company and I don't know exactly the server, but every try I did without any authentication, failed... Any other idea? Thanks Luca Bertoncello (lucabert at

Hi again I'm trying to authenticate a user against an LDAP Server (well, our AD, but it can LDAP). This is my configuration: hosts = my.server.local auth_bind = yes ldap_version = 3 base = CN=Person,CN=Schema,CN=Configuration,DC=company,DC=local scope = subtree user_attrs = \ =home=/home/imapproxy/%u, \ =mail=maildir:/home/imapproxy/%u pass_attrs = uid=%u, userPassword=%w

Hello, Thanks to "partner" on IRC who told me about this (quite big) problem. Apparently in a distributed setup once a brick fills up you start getting write failures. Is there a way to work around this? I would have thought gluster would check for free space before writing to a brick. It's very easy to test, I created a distributed volume from 2 uneven bricks and started to

Hello We are using Dovecot 2.0.17 with mdbox+zlib and we are evaluating alternative storage. These are the relevant settings mdbox_rotate_interval = 1d mdbox_rotate_size=60m [...] zlib_save_level = 9 # 1..9 zlib_save = gz # or bz2 [...] zlib plugin enabled in dovecot-lda These are my questions: 1? General mdbox question. We are happy usings zlib_save, but we would like to try bzip2

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

I'm using "/usr/bin/doveadm purge -A" to purge the mdboxes of my users. Unfortunately this command terminates prematurely once it reaches a defective mdbox! Is there a workaround for this? Like using doveadm to get a list of valid users and then run "doveadm purge -u" on each of those? -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstra?e 15, 81669

Dear All, I think I've hit a bug after migrating our mail server to the newest version of dovecot (version 2.2.15). When I try to list all imap folders for one user the imap process crashes. The listing to a specific folder (ex. INBOX) works fine, only the "*" crashes. Client side: --------------------- [root at mb log]# telnet 127.0.0.1 143 Trying 127.0.0.1... Connected to

Hello Dovecoters, I am using dovecot-2.2.10-8.el7.x86_64 on RHEL 7.4 When I backup mdboxes (using SIS) using this command doveadm -Dv -o plugin/quota= sync -1f -u user1 at user.com mdbox:/mailbackup/user1 mails get backedup but all m files are not copied. Last file copied is m.4 If I run the command again I get below error I tried with doveadm backup command as well (many times).

Hi all, I am attempting to call from softphone to softphone, I am using X-lite to call another X-lite. I get the phones to call each other and finnaly connecting, but cannot hear the voice at all. Is there any ideas as to why this is happening. (I don't have sound card in my linux server. I need one in my linux server ??) PS: callonhold is working but cannot hear the music too. look at

I was wondering if I should add compression support to mdbox one mail at a time or one file (~2MB) at a time. The tradeoffs are: * one mail at a time allows quickly seeking to wanted mail inside the file, but it can't compress mails as well * one file at a time compresses better, but seeking is slow because it can only be done by uncompressing all the data until the wanted offset is reached

Hi, I have a "ubuntu10.04 + ext4-filesystem + dovecot-2.0.13 +mdbox" configuration in my server. It works fine with ~50k accounts. Recently happened a filesystem corruption in a device of StMailLocation and I fix with fsck.ext4. After this crash, one account began to show access timeout and errors like this on force-resync: # doveadm force-resync -u account INBOX doveadm(account):

Hi, I've a question about the max. ext3 FS size. The ext3 FAQ explains that the limit is 4TB. http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html | Ext3 can support files up to 1TB. With a 2.4 kernel the filesystem size is | limited by the maximal block device size, which is 2TB. In 2.6 the maximum | (32-bit CPU) limit is of block devices is 16TB, but ext3 supports only up | to 4TB.

Hi All: I am trying to resize a centos (5.2) VM drive. I use VMware and I have increased the size of the drive by 40G. I am running resize2fs on /dev/sdb1 (which is my root partition) but when I do I get this error: [root at centos ~]# resize2fs /dev/sdb1 120G resize2fs 1.39 (29-May-2006) The containing partition (or device) is only 19970795 (4k) blocks. You requested a new size of 31457280

Hi, Are configurations (with separate formats per namespace) - such as ... namespace { type = shared list = children inbox = no separator = / subscriptions = no prefix = shared1/%%n/ location = maildir:/var/mail1/%%n/ } namespace { type = shared list = children inbox = no separator = / subscriptions = no prefix = shared2/%%n/ location =