[PATCH 1/2] Re: Another way of locating UID of just saved message

Sebastian Spaeth Sebastian at SSpaeth.de
Tue Aug 9 09:34:21 BST 2011

On Wed, 3 Aug 2011 23:20:34 +0200, Nicolas Sebrecht <nicolas.s-dev at laposte.net> wrote:
> On Wed, Aug 03, 2011 at 09:14:26PM +0200, Vladimir Marek wrote:
> > > The logic looks quiet good to me but I'm still missing why we would need
> > > to fetch all headers of new mails. Is there any way to get the first or
> > > two messages headers of new mails?
> > 
> > Good question. I wanted to describe my motivation, but forget to do so.
> > Originally I have written the patch so that it was fetching just one
> > header line of a given type (X-OfflineIMAP). And it worked fine. But I'm
> > thinking about this method as a last-hope try before re-downloading the
> > message (which can be big). Fetching whole header should not be too big
> > and should be hopefully bulletproof.
> We don't know.  Think about people subscribed to the LKML, python
> mailing-list or so, coming back from holidays. Or even an old mailbox
> not used for some months (for real life reasons)...  We can't assume all
> new headers is not as big as a lone mail.

If you are using this code path, your server a) does not support UIDLUS
and b) a search for the newly uploaded email just failed, ie your IMAP
server is broken. In this case, people should have different problems
than a bit of a performance trouble.

IMHO, the search was only not working because we inserted the headers at
a wrong place.

-------------- 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/20110809/8d9a05c5/attachment-0001.sig>

More information about the OfflineIMAP-project mailing list