Auston Jary | 1 May 10:14 2012
Picon

Re: version 6.5.3: ['[ALREADYEXISTS] Duplicate folder name (Failure)

After upgraded offlineimap (6.5.2.1-1 -> 6.5.3.1-1) community package on
Arch Linux has the same problem

So I downgrade it to 6.5.2.1 and it work...

_______________________________________________
OfflineIMAP-project mailing list
OfflineIMAP-project <at> lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project

OfflineIMAP homepage: http://software.complete.org/offlineimap

Auston Jary | 1 May 16:04 2012
Picon

Re: filter folders

On 04/30 17:45, Andrea Crotti wrote:
> I'm using offlineimap 6.5.3.1 and I don't find a way to filter out
> the "All Mail" folder,
> I have this setting:
> 
> folderfilter = lambda foldername: foldername not in ['Trash',
> 'Deleted messages', "[Gmail].*"]
> 
> From the wiki page I found this:
> folderfilter = lambda foldername: foldername not in '[Gmail]/All Mail'

From the man page I found
     folderfilter = lambda foldername: foldername not in ['Trash']
so with Gmail it should like this
     folderfilter = lambda foldername: foldername not in ['[Gmail]/All Mail']

> 
> but that in standard python would be wrong, because it since also a
> string is iterable it would
> check that foldername is not a character contained in that string.
> 
> So how is exactly the semantic of filtering in the configuration file?
> 
> Thanks,
> Andrea

_______________________________________________
OfflineIMAP-project mailing list
OfflineIMAP-project <at> lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project
(Continue reading)

Andrea Crotti | 1 May 16:13 2012
Picon

Re: filter folders

On 05/01/2012 03:04 PM, Auston Jary wrote:
> On 04/30 17:45, Andrea Crotti wrote:
>> I'm using offlineimap 6.5.3.1 and I don't find a way to filter out
>> the "All Mail" folder,
>> I have this setting:
>>
>> folderfilter = lambda foldername: foldername not in ['Trash',
>> 'Deleted messages', "[Gmail].*"]
>>
>>  From the wiki page I found this:
>> folderfilter = lambda foldername: foldername not in '[Gmail]/All Mail'
>  From the man page I found
>       folderfilter = lambda foldername: foldername not in ['Trash']
> so with Gmail it should like this
>       folderfilter = lambda foldername: foldername not in ['[Gmail]/All Mail']
>

Thanks a lot, than I guess that the wiki page is wrong, because they 
can't be both
right..

I think the problem is that the names of the gmail folders are actually 
in Italian, using the same
name shown by offlineimap seems to work..

Is there a way to see a summary of what would happen (folders subscribed 
and number of messages
to download for example)??

Thanks,
(Continue reading)

ael | 1 May 20:24 2012

INBOX is not writeable

I am not sure how this relates to the message from Frank Doepper:
 http://lists.alioth.debian.org/pipermail/offlineimap-project/2012-February/003845.html

As in other messages, I have just updated to 6.5.3.1 on several
machines, and encountered some empty folder problems as reported 
previously.

On one machine I am also seeing this sort of thing:
Account sync ntl:
 *** Finished account 'ntl' in 0:09
ERROR: Exceptions occurred during the run!
ERROR: Aborting sync, folder 'INBOX' [acc: 'ntl']
  Server 'imap.ntlworld.com' closed connection, error on SELECT 'INBOX'. Server said: INBOX is not writable

This is on one account (of two) on the same gmail-type server.
Clearing the cache does not cure the problem.

Here (again) are the relevant parts of the config file:
---------------------------------------------------
[Account ntl]
localrepository = ntlimap
remoterepository = ntlserv

[Repository ntlimap]
type = Maildir
localfolders = ~/Mail/ntl_imap
sep = /

[Repository ntlserv]
type = Gmail
(Continue reading)

Alex Søndergaard | 2 May 10:55 2012
Picon

Re: Server responded: ('NO', ['[ALREADYEXISTS] Duplicate folder name (Failure)'])

Hi,

> I seem to have sorted this out, so no need for anyone to waste time
> replying. Apologies for the noise.

how did you sort out this issue?

I've just upgraded from 6.5.3 to 6.5.3.1 and I'm encountering the same issue. It
seems to be related to nametrans, but my configuration hasn't changed...

Regards,

_______________________________________________
OfflineIMAP-project mailing list
OfflineIMAP-project <at> lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project

OfflineIMAP homepage: http://software.complete.org/offlineimap

Thomas Kahle | 2 May 11:38 2012
Picon

Re: Server responded: ('NO', ['[ALREADYEXISTS] Duplicate folder name?(Failure)'])

On 08:55 Wed 02 May 2012, Alex Søndergaard wrote:
> Hi,
> 
> > I seem to have sorted this out, so no need for anyone to waste time
> > replying. Apologies for the noise.
> 
> how did you sort out this issue?
> 
> I've just upgraded from 6.5.3 to 6.5.3.1 and I'm encountering the same issue. It
> seems to be related to nametrans, but my configuration hasn't changed...

Triplecheck your nametrans rules (I mean: play around with the functions
in a python shell!).  It seems like some not entirely correct functions
where accepted before:

(from Changelog)

-) Fixed some cases where invalid nametrans rules were not caught and we
would not propagate local folders to the remote repository. (now tested
in test03)

