Участник:IvanZakharyaschev/Репликация почтового ящика

Материал из ALT Linux Wiki



Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика.

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 UIDSyncKey, ServerId) используются для определения состояния синхронизации клиентов с сервером. Разное ПО сервера генерирует их по своим правилам и хранит по-своему. Их смена приведёт к полной пересинхронизации клиентов (с потерей прошлого кэша) -- в общем, переезд на реплику не останется незамеченным. См. также:

Будет:

хранилище
данных почтового ящика
ПО
сервера почтового ящика
дополнительные мета-данные
про ящик
протокол
обращения клиентов
Maildir dovecot UIDVALIDITY UID IMAP IMAP-клиенты
SOGo SyncKey, ServerId EAS (Exchange ActiveSync) EAS-клиенты
- - MS Exchange MS-клиенты

перенос (конкретные инструменты для Exchange→dovecot+SoGo)

Было:

хранилище
данных почтового ящика
ПО
сервера почтового ящика
дополнительные мета-данные
про ящик
протокол
обращения клиентов
внутреннее хранилище старое ПО (MS Exchange) UIDVALIDITY UID IMAP IMAP-клиенты
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-клиентом

IMAP
SyncKey (своё на каждый клиент), ServerId

прочитать из логов обращений специальной командой

EAS (Exchange ActiveSync)

...и импорта этих данных и мета-данных:

хранилище
данных почтового ящика
ПО
сервера почтового ящика
дополнительные мета-данные
про ящик
протокол
обращения клиентов
readpst и потом

либо dovecot-lda, либо dsync

в dovecot+SOGo UIDVALIDITY: как установить?

UID: можно записать (при большом желании)

IMAP
SyncKey, ServerId:

как установить?

EAS (Exchange ActiveSync)

Будет:

хранилище
данных почтового ящика
ПО
сервера почтового ящика
дополнительные мета-данные
про ящик
протокол
обращения клиентов
Maildir dovecot UIDVALIDITY UID IMAP IMAP-клиенты
SOGo SyncKey, ServerId EAS (Exchange ActiveSync) EAS-клиенты
- (не интересовались) MS Exchange MS-клиенты

На самом деле с переносом мета-данных (нужных для синхронизации) всё совсем неясно и для простоты можно было бы не заморачиваться с ними (а при большом желании реализовать возможность их переноса).