
<html dir="ltr"><head></head><body style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div>Hi all,</div><div><br></div><div>The guidance provided so far has been really helpful, and has helped a great deal to bringing down wasted energy on finding and executing a viable path. I am now at the final due action to complete our Dovecot application to our use-case, but am stuck on an issue that I cannot find any easily accessible documentation on.</div><div><br></div><div>Generally this is what has been done:</div><div><br></div><div>1. Uploaded the enterprise data PST to the target groupware server.</div><div>2. Prepared the server by changing the mailbox format to sdbox and the the Dovecot mail location to mail_location=/var/vmail/domain/user/mail/</div><div>3. Converted the pst (on-server) to a recursive mbox hierarchy using readpst</div><div>4. Executed doveadm-sync to convert mbox hierarchy data into sdbox and to copy it into the enterprise archive user's mailboxes</div><div>4.i. The biggest issue I faced at this point was doveadm-sync saying that the source and destination pointed to the same location, whereas they clearly did not. </div><div>4.i.a. I resolved this by removing the location= setting from the target namespace, and allowing it to default to mail_location = setting, and then using a completely different DIRNAME for the import doveadm-sync execution (which was the desired final DIRNAME); I then once the sync had been successful, changed the mail_location DIRNAME so that it pointed to the imported mail DIRNAME; and hence the imported email data was in the live mailboxes</div><div>4.i.b. doveadm-import failed several times, and was throwing quite inexplicable errors, so I moved onto doveadm-sync</div><div>4.i.c. I also had to make sure that the source and destination folder names matched, otherwise doveadm-syc threw very many errors and only partially imported the data</div><div>4.i.d. An issue which I decided just to live with is that an mbox DIRNAME was added to each mailbox as well as the DIRNAME specified so the path to mail is mbox/dbox-Mails. My thought is that with the data live on an IMAP server it will be possible to do a dysync through TCP to correct this problem.</div><div><br></div><div>The final issue that I am facing now, is that when readpst finds empty folders in the source pst hierarchy, it does not create an mbox file in the mbox hierarchy folder space. This causes doveadm-sync to not create the target data required for its mailbox structure i.e. DIRNAME sub-folder and index file (with our configuration). At this point either doveadm-sync or the dovecot process makes these empty folders not selectable.</div><div><br></div><div>The question now is how would I go about making all of these folders selectable, e.g. with an internal or external command line tool to change flags / create necessary sdbox mailbox constituent data?</div><div><br></div><div><span><div>Many thanks,</div><div><br></div><div>Arnold Opio Oree</div><div>Chief Executive Officer</div><div>Parallax Digital Technologies</div><div><br></div><div><a href="mailto:arnoldoree@parallaxdt.com"><b><font color="#850404">arnoldoree@parallaxdt.com</font></b></a></div><div><br></div><div><a href="http://h5lm.mjt.lu/lnk/AMIAAELqXkoAAAAAAAAAAKAFynQAASKA_AUAAAAAAAf-tABdHgSdNsmUJHK4QuW-UZtZwaJgXAAHm5I/1/TkX528EvrwzwKN2aKG7WFQ/aHR0cDovL3d3dy5wYXJhbGxheGR0LmNvbQ"><b><font color="#850404">http://www.parallaxdt.com</font></b></a></div><div><br></div><div><b>tel :</b> +44 (0) 333 577 8587</div><div><b>fax :</b> +44 (0) 20 8711 2477</div><div><br></div><div><font size="2">Parallax Digital Technologies is a trading name of Parallax Global Limited. U.K. Co. No. <font color="#850404">08836288</font></font></div><div><br></div><div><font size="1" color="#c0c0c0">The contents of this e-mail are confidential. If you are not the intended recipient you are to delete this e-mail immediately, disregard its contents and disclose them to no other </font>persons.</div></span></div><div><br></div><div>-----Original Message-----</div><div><b>From</b>: Arnold Opio Oree via dovecot <<a href="mailto:Arnold%20Opio%20Oree%20via%20dovecot%20%3cdovecot@dovecot.org%3e">dovecot@dovecot.org</a>></div><div><b>Reply-To</b>: <a href="mailto:arnoldoree@parallaxict.com">arnoldoree@parallaxict.com</a>, Arnold Opio Oree <<a href="mailto:Arnold%20Opio%20Oree%20%3carnold.oree@parallaxict.com%3e">arnold.oree@parallaxict.com</a>></div><div><b>To</b>: Robert Schetterer <<a href="mailto:Robert%20Schetterer%20%3crs@sys4.de%3e">rs@sys4.de</a>>, <a href="mailto:dovecot@dovecot.org">dovecot@dovecot.org</a></div><div><b>Subject</b>: Re: Applying Dovecot for a large / deep folder-hierarchy archive.</div><div><b>Date</b>: Thu, 27 Jun 2019 12:05:35 +0100</div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>Also you may run into client limits.... i ve seen this with outlook, </pre><pre>apple mail, thunderbird via imap in the past</pre></blockquote><pre><br></pre><pre>Thanks for this note Robert, it was not really an aspect that I was</pre><pre>considering. </pre><pre><br></pre><pre>We are operating our groupware services user access through both</pre><pre>Evolution Groupware and KDE Kontact / KMail on Debian Linux</pre><pre>workstations. Hopefully if there is a client issue it should be local</pre><pre>to only one groupware client. </pre><pre><br></pre><pre>I will be sure to study / investigate in this - client - area should any issues that are not traceable to the server-side arise.</pre><pre><br></pre><pre>Many thanks,</pre><pre><br></pre><pre>Arnold Opio Oree</pre><pre>Chief Executive Officer</pre><pre>Parallax Digital Technologies</pre><pre><br></pre><a href="mailto:arnoldoree@parallaxdt.com"><pre>arnoldoree@parallaxdt.com</pre></a><pre><br></pre><pre><br></pre><a href="http://h5lm.mjt.lu/lnk/AMIAAELqXkoAAAAAAAAAAKAFynQAASKA_AUAAAAAAAf-tABdHgSdNsmUJHK4QuW-UZtZwaJgXAAHm5I/2/P0boylM_2-hPF2xC4DxmHA/aHR0cDovL3d3dy5wYXJhbGxheGR0LmNvbQ"><pre>http://www.parallaxdt.com</pre></a><pre><br></pre><pre><br></pre><pre>tel : +44 (0) 333 577 8587</pre><pre>fax : +44 (0) 20 8711 2477</pre><pre><br></pre><pre>Parallax Digital Technologies is a trading name of Parallax Global</pre><pre>Limited. U.K. Co. No. 08836288</pre><pre><br></pre><pre>The contents of this e-mail are confidential. If you are not the</pre><pre>intended recipient you are to delete this e-mail immediately, disregard</pre><pre>its contents and disclose them to no other persons.</pre><pre><br></pre><pre><br></pre><pre>-----Original Message-----</pre><pre>From: Robert Schetterer via dovecot <</pre><a href="mailto:dovecot@dovecot.org"><pre>dovecot@dovecot.org</pre></a><pre>></pre><pre>Reply-To: Robert Schetterer <</pre><a href="mailto:rs@sys4.de"><pre>rs@sys4.de</pre></a><pre>></pre><pre>To: </pre><a href="mailto:dovecot@dovecot.org"><pre>dovecot@dovecot.org</pre></a><pre><br></pre><pre>Subject: Re: Applying Dovecot for a large / deep folder-hierarchy</pre><pre>archive.</pre><pre>Date: Thu, 27 Jun 2019 12:53:49 +0200</pre><pre><br></pre><pre>Am 27.06.2019 um 07:35 schrieb Aki Tuomi via dovecot:</pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>On 26.6.2019 22.12, Arnold Opio Oree via dovecot wrote:</pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>Hello to you all,</pre><pre><br></pre><pre>I'd like to ask about my intended application of Dovecot to create</pre><pre>a folder-hierarchy for storing our enterprise emails, which are</pre><pre>treated as live data rather than archives for compliance or</pre><pre>occasional / reactive retrieval.</pre><pre><br></pre><pre>The data is presently not that large (a few gigabytes), but it is</pre><pre>expected to grow rapidly. Up to this stage the data has been</pre><pre>contained</pre><pre>in a Microsoft Exchange mailbox (2013), and then in an offline PST.</pre><pre>The move to the offline PST was by necessity, as the large number</pre><pre>of</pre><pre>folders, and depth of hierarchy to my best understanding caused the</pre><pre>exchange server / outlook / evolution mail clients to begin to</pre><pre>malfunction. To cope with this the archive was broken up and the</pre><pre>bulk stored in the offline PST and the most active components</pre><pre>stored in</pre><pre>online Exchange mailboxes.</pre><pre><br></pre><pre>I have some understanding of the fs mbox format, and also the</pre><pre>mitigations to be made for certain characters / strings. My main</pre><pre>concern is whether Dovecot is likely to be able to cope well with a</pre><pre>large number of folders / depth of hierarcy.</pre><pre><br></pre><pre>I will really appreciate any help / advice you can give.</pre><pre><br></pre><pre>Best regards,</pre><pre><br></pre><pre>Arnold Opio Oree</pre><pre><br></pre></blockquote><pre><br></pre><pre>Hi!</pre><pre><br></pre><pre>Dovecot 2.2.34/2.3 supports unlimited folder depth, the only limiting</pre><pre>factor is that the total name may not exceed 4096 bytes. Also</pre><pre>individual</pre><pre>folder names may not exceed 255 bytes.</pre><pre><br></pre><pre>Prior to that the limit is 255 per folder up to 16 levels.</pre><pre><br></pre><pre>I can't recommend using 'mbox' storage format, please consider using</pre><pre>maildir or sdbox instead.</pre><pre><br></pre><pre>Aki</pre><pre><br></pre></blockquote><pre><br></pre><pre><br></pre>

<br/><img src="http://h5lm.mjt.lu/oo/AMIAAELqXkoAAAAAAAAAAKAFynQAASKA_AUAAAAAAAf-tABdHgSdNsmUJHK4QuW-UZtZwaJgXAAHm5I/191f92f6/e.gif" height="1" width="1" alt="" border="0" style="height:1px;width:1px;border:0;"/>

</body></html>