Cheers,
Thomas

--

-- 
Thomas Kahle
http://dev.gentoo.org/~tomka/
_______________________________________________
(Continue reading)

ael | 2 May 12:13 2012

Re: Server responded: ('NO', ['[ALREADYEXISTS] Duplicate folder name?(Failure)'])

On Wed, May 02, 2012 at 08:55:32AM +0000, Alex Søndergaard wrote:
> Hi,
> 
> > I seem to have sorted this out, so no need for anyone to waste time
> > replying. Apologies for the noise.

I thought that it was my fault because I had forgotten to clear the
cache. But if you look at my later posts, you will see that it
reappeared.

In my case, the problem only arose on empty folders, and removing them
from the local Maildir appeared to solve the problem.

However, I suspect that this is just another manifestation of underlying
longstanding race conditions which are of course notoriously difficult
to debug and highly nondeterministic. But that is only a suspicion
based on apparent random deadlocks and other transient problems
which may, or may not, be modified by using the "-1" option. And
often go away when debugging is turned on.

Developers tend not to see the problem because the code is necessarily
tuned to work on their particular machines.

Of course, it is complicated by all the different imap servers
out there with their own quirks...

ael

_______________________________________________
OfflineIMAP-project mailing list
(Continue reading)

Alexander Søndergaard | 2 May 13:08 2012
Picon

Re: Server responded: ('NO', ['[ALREADYEXISTS] Duplicate folder name?(Failure)'])

Ok, I now found the issue, my nametrans was fine but:

"every nametrans setting on a remote repository requires an equivalent
nametrans rule on the local repository that reverses the
transformation"

Thanks,

On Wed, May 2, 2012 at 11:38 AM, Thomas Kahle <tomka <at> gentoo.org> wrote:
> On 08:55 Wed 02 May 2012, Alex Søndergaard wrote:
>> Hi,
>>
>> > I seem to have sorted this out, so no need for anyone to waste time
>> > replying. Apologies for the noise.
>>
>> how did you sort out this issue?
>>
>> I've just upgraded from 6.5.3 to 6.5.3.1 and I'm encountering the same issue. It
>> seems to be related to nametrans, but my configuration hasn't changed...
>
> Triplecheck your nametrans rules (I mean: play around with the functions
> in a python shell!).  It seems like some not entirely correct functions
> where accepted before:
>
> (from Changelog)
>
> -) Fixed some cases where invalid nametrans rules were not caught and we
> would not propagate local folders to the remote repository. (now tested
> in test03)
>
(Continue reading)

Thomas Kahle | 2 May 13:37 2012
Picon

Re: Server responded: ('NO', ['[ALREADYEXISTS] Duplicate folder name?(Failure)'])

On 13:08 Wed 02 May 2012, Alexander Søndergaard wrote:
> Ok, I now found the issue, my nametrans was fine but:
> 
> "every nametrans setting on a remote repository requires an equivalent
> nametrans rule on the local repository that reverses the
> transformation"

Good!  But this was introduced long before the 6.5 series...

> 
> Thanks,
> 
> On Wed, May 2, 2012 at 11:38 AM, Thomas Kahle <tomka <at> gentoo.org> wrote:
> > On 08:55 Wed 02 May 2012, Alex Søndergaard wrote:
> >> Hi,
> >>
> >> > I seem to have sorted this out, so no need for anyone to waste time
> >> > replying. Apologies for the noise.
> >>
> >> how did you sort out this issue?
> >>
> >> I've just upgraded from 6.5.3 to 6.5.3.1 and I'm encountering the same issue. It
> >> seems to be related to nametrans, but my configuration hasn't changed...
> >
> > Triplecheck your nametrans rules (I mean: play around with the functions
> > in a python shell!).  It seems like some not entirely correct functions
> > where accepted before:
> >
> > (from Changelog)
> >
(Continue reading)

Andrea Crotti | 2 May 18:20 2012
Picon

syncing locally huge Maildirs

I'm trying to use definitively offlineimap to synchronize my mails,
and I've been syncing for already a couple of days.

I have > 100k messages on the imap server, and it's taking a very long
time, with this configuration:

[Repository Gmail-Local]
type = IMAP
preauthtunnel = /usr/lib/dovecot/imap -o 
mail_location=maildir:$HOME/mail_clones/gmail
holdconnectionopen = yes

Once I will have it locally completely in sync, what is a good way to
just replicate it on other machines?

Maybe Setting up a dovecot on the other machine and configure another
repository? Or is it safe to just copy the directly if offlineimap is
not running in that moment??

Thanks a lot,
Andrea

_______________________________________________
OfflineIMAP-project mailing list
OfflineIMAP-project <at> lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project

OfflineIMAP homepage: http://software.complete.org/offlineimap

(Continue reading)


Gmane