similar to: Migration from mbox/maildir++ to mdbox

Dear List, we have several server installations in local schools serving files with samba. The users are stored within an ldap database. We then tried to set the smabaPwdCanChange time somewhere in the future, but had to see, that samba didn't honored the given value. I then got the source, looked at the logs with an high log level and searched my way though it to two important functions,

Hi again, after replacing CRLF in 4 mboxes dsync was able to sync all of the 30+GB mailstore to mdbox. Now the (repeated) calling of dsync yields info messages of the kind dsync(athimm): Info: old/speicher: highest_modseq changed: 1 != 10 dsync(athimm): Info: root/root-heretic: highest_modseq changed: 1 != 10 dsync(athimm): Info: lists/ccrma.stanford.edu/planetccrma: highest_modseq changed: 11

Hi folks, I'm trying to call an R function (fisher.test) in my program for like a billion times! Though my program is in Python and I feel that using rpy2 to interface R to python doesn't give me satisfactory performance. So I looked into R code and found out that fisher.test is actually a wrapper around another function called fexact which is implemented in C. Using Cython I managed to

Hi, I have a couple questions about migrating from 1.x to 2.x I'm needing to support larger mailbox sizes and mdbox seems like the right format to use to get larger size boxes and maintain, or possibly even increase speed. Is that correct? Am I correct that the best way to accomplish this migration is to copy the mboxes over to the new server and then use dsync to convert them to mdbox?

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

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 >>

Hello, I am using dovecot with mdbox+sis and I notice an ever increasing disk space usage since I converted mailboxes from Maildir to mdboxes. I have checked with a user and while it actually uses only 65K, his mdbox files on disk are more than 6G. The backup of his mailbox is just 64K. Any suggestions ? Below are some relevant commands: [root at mail ~]# doveadm quota get -u test Quota

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

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

The mvee() function is intended to be released under the BSD license. Copyright (c) 2009, Nima Moshtagh Copyright (c) 2011, Andy Lyons All rights reserved. http://www.opensource.org/licenses/bsd-license.php Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: Redistributions of source code must

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

Dear Help Desk, Is there any way to change some of the labels on R diagrams? Specifically in histograms, I would like to: 1. change the word frequency to count. 2. Make the font of the title (Histogram of …) smaller. 3. Have a different word below the histogram than the one occurring in the title (right now if you choose X for your

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

Whilst documenting LAYOUT=maildir++ under dbox, that got me thinking: Can we specify :LAYOUT=maildir++ with mbox? If I have it right, this should then remove the problem of not being able to have messages and mail subfolders in the same mail folder. So for example if we had mail location specified as: mail_location = mbox:~/mail:LAYOUT=maildir++ we would have files: ~/mail/inbox - file

Greetings. Im about to move from mbox to Maildir++ and change the deliver method from procmail. I have less than 100 accounts, but there's a lot of mail (around 16GB) Apart from the documentation on Dovecot's site, anyone has good recommendations, and, if you have experience doing this migration any tips? Thanks for any info, and wishing you all a nice week --

Dear all, I am puzzled by R's memory usage when calling the blackboost function from package mboost to estimate a Gradient boosting model on a simulated dataset with 20 correlated variables and 100,000 obs. The blackboost object created by the function is only 15.3Mb, but R's memory usage increases by about 3.9Gb during the estimation of the model and the memory is not released even after

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

Dear all! I wrote my R-code with an editor and loaded it with source("my_file.R"). Everything works fine as expected. When I try to start my code with: R --no-save < my_file.R I do get a synatx error half way through. The version is 1.9.0 on a Linux system. To start it with R --no-save < my_file.R works on some machines but on some it doesn't. Are there any rules

After a lot of effort I developed the following function to compute the bounding ellipse (also known a as minimum volume enclosing ellipsoid) for any set of points. This script is limited to two dimensions, but I believe with minor modification the algorithm should work for 3 or more dimensions. It seems to work well (although I don't know if can be optimized to run faster) and

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