Guys, any help? Also, what would happen if the new server has a different hostname ?
Il giorno dom 10 mar 2024 alle ore 14:28 Gandalf Corvotempesta gandalf.corvotempesta@gmail.com ha scritto:
Hi guys I have to migrate around 10k mailboxes from dovecot 2.13 to (i think) the same version but on a different server.
I have to reduce as much as possible the inconveniences to the users, at least in this (temporary) phase.
What do you suggest to move everything ? Same config, same maildir location and rsync everything ?
Better ideas ? i've thought to use the exact same config on both servers, then start multiple rsync to sync as much as possible and when ready, drop the old dovecot in the old server, rsync the latest changes, and then move the dns pointment from the old ip to the new one.
But what about the MUA downloading emails ? I think this would be safe...or there is a chance that some MUA would re-download everything ? This would be unacceptable.
thank you
Guys, any help?
this lacks context.
Also, what would happen if the new server has a different hostname ?
So put temporary haproxy infront of it?
Il giorno dom 10 mar 2024 alle ore 14:28 Gandalf Corvotempesta gandalf.corvotempesta@gmail.com ha scritto:
Hi guys I have to migrate around 10k mailboxes from dovecot 2.13 to (i think) the same version but on a different server.
Why not just mount the data on the other server?
I have to reduce as much as possible the inconveniences to the users, at least in this (temporary) phase.
Just prepare two vm configs and stop the old and start the new.
What do you suggest to move everything ? Same config, same maildir location and rsync everything ?
You have to have a good reason to change storage formats, it is not really related to what instagrammers reeling about. What is your good reason to change?
Better ideas ? i've thought to use the exact same config on both servers, then start multiple rsync to sync as much as possible and when ready, drop the old dovecot in the old server, rsync the latest changes, and then move the dns pointment from the old ip to the new one.
I would go for just mount the data images on the other server. If that is not possible and you don't seem to know what is on the other server. Do the doveadm sync.
I would suggest thinking a bit more about this and what you want in the future. Because you don't want to do this to often. There was just a discussion about these folder names what you might consider looking at. Als the availability of 2.4, maybe wait?
But what about the MUA downloading emails ? I think this would be safe...or there is a chance that some MUA would re-download everything ? This would be unacceptable.
You will see when you are testing.
• Gandalf Corvotempesta via dovecot [2024-04-10 21:07]:
Guys, any help?
What you describe is exactly what I have been doing since ... forever....
- reduce TTL
- setup new server
- rsync
- stop ALL mail services on old server (also anything which might be doing deliveries, this is important), kill client connections, if any
- rsync again
- update DNS
- start mail service on new server
- verify
- increase TTL
You mention multiple rsyncs, I wouldn't bother...
Also, what would happen if the new server has a different hostname ?
You'd get new filenames in Maildir, and this is it.
Il giorno dom 10 mar 2024 alle ore 14:28 Gandalf Corvotempesta gandalf.corvotempesta@gmail.com ha scritto:
Hi guys I have to migrate around 10k mailboxes from dovecot 2.13 to (i think) the same version but on a different server.
I have to reduce as much as possible the inconveniences to the users, at least in this (temporary) phase.
What do you suggest to move everything ? Same config, same maildir location and rsync everything ?
Better ideas ? i've thought to use the exact same config on both servers, then start multiple rsync to sync as much as possible and when ready, drop the old dovecot in the old server, rsync the latest changes, and then move the dns pointment from the old ip to the new one.
But what about the MUA downloading emails ? I think this would be safe...or there is a chance that some MUA would re-download everything ? This would be unacceptable.
thank you
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
• Gandalf Corvotempesta via dovecot [2024-04-10 21:07]:
Guys, any help?
What you describe is exactly what I have been doing since ... forever....
Why? The whole idea about having a LTS distribution is that you almost never need to do this? It is not like the imap/pop/smtp standards are having yearly innovations. Or is this a service you provide for clients?
Can you expand and explain this:
Why? The whole idea about having a LTS distribution is that you almost never need to do this?
Can you provide a link for context?
On 4/10/2024 3:25 PM, Marc via dovecot wrote:
• Gandalf Corvotempesta via dovecot [2024-04-10 21:07]:
Guys, any help? What you describe is exactly what I have been doing since ... forever....
Why? The whole idea about having a LTS distribution is that you almost never need to do this? It is not like the imap/pop/smtp standards are having yearly innovations. Or is this a service you provide for clients?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
-- Christopher Wensink IS Administrator Five Star Plastics, Inc 1339 Continental Drive Eau Claire, WI 54701 Office: 715-831-1682 Mobile: 715-563-3112 Fax: 715-831-6075 cwensink@five-star-plastics.com www.five-star-plastics.com
Il giorno mer 10 apr 2024 alle ore 22:32 Marc via dovecot dovecot@dovecot.org ha scritto:
Why? The whole idea about having a LTS distribution is that you almost never need to do this? It is not like the imap/pop/smtp standards are having yearly innovations. Or is this a service you provide for clients?
In my case the server migration has to be done because the old datacenter is closing and i have to move all datas to a new server on a different location.
Il giorno mer 10 apr 2024 alle ore 21:40 Kirill Miazine via dovecot dovecot@dovecot.org ha scritto:
What you describe is exactly what I have been doing since ... forever....
- reduce TTL
- setup new server
- rsync
- stop ALL mail services on old server (also anything which might be doing deliveries, this is important), kill client connections, if any
- rsync again
- update DNS
- start mail service on new server
- verify
- increase TTL
this is what i've planned, but I have to be 10000% sure that clients wont re-download all messages again. What could trigger a new re-download of message ? The new server would be able to handle the mails stored with the old hostname and at the same time handle the mails stored with the new hostname (and thus different file name)
Il giorno mer 10 apr 2024 alle ore 23:12 Kirill Miazine via dovecot dovecot@dovecot.org ha scritto:
UIDVALIDITY change
In which case uidvalidity would change ? Manually changes in config file ?
• Gandalf Corvotempesta via dovecot [2024-04-10 23:18]:
Il giorno mer 10 apr 2024 alle ore 23:12 Kirill Miazine via dovecot dovecot@dovecot.org ha scritto:
UIDVALIDITY change
In which case uidvalidity would change ?
if you do rsync, it doesn't. UIDVALIDITY is stored in dovecot-uidlist in maildirs, as described in https://doc.dovecot.org/admin_manual/mailbox_formats/maildir/#imap-uid-mappi...
Of course, anyone who is stilling using POP (Leave on Server) presents a different challenge.. Depending on the client, and how the client treated the UID of the message..
The rest should present no issue..
On 2024-04-10 14:25, Kirill Miazine via dovecot wrote:
• Gandalf Corvotempesta via dovecot [2024-04-10 23:18]:
Il giorno mer 10 apr 2024 alle ore 23:12 Kirill Miazine via dovecot dovecot@dovecot.org ha scritto:
UIDVALIDITY change
In which case uidvalidity would change ?
if you do rsync, it doesn't. UIDVALIDITY is stored in dovecot-uidlist in maildirs, as described in https://doc.dovecot.org/admin_manual/mailbox_formats/maildir/#imap-uid-mappi...
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
-- "Catch the Magic of Linux..."
Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at http://www.linuxmagic.com @linuxmagic A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.
604-682-0300 Beautiful British Columbia, Canada
in my case, 99% of mailboxes are imap
Il gio 11 apr 2024, 00:08 Michael Peddemors via dovecot dovecot@dovecot.org ha scritto:
Of course, anyone who is stilling using POP (Leave on Server) presents a different challenge.. Depending on the client, and how the client treated the UID of the message..
The rest should present no issue..
On 2024-04-10 14:25, Kirill Miazine via dovecot wrote:
• Gandalf Corvotempesta via dovecot [2024-04-10 23:18]:
Il giorno mer 10 apr 2024 alle ore 23:12 Kirill Miazine via dovecot dovecot@dovecot.org ha scritto:
UIDVALIDITY change
In which case uidvalidity would change ?
if you do rsync, it doesn't. UIDVALIDITY is stored in dovecot-uidlist in maildirs, as described in
https://doc.dovecot.org/admin_manual/mailbox_formats/maildir/#imap-uid-mappi...
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
-- "Catch the Magic of Linux..."
Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at http://www.linuxmagic.com @linuxmagic A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.
604-682-0300 Beautiful British Columbia, Canada
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
in my case, 99% of mailboxes are imap
Il gio 11 apr 2024, 00:08 Michael Peddemors via dovecot dovecot@dovecot.org ha scritto: Of course, anyone who is stilling using POP (Leave on Server) presents a different challenge.. Depending on the client, and how the client treated the UID of the message..
The rest should present no issue..
On 2024-04-10 14:25, Kirill Miazine via dovecot wrote:
>
>
> • Gandalf Corvotempesta via dovecot [2024-04-10 23:18]:
>> Il giorno mer 10 apr 2024 alle ore 23:12 Kirill Miazine via
dovecot
>> <dovecot@dovecot.org> ha scritto:
>>> UIDVALIDITY change
>>
>> In which case uidvalidity would change ?
>
> if you do rsync, it doesn't. UIDVALIDITY is stored in dovecot-
uidlist in
> maildirs, as described in
> https://doc.dovecot.org/admin_manual/mailbox_formats/maildir/#imap-
uid-mapping
> _______________________________________________
> dovecot mailing list -- dovecot@dovecot.org
> To unsubscribe send an email to dovecot-leave@dovecot.org
--
"Catch the Magic of Linux..."
---------------------------------------------------------------------
---
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.
---------------------------------------------------------------------
---
604-682-0300 Beautiful British Columbia, Canada
_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-leave@dovecot.org
participants (5)
-
Christopher Wensink
-
Gandalf Corvotempesta
-
Kirill Miazine
-
Marc
-
Michael Peddemors