Get rid of the "dbox-Mails"-folder

[Hativ]

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 at gmail.com>
> Date: 07/07/2018 20:53 (GMT+02:00)
> To: dovecot at 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
>>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://dovecot.org/pipermail/dovecot/attachments/20180708/575e6b02/attachment-0001.html>