AW: Problem beim verschieben von Unterordnern

Mo Aug 9 10:38:04 CEST 2021

Sehr geehrter Herr Peer,

momentan haben wir folgende Einstellung
mail_location = mdbox:/local/mail/%n

Die bedeutet, daß grundsätzlich keine "echten" Unterordner unterhalb eines
bestehenden E-Mail Ordners
angelegt werden können, auch wenn diverse E-Mail Clients wie MS Outlook dies
zulassen.
Daher gibt es auch immer wieder Probleme mit der Synchronisation von
Unterordnern.
Wäre dann folgende zwei Möglichkeiten die Lösung des Problems?:

Lösung A:
# Trick mbox configuration which allows a mail folder which contains both
# messages and sub-folders
mail_location =
mbox:~/mail:LAYOUT=maildir++:INDEX=~/mail/index:CONTROL=~/mail/control

Damit man bei dieser Lösung auch wieder den „ / “ verwenden kann, muß man
noch den
namespace {
  separator = /
}
Konfigurieren (mehr zum namespace ist hier:
https://doc.dovecot.org/configuration_manual/namespace/ ).

Lösung B:
# Trick mbox configuration which allows a mail folder which contains both
# messages and sub-folders
mail_location =
mbox:~/mail/mailboxes:DIRNAME=mBoX-MeSsAgEs:INDEX=~/mail/index:CONTROL=~/mai
l/control ,

so wie hier beschrieben https://wiki2.dovecot.org/MboxChildFolders .

Mit freundlichen Grüßen
Rudolf

-----Ursprüngliche Nachricht-----
Von: Dovecot [mailto:dovecot-bounces at listen.jpberlin.de] Im Auftrag von Peer
Gesendet: Sonntag, 8. August 2021 18:12
An: dovecot at listen.jpberlin.de
Betreff: Re: Problem beim verschieben von Unterordnern

Am 06.08.21 um 10:00 schrieb Colmar Große-Brauckmann:

Hallo,

> Zuvor habe ich in anderen E-MailSystemen(z.B. beianderenProvidern)mit 
> z.B. Outlook (***IMAP*), Ordner mit mehreren Unterordnerimmeranlegen 
> können und in jedem Unterordner Dateien ablegen können.

Ja, das kann man ja auch. Und Outlook erzeugt alle in der Hierarchie
dazwischenstehenden Ordner dann immer auch gleich "vollwertig" so dass Mails
darin abgelegt werden können.

Wenn Ihr jedoch mittels "doveadm import" Mails importiert und einfach einen
Zielpfad definiert, der neue Ordner-Ebenen schafft, dann legt Dovecot diese
Ordner nicht automatisch auch vollwertig an.

Also:

Es existiert

INBOX
INBOX/Bla

Wenn ich jetzt einen Import nach

INBOX/Bla/Test/Foo/XY

mache, so existierten Test und Foo nur als Durchgangsordner. Sie entstehen
durch die Hierarchie. Aber sie existieren nicht physikalisch als echter
Mailordner.

Nur weil

INBOX/Bla/Test/Foo/XY

existiert existiert deswegen noch lange nicht

INBOX/Bla/Test/Foo
oder
INBOX/Bla/Test

Diese könnte/müsste man weiterhin ausdrücklich anlegen. -Oder eben
akzeptieren, dass sie ausgegraut ("unbenutzbar") sind. Was ja auch an sich
technisch auch völlig normal und richtig ist, aber manchmal Nutzer verwirrt.

Also:

*) Diese Durchgangsordner vor oder auch nach dem Import explizit anlegen
(mailbox create -s...)

*) Oder eben bei "doveadm import" einen Import-Ziel wählen, der nicht erst
noch Durchgangsordner erfordert, also im meinem Beispiel ein Import nach

INBOX/Bla/XY

aber eben nicht nach

INBOX/Bla/<irgendwasauchnoch>/XY

Wohin man importiert kann man ja steuern.

Schwierig ist es nur, wenn man nicht INBOX oder alles importiert, sondern
durch den Import-Filter Unter-Ordner importiert.

Also:

Ich importiere nur Mails aus

INBOX/schnick/schnack

und gebe als Ziel dann INBOX an.

Dann entsteht

INBOX/INBOX/schnick/schnack

und da nach im Import durch den Selektionsfilter INBOX und INBOX/schnick
keine Mails hatten, sind diese nur als Durchgangsordner angelegt. Hier würde
ich halt ein "mailbox create" auf diese Zwischenordner ausführen.

Peer

> 
> Dovecot ist ja nicht mehr rein Dateibasierend eingerichtet, wie wir es 
> zuvor hatten.
> Also dürfte es sich doch auch nicht mehr so verhalten, wie es hier 
> beschrieben ist:
> 
> ___https://www.hampshire.edu/it/creating-imap-folders-and-subfolders_
> 
> 
> Warum ist das nicht möglich mit Dovecot??
> 
> Von welchem Import sprechen Sie?
> 
> 
> In der***RFC****3501*finde ich ja auch gar nichts über die Erstellung 
> von Unterordnerndefiniert.
> 
> ___https://datatracker.ietf.org/doc/html/rfc3501_
> 
> Viele Grüße
> Rudolf
> 
> -----Ursprüngliche Nachricht-----
> Von: Dovecot [mailto:dovecot-bounces at listen.jpberlin.de] Im Auftrag 
> von Peer
> Gesendet: Freitag, 6. August 2021 08:23
> An: dovecot at listen.jpberlin.de <mailto:dovecot at listen.jpberlin.de> 
> Betreff: Re: Problem beim verschieben von Unterordnern
> 
> Am 05.08.21 um 15:59 schrieb Colmar Große-Brauckmann:
> 
> Hallo,
> 
>> so kommt es häufig vor, das ein Teil der Ordner zwar in der Abonnemt
> 
>> Liste von z.B. Thunderbird aufgeführt werden, jedoch physikalisch
> 
>> nicht existieren.
> 
> Ja. IMAP sieht das so vor.
> 
> Die ausgegrauten Unterordner existieren aufgrund der Hierarchie, ich 
> persönlich nenne sie "Durchgangsordner". Sie existieren jedoch nicht 
> in dem Sinne, als dass sie selbst Nachrichten beinhalten können. Man 
> /könnte/ sie unter diesem Namen also als Ordner anlegen und dann wäre 
> auch alles normal.
> 
> Man könnte:
> 
> *) Diese Ordner durch ein "mailbox create" (-s nicht vergessen) anlegen.
> 
> Dann ist das Problem per se erledigt. Manche Mailclients wie 
> beispielsweise Outlook machen sowas immer. Die kennen "Durchgangsordner"
> 
> gar nicht richtig, weil sie halt immer gleich jeden Ordner auf jeder 
> Hierarchiebene anlegen.
> 
> *) Beim Import darauf achten, dass man keine Durchgangsordner erzeugt.
> 
> Peer
> 
> --
> 
> Heinlein Support GmbH
> 
> Schwedter Str. 8/9b, 10119 Berlin
> 
> http://www.heinlein-support.de
> 
> Tel: 030 / 405051-42
> 
> Fax: 030 / 405051-19
> 
> Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht 
> Berlin-Charlottenburg,
> 
> Geschäftsführer: Peer Heinlein -- Sitz: Berlin
> 

--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

http://www.heinlein-support.de

Tel: 030 / 405051-42
Fax: 030 / 405051-19

Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://listen.jpberlin.de/pipermail/dovecot/attachments/20210809/f62d4f4f/attachment-0001.htm>