similar to: dbox: message internal date

Hello, i know i know, i'm getting annoying but appearently i always come up with weird ideas and i cant seem to accomplish such a task. the scenario is that i have an LDAP server with a bunch of users. some of them are in a specific OU, and i'd like to define for all these users belonging to this OU an alternative mail location/storage. in details for all the users i'd like to use

Hello I have read carefully about dbox (/http://wiki2.dovecot.org/MailboxFormat/dbox/) and I have some questions: - One of the main advantages (speed wise) of dbox over maildir is that index files are the only storage for message flags and keywords. What happens when we want to recover some messages from backup? With maildir we can rebuild message indexes, but I am not sure about

Hello everyone, i was just wondering if it's possible to use a samba share as an alternate storage for dbox format. I tried creating a samba share, but when i try to move the email to the alternate storage using doveadm altmove, no errors are printed but no mails are moved. Everything works if the alternate storage is simply another directory on the server hard drive. am i mssing

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 25 Feb 2014, list at grootstyr.eu wrote: > On Tue, Feb 25, 2014 at 11:42:33AM +0100, Francesco wrote: >> in details for all the users i'd like to use maildir storage in a >> directory, while for the users belonging to a specific OU i'd like to >> use dbox with an alternative storage attached. >> >> so

I make other test: If I dump the message file m.xxx with doveadm dump I found Detected file type: dbox file.msg_header_size = 30 file.create_stamp = 1532017559 (2018-07-19 18:25:59) offset 16: msg.size = 2252089 msg.received = 1532017559 (2018-07-19 18:25:59) msg.virtual-size = 2281418 msg.guid = 06b7dd2c97bb505b54340000193e0904 msg.orig-mailbox = INBOX if I dump the index of inbox :

I've updated http://wiki2.dovecot.org/MailLocation regarding a typical mail_location entry for dbox. Previously it said: mail_location = dbox:~/dbox but of course "dbox" is now the old name for "sdbox", so the example should be updated to say "sdbox" and there might/ought also to be an example for "mdbox". In

Hello people, Since the invention of this storage called dbox, I have never quite gotten round to understanding it, nor getting to use it. It seems so strange to me and I must ask a few stupid questions about it. I use the MTA to deliver mail to Maildir, either in ~/Maildir or /some/path/%d/%n/Maildir. It has always beat me how dbox comes into play under such circumstances. From the wiki, I see

It has been my wish to move to dbox for a long time hoping to reduce the number of writes which is really killing us. Now I wonder what may be the best way of doing so. I'm considering some sort of intermediate migration where the existing Maildir users are changed to single-dbox and then later upgraded to 2.0 and changed to multi-dbox when it becomes stable. But is this a reasonable task

Hi Timo, I've just setup Dovecot v1.2.rc5 and switched the mailbox format of one account to dbox. Therefor I've created an empty directory, called dbox, with access mode 0700, like the user's home directory. After the IMAP login with Thunderbird some dboxes was created. All permissions were set fine (0700 / 0600), except the permissions for the files: *

I'm trying to clean up the code for Dovecot v2.0 and I just keep coming back to the same thought: Is having the super-fast maildir -> single-dbox migration really actually a good idea? Some problems with it: 1. Makes the code more complex.. And I've already fixed many bugs related to that, maybe not all. 2. Having some mails in maildir format and others in dbox format isn't

Hey again, I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. I use a dot instead of slash or empty value. Now my folder structure looks like I want and Dovecot is working fine. Can anyone (maybe even a Dovecot developer?) say if the configuration is okay? I've tried to check the source code, but I don't know C as good as it's needed for that.

Would it be possible to add the possibility in future releases that DIRNAME respectively FULLDIRNAME could be empty (and works properly)? Greetings, Hativ -------- Weitergeleitete Nachricht -------- Betreff: Re: Get rid of the "dbox-Mails"-folder Datum: Sun, 8 Jul 2018 15:40:46 +0200 Von: Hativ <hativ3 at gmail.com> An: dovecot at dovecot.org Hey Aki, DIRNAME with

http://hg.dovecot.org/dovecot-dbox-redesign/ Looks like multi-dbox scales pretty nicely. Even after 100k messages the peak saved msgs/sec is the same as the initial saved msgs/sec, even if the average slows down somewhat. I tested this by first deleting mailbox, then running "imaptest" for a second to get saving to start writing several fields to dovecot.index.cache file. Then ran

Hello, So ive spent the last 45 minutes or so searching the list for dbox stuff, but Im not seeing anything real definitive. My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one

Version: Dovecot v1.1.rc3 OS: CentOS 5 running in OpenVZ CPU: x86_64 Was running fine with maildir and decided to get dbox a try. Test user created with a dbox mailstore backend and when a client logs in that tries to run a getquotaroot imap command the process SIGSEGV's. Have been able to narrow it down to dbox crashing against dict quota as well as dirsize. Maildir works just fine.

I'd like to give the dbox format a try, but I could not find any information on how to enable it. There's information on how to set mail_location for the Maildir and mbox formats in the wiki and also in the commented configuration file, but how to set it for dbox is strangely missing. I took a guess with 'mail_location = dbox:~/dbox', but that didn't work, so it's probably

Hi. Trying to upgrade from Dovecot 1.1.11 to 1.1.13 but having a problem with imap process segfaulting. Backtrace is below. I presume it's related to these MAILBOXDIR changes but the only documentation is the single line in the news for changing to ":MAILBOXDIR=mailboxes" when using dbox. Current configuration is "mail_location = dbox:~/Mail" so what exactly should be

Ok...I made the leap. Compiled a copy of 1.2b4 (very pleasant compile BTW - almost no warnings, nice code Timo!)...tweaked a config...had a few false starts... 1.2b4 seems to working quite nicely. Now...for my next magical trick... I would like to migrate from maildir to dbox. I've tried using the convert plugin, but it kept failing during the conversion. I should mention my paths:

Hey again, sorry, but I have to correct me: Even with dot it's not working completely. The subscriptions file is not created and the dovecot-acl file has the wrong path, too. :-( Greetings, Hativ Am 07.07.2018 um 02:26 schrieb Hativ: > Hey again, > > I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. > > I use a dot instead of slash or empty

Hi, I'm new to Dovecot -- migrating from Cyrus. Version and config: # 1.1.beta14: /etc/dovecot/dovecot.conf protocols: imaps login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: dbox:/data/mail/%u auth default: passdb: driver: pam args: * userdb: driver: passwd Linux 2.6.22-gentoo-r10 x86_64 GNU/Linux I have chosen dbox as