Участник:IvanZakharyaschev/Репликация почтового ящика: различия между версиями
(→схема (что в принципе важно): перенос (конкретные инструменты для Exchange→dovecot+SoGo)) |
м (оформление: __FORCETOC__) |
||
Строка 1: | Строка 1: | ||
__FORCETOC__ | |||
Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика. | Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика. | ||
Версия от 13:05, 15 июля 2016
Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика.
background
Я раньше уже интересовался близкой задачей -- user:imz/research_on_HOW_TO_backup_an_IMAP_account:
- поле для изучения там было более общее и открытое: искался любой инструмент для сохранения IMAP-ящика, возможно, без иного доступа (кроме IMAP) к внутреннему хранилищу сервера почтового ящика;
- но задача, касающаяся возобновления работы клиентов с сохранённой резервной копией (со своим иным IMAP-сервером), ставилась только для IMAP-клиентов.
Сейчас в этих заметках нас интересуют более конкретные вещи.
- Мы как бы обладаем полным доступом к хранилищу текущего сервера (правда, засекреченного -- с одной стороны; с другой стороны -- с возможно несовершенным IMAP).
- Протоколы общения с клиентами -- не только один IMAP.
- Какое ПО будет использоваться, чтобы запустить новый наш сервер почтового ящика, тоже более-менее определено.
схема (что в принципе важно)
Было:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
|
---|---|---|---|---|
внутреннее хранилище | старое ПО (MS Exchange) | UIDVALIDITY UID |
IMAP | IMAP-клиенты |
SyncKey , ServerId |
EAS (Exchange ActiveSync) | EAS-клиенты | ||
(не интересовались) | MS Exchange | MS-клиенты |
Значения UIDVALIDITY
UID
(и SyncKey
, ServerId
) используются для
определения состояния синхронизации клиентов с сервером. Разное ПО
сервера генерирует их по своим правилам и хранит по-своему. Их смена
приведёт к полной пересинхронизации клиентов (с потерей прошлого кэша)
-- в общем, переезд на реплику не останется незамеченным.
См. также:
Будет:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
||
---|---|---|---|---|---|
Maildir | dovecot | UIDVALIDITY UID |
IMAP | IMAP-клиенты | |
SOGo | SyncKey , ServerId |
EAS (Exchange ActiveSync) | EAS-клиенты | ||
- | - | MS Exchange | MS-клиенты |
перенос (конкретные инструменты для Exchange→dovecot+SoGo)
Было:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
|
---|---|---|---|---|
внутреннее хранилище | старое ПО (MS Exchange) | UIDVALIDITY UID |
||
SyncKey , ServerId |
EAS (Exchange ActiveSync) | EAS-клиенты | ||
(не интересовались) | MS Exchange | MS-клиенты |
Инструменты для вытаскивания соответствующих данных (и мета-данных, если что-то из них будет важно):
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
---|---|---|---|
(thx kazanskyap)
add-pssnapin *Exchange* Get-Mailbox USERNAME | New-MailboxExportRequest -FilePath \\SOMEHOST\c$\USERNAME.pst |
из Exchange | UIDVALIDITY UID (одно на сервер)
можно прочитать любым IMAP-клиентом |
|
SyncKey (своё на каждый клиент), ServerId
прочитать из логов обращений специальной командой |
EAS (Exchange ActiveSync) |
...и импорта этих данных и мета-данных:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
---|---|---|---|
readpst и потом
либо |
в dovecot+SOGo | UIDVALIDITY : как установить?
|
IMAP |
SyncKey , ServerId :
как установить? |
EAS (Exchange ActiveSync) |
Будет:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
||
---|---|---|---|---|---|
Maildir | dovecot | UIDVALIDITY UID |
IMAP | IMAP-клиенты | |
SOGo | SyncKey , ServerId |
EAS (Exchange ActiveSync) | EAS-клиенты | ||
- |
На самом деле с переносом мета-данных (нужных для синхронизации) всё совсем неясно и для простоты можно было бы не заморачиваться с ними (а при большом желании реализовать возможность их переноса).