<div dir="ltr">Dear Nicolas, sorry for missing the cc to the mailing list.<div><br><div>I assumed that two ends can be a "non local" maildir according to this <a href="http://www.offlineimap.org/doc/use_cases.html">http://www.offlineimap.org/doc/use_cases.html</a> part of the documentation</div><div>"Sync from GMail to another IMAP server"</div><div>and also here <a href="http://www.offlineimap.org/doc/features.html">http://www.offlineimap.org/doc/features.html</a></div><div>"With OfflineIMAP 4.0, a powerful new ability has been introduced ― the program can now synchronize two IMAP servers with each other, with no need to have a Maildir layer in-between"</div><div><br></div><div>I am willing to test the behaviour and proceed carefully. Would you please be so kind to point me in the right direction about NAMETRANS for gmail and traditional IMAP servers (for nesting purpose?). To be true there is nothing around which is comparable to offlineIMAP as an alternative..</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-11 17:39 GMT+02:00 Nicolas Sebrecht <span dir="ltr"><<a href="mailto:nicolas.s-dev@laposte.net" target="_blank">nicolas.s-dev@laposte.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Please, cc the mailing list.<br>
<span class=""><br>
On Wed, May 11, 2016 at 04:52:41PM +0200, 101passi wrote:<br>
<br>
>    Dear Nicolas,<br>
>        thank you very much for your answer.<br>
>    So if get it right, I can't use NAMETRANS->python rewrite function to add<br>
>    a path, forth and back, to mails "folders".<br>
>    Do you have a suggestion of where I can better understand such limitation?<br>
>    (maybe tied to the folder level?)<br>
<br>
</span>The main issue is not much about nesting. There are expectations all<br>
over the code that the local Maildir is mapped to one remote.<br>
<br>
Offlineimap makes assumptions on the filnenames and handle a cache about<br>
what is the state of the previous sync. Having more than one remote<br>
would break those assumptions.<br>
<span class=""><br>
>                                      So I can try to find a workaround.<br>
<br>
</span>The best workaround I can think of is syncing each account to its own<br>
local Maildir and running a script to "merge" the local copies. This is<br>
a bit trickier than it looks at first glance because of the filename<br>
assumptions. Filenames won't be the same in both local Maildir and<br>
emails must be renamed when added in a Maildir (whatever they are new or<br>
not).<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Nicolas Sebrecht<br>
</font></span></blockquote></div><br></div>