Changes for nametrans between 18.104.22.168 and 22.214.171.124?
Sebastian at SSpaeth.de
Tue May 8 14:51:09 BST 2012
On Mon, 7 May 2012 17:48:06 +0200, Andreas Herz <andi at geekosphere.org> wrote:
> I updated from 126.96.36.199 to 188.8.131.52 and i spent the whole day to get my
> mails working again. What changes came with the new version that weren't
> in 184.108.40.206?
> I use this script for nametrans for remote:
> import re
> def oimaptransfolder_KVA(foldername):
> if(foldername == "INBOX"):
> retval = "KVA"
> retval = "KVA." + foldername
> retval = re.sub("/", ".", retval)
> return retval
> and i call this function for my mail account under remote at nametrans =
> and it worked up to 220.127.116.11. But now i got the message:
> "INFINITE FOLDER CREATION DETECTED!"
> And says that a folder KVA.KVA.foobar would be created.
> [andi at workstation ~]% ls Mail/KVA
> KVA KVA.INBOX.Drafts KVA.INBOX.Junk KVA.INBOX.KVA-ML KVA.INBOX.Sent
You will need to show us the reverse nametrans rule. Folder creation on
the remote server will require to translate names in both directions.
In your above setup, this happens:
your remote folderfilter prefixes "KVA." so INBOX.Junk becomes
KVA.INBOX.Junk on the local maildir.
On the next sync, OLI will try to create the KVA.INBOX.Junk directory on
the server, as it exists on the local side and there is no nametrans
rule to apply. BUT it does a sanity check and notices that if
KVA.INBOX.Junk on the remote would again be propagated as
KVA.KVA.INBOX.Junk to the local side, causing an infinite cycle.
So if you have this nametrans on the local side, things should work just
folderfilter = lambda f: f == 'KVA' and 'INBOX' or re.sub('^KVA.','',f)
(Attention: smart lambda here, it basically returns INBOX if you input
KVA and strips of any leading "KVA." otherwise.
Does this solve your problem?
More information about the OfflineIMAP-project