Участник:IvanZakharyaschev/Репликация почтового ящика: различия между версиями
м (оформление: __FORCETOC__) |
Нет описания правки |
||
| (не показана 1 промежуточная версия 1 участника) | |||
| Строка 1: | Строка 1: | ||
[[en:user:imz/research_on_HOW_TO_backup_an_IMAP_account|user:imz/research_on_HOW_TO_backup_an_IMAP_account]] | |||
[[category:HOWTO]] | |||
__FORCETOC__ | __FORCETOC__ | ||
| Строка 237: | Строка 240: | ||
На самом деле с переносом мета-данных (нужных для синхронизации) всё совсем неясно и для простоты можно было бы не заморачиваться с ними (а при большом желании реализовать возможность их переноса). | На самом деле с переносом мета-данных (нужных для синхронизации) всё совсем неясно и для простоты можно было бы не заморачиваться с ними (а при большом желании реализовать возможность их переноса). | ||
{{Category navigation|title=HOWTO|category=HOWTO|sortkey={{SUBPAGENAME}}}} | |||
Текущая версия от 12:43, 10 марта 2018
Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика.
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-клиенты | ||
| - | |||||
На самом деле с переносом мета-данных (нужных для синхронизации) всё совсем неясно и для простоты можно было бы не заморачиваться с ними (а при большом желании реализовать возможность их переноса).