Sebastian Spaeth Sebastian at SSpaeth.de
Fri Jan 20 11:19:17 GMT 2012

On Tue, 17 Jan 2012 11:11:25 +0100, Thomas Kahle <tomka at gentoo.org> wrote:
> On 22:54 Mon 16 Jan 2012, Sebastian Spaeth wrote:
> > > Anyway, as I see it, neither the local nor the remote Foldername works
> > > on the -f Option with

> Well, see below, it just does not pick up any folder when using -f.
> What should I do to debug?  I use bidirectional nametrans.  It did work
> a few months ago when I regularly used the -f option.

OK, we did apply the -f folderfilter rules to both the local and the
remote repository, which would obviously break things when using
nametrans rules. (we don't sync a folder if it is filtered on either the
remote *or* the local side)

What do you (and people) think about always applying the -f names to the
original untranslated remote folder names. I pushed the patch to branch:


(the only commit over "next" is: https://github.com/spaetz/offlineimap/commit/1077aec4402381832c936c62fcf8d321a93c57b3)
if you want to test if it works any better.

Of course the optimal behavior can - and needs- to be discussed. What
should happen if -f can apply to either repo, etc...

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20120120/91c07e38/attachment-0001.sig>

More information about the OfflineIMAP-project mailing list