On 17.4.2013, at 13.19, Thomas Hummel wrote:
> On Tue, Apr 16, 2013 at 02:00:38PM +0300, Timo Sirainen wrote:
>
>> The worst that can happen is:
>>
>> 1) Client sees new mail 123 in old server
>> 2) Client sees only mails up to 122 in the new server
>> 3) Client again will see mail 123 after a
On Tue, Apr 16, 2013 at 02:00:38PM +0300, Timo Sirainen wrote:
> The worst that can happen is:
>
> 1) Client sees new mail 123 in old server
> 2) Client sees only mails up to 122 in the new server
> 3) Client again will see mail 123 after a while
>
> I'm actually not sure how clients will handle
On 16.4.2013, at 18.03, Thomas Hummel wrote:
> On Tue, Apr 16, 2013 at 05:51:21PM +0300, Timo Sirainen wrote:
>
>> dsync in general resolves UID conflicts. If there's any chance that an IMAP
>> client could have seen two different messages with the same UID, both of the
>> messages get assigne
On Tue, Apr 16, 2013 at 05:51:21PM +0300, Timo Sirainen wrote:
> dsync in general resolves UID conflicts. If there's any chance that an IMAP
> client could have seen two different messages with the same UID, both of the
> messages get assigned new UIDs.
I'm not sure I understand this correctly
On 16.4.2013, at 17.35, Thomas Hummel wrote:
>>> Besides, how about client side indexing while in this incoherent, not yet
>>> fully
>>> sync'ed state ? Wouldn't there be corruption risk ?
>>
>> The worst that can happen is:
>>
>> 1) Client sees new mail 123 in old server
>> 2) Client sees onl
On Tue, Apr 16, 2013 at 02:00:38PM +0300, Timo Sirainen wrote:
> dsync doesn't scan through filesystem. It reads the changes from the
> index files. If there are no changes it's pretty much instant even with
> 1M mail mailbox. With changes it's still fast enough (and could be
> faster still by usi
On Tue, 2013-04-16 at 12:38 +0200, Thomas Hummel wrote:
> On Thu, Apr 11, 2013 at 01:09:18PM +0300, Timo Sirainen wrote:
>
> > > the user may see an incorrect state for a small amount of time, doesn't he
> > > ?
> >
> [...]
> > For a small amount of time, yes.
>
> [...]
> > Which is probably a f
On Thu, Apr 11, 2013 at 01:09:18PM +0300, Timo Sirainen wrote:
> > the user may see an incorrect state for a small amount of time, doesn't he
> > ?
>
[...]
> For a small amount of time, yes.
[...]
> Which is probably a few seconds, so I don't see this as much of a problem.
Well, isn't, as with
On Thu, Apr 11, 2013 at 01:09:18PM +0300, Timo Sirainen wrote:
> Which is probably a few seconds, so I don't see this as much of a problem.
Ok, thanks.
--
Thomas Hummel | Institut Pasteur
| Groupe Exploitation et Infrastructure
On 11.4.2013, at 13.07, Thomas Hummel wrote:
>> It doesn't matter if new connections arrive during the final dsync,
>> because they are using the new format already. dsync merges changes, it
>> doesn't destroy any changes.
>
> It doesn't destroy changes but the user may see an incorrect state fo
On Wed, Apr 10, 2013 at 09:21:40PM +0300, Timo Sirainen wrote:
> Not if you kick the users out at the correct time:
>
> - dsync
> - switch user to new format
> - kick users
> - final dsync
>
> It doesn't matter if new connections arrive during the final dsync,
> because they are using the ne
On Wed, 2013-04-10 at 18:59 +0200, Thomas Hummel wrote:
> On Wed, Apr 10, 2013 at 06:28:47PM +0200, Thomas Hummel wrote:
>
> > So basically, it works as with conventional data moved with rsync in 2
> > phases
> > (initial copy and sync of the (hopefully small) reminder to minimize
> > «downtime»
On Wed, Apr 10, 2013 at 06:28:47PM +0200, Thomas Hummel wrote:
> So basically, it works as with conventional data moved with rsync in 2 phases
> (initial copy and sync of the (hopefully small) reminder to minimize
> «downtime»
> or incomplete state except that dsync is used to have the mailbox fo
On Thu, Apr 04, 2013 at 10:27:57PM +0300, Timo Sirainen wrote:
> http://wiki2.dovecot.org/Tools/Dsync#example_converting works for moving
> mailboxes as well as converting. It works even while procmail is used to
> deliver mails.
Thanks. I guess it works with conversion from Maildir to Maildir
On 3.4.2013, at 18.42, Thomas Hummel wrote:
> I'm using dovecot-2.1.15 with Maildir mailboxes located on an NFS filer.
> Postfix is used to deliver mail through procmail ("mailbox_command) as LDA.
>
> Our team has bought another filer and everything is meant to go on it, so
> we're
> planning t
Hello Timo,
I'm using dovecot-2.1.15 with Maildir mailboxes located on an NFS filer.
Postfix is used to deliver mail through procmail ("mailbox_command) as LDA.
Our team has bought another filer and everything is meant to go on it, so we're
planning to migrate those mailboxes to the new filer.
T
16 matches
Mail list logo
