ERROR in syncfolder for (username) folder INBOX : null byte in argument for long()

[chris coleman]

Clarification: Instead of "full of 11-byte text files" which is too vauge.. I 
should've said "full of 11-byte text files, each one corresponding to one of the 
IMAP folders.. (INBOX, INBOX.Sent, INBOX.Trash, INBOX.Junk, INBOX.Archives,  
etc.)"






________________________________
From: chris coleman <christocoleman at yahoo.com>
To: offlineimap mailing list <offlineimap-project at lists.alioth.debian.org>
Sent: Thu, April 28, 2011 10:09:58 AM
Subject: Re: ERROR in syncfolder for (username) folder INBOX : null byte in 
argument for long()


Sebastian:

Just to be sure.  On my machine, this folder ( 
~/.offlineimap/Repository-IMAPLocalUsername/FolderValidity ) is full of 11-byte 
text files containing a large number like this: 1288942674

You're saying I should delete some/all of these 11-byte files, and run 
offlineimap , and they will be quickly and harmlessly regenerated.  And that 
should correct the error for this first account.  Correct?

Chris








________________________________
From: Sebastian Spaeth <Sebastian at SSpaeth.de>
To: chris coleman <christocoleman at yahoo.com>; offlineimap mailing list 
<offlineimap-project at lists.alioth.debian.org>
Sent: Thu, April 28, 2011 8:47:16 AM
Subject: Re: ERROR in syncfolder for (username) folder INBOX : null byte in 
argument for long()

On Wed, 27 Apr 2011 06:52:52 -0700 (PDT), chris coleman 
<christocoleman at yahoo.com> wrote:
> Thanks Sebastian.
> 
> UIDVALIDITY... this folder doesnt exist.  
> 
> Do you mean UIDMapping or FolderValidity ??

I meant FolderValidity, yes.

Repairing that one will not take a lot of time, as it does not involve
any resync.

> How much time will it take to recreate these files when there are 100,000 
> messages ?  Probably many hours, right ?
> 
> If I blow away (move away) ONE of the files inside these folders, will 
> offlineimap recreate just the one file ??

UIDMapping will still be needed, don't blow that one away, or it will
duplicate all emails on the "LOCAL" side, as it doesn't know which one
it already had duplicated.

Sebastian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20110428/af2df33a/attachment-0001.html>