Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Timo Sirainen
On 10.12.2011, at 13.32, Mark Zealey wrote: > 10-12-2011 13:07, Timo Sirainen yazmış: >>> It could well be because of the conversion to sdbox then - the ctime/mtime >>> of the files are not being preserved by dsync (in stock 2.0.16). The >>> date.saved timestamp is only put into the cache on the

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 13:07, Timo Sirainen yazmış: It could well be because of the conversion to sdbox then - the ctime/mtime of the files are not being preserved by dsync (in stock 2.0.16). The date.saved timestamp is only put into the cache on the second dsync run; presumably therefore it picks it up

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Timo Sirainen
On 10.12.2011, at 13.03, Mark Zealey wrote: > Ah-ha it's doing the same in 2.0.16 - looking deeper it's because i havn't > accessed the tmp fields in a week or two so I guess the decision has been > taken not to migrate them. Yes, most likely the reason. Could this also explain the date.saved?

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 08:28, Timo Sirainen yazmış: On Thu, 2011-12-08 at 14:45 +, Mark Zealey wrote: With 2.0.16 hdr.xxx fields get copied fine (but of course without timestamp). With the patch you provided they don't get copied whether using mirror or backup& starting from scratch. I'm doing a Mai

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 08:27, Timo Sirainen yazmış: On Thu, 2011-12-08 at 16:10 +, Mark Zealey wrote: By the way, another bug I noticed with dsync is that when converting from Maildir to sdbox is that the date.saved field is not preserved - it's just the time when the first dsync command happened. Pre

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-09 Thread Timo Sirainen
On Thu, 2011-12-08 at 14:45 +, Mark Zealey wrote: > With 2.0.16 hdr.xxx fields get copied fine (but of course without timestamp). > With the patch you provided they don't get copied whether using mirror or > backup & starting from scratch. I'm doing a Maildir to sdbox migration > otherwise d

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-09 Thread Timo Sirainen
On Thu, 2011-12-08 at 16:10 +, Mark Zealey wrote: > By the way, another bug I noticed with dsync is that when converting from > Maildir to sdbox is that the date.saved field is not preserved - it's just > the time when the first dsync command happened. Presumably it should be the > mtime of

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-08 Thread Mark Zealey
By the way, another bug I noticed with dsync is that when converting from Maildir to sdbox is that the date.saved field is not preserved - it's just the time when the first dsync command happened. Presumably it should be the mtime of the Maildir message file Mark

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-08 Thread Mark Zealey
anytihng strange. Mark From: Mark Zealey Sent: 08 December 2011 09:35 To: Timo Sirainen Cc: Dovecot Mailing List Subject: RE: [Dovecot] using dsync to convert mailboxes looses caching options OK I'll test the header copying more fully. The reason we want to preserve

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-08 Thread Mark Zealey
From: Timo Sirainen [t...@iki.fi] Sent: 08 December 2011 09:27 To: Mark Zealey Cc: Dovecot Mailing List Subject: RE: [Dovecot] using dsync to convert mailboxes looses caching options On Thu, 2011-12-08 at 09:19 +, Mark Zealey wrote: > OK now it's copying the timestamp fields for tmp

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-08 Thread Timo Sirainen
On Thu, 2011-12-08 at 09:19 +, Mark Zealey wrote: > OK now it's copying the timestamp fields for tmp ones. However: > > 1) hdr.* fields are not being copied at all (unlike in previous releases) They are in my tests.. This also happens if the destination doesn't exist? > 2) although the decis

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-08 Thread Mark Zealey
ather than conversion) caches could get relatively large? Mark From: Timo Sirainen [t...@iki.fi] Sent: 08 December 2011 07:33 To: Dovecot Mailing List Cc: Mark Zealey Subject: Re: [Dovecot] using dsync to convert mailboxes looses caching options On Thu, 2011-1

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-07 Thread Timo Sirainen
On Thu, 2011-12-08 at 07:53 +0200, Timo Sirainen wrote: > But yes, it is a problem that dsync doesn't update caching decisions.. > Hmm. I guess I'll have to fix that for v2.1. Could you try if the attached patch fixes your problems when patching against latest v2.1 hg? It's annoyingly large, and

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-07 Thread Mark Zealey
requests them via pop/imap. Mark From: Timo Sirainen [t...@iki.fi] Sent: 08 December 2011 05:53 To: Mark Zealey Cc: Dovecot Mailing List Subject: Re: [Dovecot] using dsync to convert mailboxes looses caching options On Sat, 2011-11-26 at 18:33 +0200, Mark Zealey wrote: &

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-07 Thread Timo Sirainen
On Sat, 2011-11-26 at 18:33 +0200, Mark Zealey wrote: > We're trying to convert users from Maildir to sdbox at present; I'm > using dsync to achieve this (2.0.16) however when the user's have been > converted we only get minimal information in the caching files. Is there > some way to preserve

[Dovecot] using dsync to convert mailboxes looses caching options

2011-11-26 Thread Mark Zealey
Hi there, We're trying to convert users from Maildir to sdbox at present; I'm using dsync to achieve this (2.0.16) however when the user's have been converted we only get minimal information in the caching files. Is there some way to preserve all the caching decisions that were previously made