Kevin Brown wrote:
>>From what I can tell, just doing a STORE of attributes is enough. I > can recreate the problem and email you the logs if you're interested. I was more like thinking about some sort of lazy caching where _ic_store does not call db_getmailbox if the previous imap command was also _ic_store. So yes: please do send me a command sequence I can work with. > > Basically, any code path that calls db_getmailbox will fire off that > query. I understand that. But I'd like a real world example. Thing is a normal STORE command will not call db_getmailbox more than once, even when updating many messages. It does call db_get_msgflags_all for each message updated, but that can be easily remedied. > The latest problem I've had with 2.1.x-trunk is related to > dbmail-smtp. I use the mailbox2dbmail contrib script to populate > dbmail from my primary mail store and in the 2.1.x series the mail > server returns nothing when you attempt to retrieve a message. The > headers come back fine (after the case conversion fix), and the data's > in the database, but something about either the insertion of the > message or the retrieval of the message is busted. If I use > Thunderbird to copy the message from my primary IMAP server to the > DBMail server, the message is perfectly retrievable. Sounds like a bug allright. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl
