<DKIM> Help for sync google to google nested on a folder

[101passi]

Dear Nicolas, sorry for missing the cc to the mailing list.

I assumed that two ends can be a "non local" maildir according to this
http://www.offlineimap.org/doc/use_cases.html part of the documentation
"Sync from GMail to another IMAP server"
and also here http://www.offlineimap.org/doc/features.html
"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"

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

2016-05-11 17:39 GMT+02:00 Nicolas Sebrecht <nicolas.s-dev at laposte.net>:

> Please, cc the mailing list.
>
> On Wed, May 11, 2016 at 04:52:41PM +0200, 101passi wrote:
>
> >    Dear Nicolas,
> >        thank you very much for your answer.
> >    So if get it right, I can't use NAMETRANS->python rewrite function to
> add
> >    a path, forth and back, to mails "folders".
> >    Do you have a suggestion of where I can better understand such
> limitation?
> >    (maybe tied to the folder level?)
>
> The main issue is not much about nesting. There are expectations all
> over the code that the local Maildir is mapped to one remote.
>
> Offlineimap makes assumptions on the filnenames and handle a cache about
> what is the state of the previous sync. Having more than one remote
> would break those assumptions.
>
> >                                      So I can try to find a workaround.
>
> The best workaround I can think of is syncing each account to its own
> local Maildir and running a script to "merge" the local copies. This is
> a bit trickier than it looks at first glance because of the filename
> assumptions. Filenames won't be the same in both local Maildir and
> emails must be renamed when added in a Maildir (whatever they are new or
> not).
>
> Regards,
>
> --
> Nicolas Sebrecht
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20160511/35d38769/attachment-0003.html>