similar to: Best practices to migrate from mbox to Maildir++ and also changing the deliver method

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

Dear list, dovecot version: 2.1.7 I have an old mail server that uses mboxes for the INBOX and maildirs for subfolders. I want to migrate our mail handling to a new setup using mdboxes for everything. The current config looks like this: # 2.1.7: /etc/dovecot/dovecot.conf doveconf: Warning: service anvil { client_limit=1000 } is lower than required under max. load (1127) # OS: Linux

Greetings. As part of a new installation of dovecot, we are exploring backup options, and wondered if it's at all possible to define a couple of namespaces where messages get duplicated to be saved in another disk for fast recovery. (we do not intent to load balance between the two, all we would like is to see if it's possible to have duplicate mailboxes so to keep a fast working backup

Hi all, I have a problem with my dovecot/postfix configuration: here is my dovecot -n # 1.2.16: /etc/dovecot.conf Warning: fd limit 128 is lower than what Dovecot can use under full load (more than 768). Either grow the limit or change login_max_processes_count and max_mail_processes settings # OS: OpenBSD 4.9 i386 nfs base_dir: /var/dovecot/ log_path: /var/log/dovecot protocols: imaps pop3s

> In the homepage said that dovecot doesn't yet support maildir++, but in > http://dovecot.org/doc/mail-storages.txt said 'we support maildir++'. > > My question is: does dovecot support maildir++ ? > > Regards > mike

Hi everyone. I'm confused about LAYOUT=fs... Does using LAYOUT=fs breaks maildir++ quota, if I use this quota scheme? What are the advantages anyway of using LAYOUT=fs vs LAYOUT=maildir++ ? (it's not important in my case if users can't create folders with dots '.') Thanks in advance, Ezequiel

Hello, I'm using dovecot-0.99.14, and I wonder if anyone has created patch for *minimal* Maildir++ support. By minimal Maildir++ support, I mean the following: (1) New messages created by dovecot will include the ,S=nnnnn string in the unique identifier so that Maildir++ clients don't have to stat the file to know the size. (2) Dovecot will append to the maildirsize file when a message

mdbox:~/mdbox:INBOX=/ var/spool/mail/%u:CONTROL=~/mail/control:INDEX=/var/dovecot/%u/index:LAYOUT=maildir++ You can't use LAYOUT=maildir++ here. Aki On 14.5.2019 10.38, Marc Roos wrote: > Yes, I have still inbox mbox format because I have sendmail delivering > there. I trying to migrate/convert > step by step, with least possible impact for users. > > > >

Hi, I am trying to deal with the problem, that under regular mbox format a path can lead to either a file or a directory, but not both, while under IMAP, a path is usually both, a message folder containing subfolders. I found dovecot's approach to this problem, the Maildir++ layout described under http://wiki2.dovecot.org/MboxChildFolders , and was astonished to see, what problems come with

> Sounds more like you just introduced a new self-created problem that would require yet another workaround.. ;-) Definitely wrong. Appending .dir to directories and .folder to folder files keeps files completely distinct and name collissions are not possible. > But what was not clear from your mail, is what exactly you identified as "the problems" with standard Maildir++

Hello, Seems there is some nasty problems with Dovecot 1.1.4... We use Maildir++ quota, and when moving mail to Trash, Dovecot just drop the connection... when the maildir is overquota. Is there any way to avoid that and just move the mail to the trash allowing user to expunge their mail easily without calling support to do rm -rf Maildir/cur ? Thanks, /Xavier -------------- next part

Dear All, can I use Maildir++ Layout for private namespace and fs-layout for public namespace on the same server, provided that the hierarchy separator is the same (.)? Are all parts of dovecot (especially deliver, sieve and lmtp) compatible with fs-layout? Are there any restrictions I have to obey? - Chris

Hi to all, I am semi-new to the dovecot system, but i like it very much for the versatility of all the system. I have a problem: i am migrating my servers from postfix with vda patch + courier imap to dovecot. All works fine, except for one thing: i use Maildir++ format, but i don't know how to make the file maildirsize into the home of the users. This file is needed by me becouse i have a

Does this Maildir++ implementation have an "unlimited" quota? It looks like all of the other Maildir++ software uses "0" for this ... it doesn't seem to work on Dovecot. Steve

Hi. It looks like Beta 7 is treating a zero quota in maildirsize as a literal quota value. The maildir++ specification says a zero quota means unlimited. Steve

Hi all, I use Dovecot lda. Is there the possibility that dovecot lda works with maildir++ but does not enforce the quota? I have dovecot 1.0rc12, postfix, RedHat Enterprise Linux ES 4.0 Update 4. IMAP client Thunderbird 1.5.0.7 Only namespace: namespace private { separator = / inbox = yes prefix = location = maildir:~/Maildir/ } Thanks a lot.

While researching a possible bug in our custom-made Maildir++ expiration script, I found the following in src/plugins/quota/quota-maildir.c. | static const char * | maildir_list_next(struct maildir_list_context *ctx, time_t *mtime_r) | { | [...] | *mtime_r = st.st_size; | return str_c(ctx->path); | } As far as I unterstand, this seems incorrect, because the value in mtime_r is

Some information about maildir++ that I have read: http://www.inter7.com/courierimap/README.maildirquota.html http://wiki2.dovecot.org/Quota/Maildir When I have to deliver a message with an MDA I can use dovecot-lda. If I have enabled "quota = maildir:User quota" I am pretty sure that in the mailbox on file system I find a file named "maildirsize" maildirsize on top contain

On Sun, 23 Aug 2015, Hadmut Danisch wrote: > astonished to see, what problems come with Maildir++ and how complicated > dovecot tries to deal with them. .. [fast fwd to "solution"] > INBOX -> ~/mail/inbox > abc -> ~/mail/abc > abc/def -> ~/mail/abc.dir/def or ~/mail/___abc___/def This would not work. For example, how would you handle a folder

> On 14 May 2019 00:05 Marc Roos via dovecot <dovecot at dovecot.org> wrote: > > > I have this default configuration [0], when use the userdb_mail to point > to the mdbox location, the inbox subfolders show differently in a > firebird client. So I decided to copy the whole default mail_location > into the userdb_mail configuration [2]. But then I get errors [3].