On Friday 08 April 2005 22:43, Paul J Stevens wrote: > > "SELECT * FROM dbmail_messages" ---> 3801 rows > > "SELECT * FROM dbmail_physmessage" --> 4512 rows > > It is possible that the difference of 21 messages was cached during the > > first run. > Mmm, normally it's the other way around: messages > physmessages. imap copy > would do that. There must be orphaned message data in your database. Some > bug in your message expiry code perhaps?
As already said: it's actually normal behaviour. Some of the messages were already done. > > I'll send you the offending mail in PM if you want it. > Yes. Binary exact copy in a gzip would be great. See mail from a few minutes ago. > You must be inside gmime/glib here. Which I guess wasn't compiled -g. > Ok. Its a double free. lost is freed in db_set_headercache before returning > an error, while it's als called in the caller (maintenance.c) afterwards. > Fixed in the trunk. I'm recompiling gmime and pulling the trunk right now. -- With best regards, Florian
