This is not really a priority issue for us, as we see that this could cause problems when used, so we are not planning on implementing this to work properly any time soon. Sorry.

Aki

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@gmail.com>
An:	dovecot@dovecot.org

Hey Aki,

DIRNAME with empty value has no effect, just like with FULLDIRNAME. "~/sdbox" instead of "~/" doesn't change that..

Greetings,

Hativ

Am 07.07.2018 um 20:24 schrieb Aki Tuomi:

Does it work better if you use

mail_location=sdbox:~/sdbox:DIRNAME=

---

Aki Tuomi

Dovecot oy

-------- Original message --------

From: Hativ <hativ3@gmail.com>

Date: 07/07/2018 20:53 (GMT+02:00)

To: dovecot@dovecot.org

Subject: Re: Get rid of the "dbox-Mails"-folder

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

Greetings,

Hativ

Am 06.07.2018 um 16:10 schrieb Hativ:

Hey to all,

is it possible to get rid of the "dbox-Mails"-folder when using sdbox?

Currently my folder structure looks like this (I hope the output from tree would be formatted well):
/srv/mail/
└── example.com
    └── user
        ├── dovecot-acl-list
        ├── dovecot-attributes
        ├── dovecot.list.index.log
        ├── dovecot.mailbox.log
        ├── dovecot-uidvalidity
        ├── dovecot-uidvalidity.5b3f746f
        ├── mailboxes
        │   ├── Drafts
        │   │   └── dbox-Mails
        │   │       └── dovecot.index.log
        │   ├── INBOX
        │   │   └── dbox-Mails
        │   │       ├── dovecot.index.cache
        │   │       ├── dovecot.index.log
        │   │       └── u.1
        │   ├── Junk
        │   │   └── dbox-Mails
        │   │       └── dovecot.index.log
        │   ├── Sent
        │   │   └── dbox-Mails
        │   │       └── dovecot.index.log
        │   └── Trash
        │       └── dbox-Mails
        │           └── dovecot.index.log
        └── subscriptions

I would like to let it look like this:
/srv/mail/
└── example.com
    └── user
        ├── dovecot-acl-list
        ├── dovecot-attributes
        ├── dovecot.list.index.log
        ├── dovecot.mailbox.log
        ├── dovecot-uidvalidity
        ├── dovecot-uidvalidity.5b3f746f
        ├── mailboxes
        │   ├── Drafts
        │   │   └── dovecot.index.log
        │   ├── INBOX
        │   │   └── dovecot.index.cache
        │   │   └── dovecot.index.log
        │   │   └── u.1
        │   ├── Junk
        │   │   └──dovecot.index.log
        │   ├── Sent
        │   │   └── dovecot.index.log
        │   └── Trash
        │       └── dovecot.index.log
        └── subscriptions

My path configuration:
mail_attribute_dict = file:%h/dovecot-attributes
mail_home = /srv/mail/%d/%n/
mail_location = sdbox:~/

I have tried
mail_location = sdbox:~/:FULLDIRNAME=
and
mail_location = sdbox:~/:FULLDIRNAME=/
but it doesn't work.

The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible.

Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup?

Greetings,

Hativ