I have been having a problem with the test releases...I am now using Test 59. When I delete a message using SquirrelMail (IMAP) the message stays in the message list....but you can't open it anymore because it can't be found, if I logout and log back in...the message is gone from the list. I thought it could be a problem with the cache, so I added mail_never_cache_fields = MessagePart Envelope Body only to recieve Dec 24 09:23:34 news dovecot: IMAP(admin): mail_never_cache_fields: Invalid cache field name 'Body', ignoring Any ideas? This problem has plagued me for a while and I always go back to using the and older test like 22 and the problem isn't there... Doug
Hello, From: "Doug Eubanks" <doug at simflex.com> Subject: [Dovecot] Deleting a message through IMAP Date: Fri, 24 Dec 2004 10:19:18 -0500 (EST)> the cache, so I added > > mail_never_cache_fields = MessagePart Envelope Body > > only to recieve > > Dec 24 09:23:34 news dovecot: IMAP(admin): mail_never_cache_fields: Invalid cache > field name 'Body', ignoringIt seems to be a problem that dovecot-example.conf isn't updated with sources. Now, 'mail_cache_fields' and 'mail_never_cache_fields's field names are changed. Use a list of followings: flags, date.sent, date.received, size.virtual, size.physical, imap.body, imap.bodystructure, imap.envelope, mime.parts, mail.uid best regards, -- Kazuo Moriwaka moriwaka at valinux.co.jp
On Fri, 2004-12-24 at 10:19 -0500, Doug Eubanks wrote:> mail_never_cache_fields = MessagePart Envelope BodyI updated its comment now: # Space-separated list of fields to initially save into cache file. Currently # these fields are allowed: # # flags, date.sent, date.received, size.virtual, size.physical # mime.parts, imap.body, imap.bodystructure # # Different IMAP clients work in different ways, so they benefit from # different cached fields. Some do not benefit from them at all. Caching more # than necessary generates useless disk I/O, so you don't want to do that # either. # # Dovecot attempts to automatically figure out what client wants and it keeps # only that. However the first few times a mailbox is opened, Dovecot hasn't # yet figured out what client needs, so it may not perform optimally. If you # know what fields the majority of your clients need, it may be useful to set # these fields by hand. If client doesn't actually use them, Dovecot will # eventually drop them. # # Usually you should just leave this field alone. The potential benefits are # typically unnoticeable. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20041228/eee053f2/attachment-0001.bin>