Участник:IvanZakharyaschev/Репликация почтового ящика: различия между версиями
(схема (что в принципе важно)) |
м (→схема (что в принципе важно): оформление) |
||
Строка 16: | Строка 16: | ||
Было: | Было: | ||
<table> | <table class="wikitable"> | ||
<tr> | <tr> |
Версия от 12:26, 12 июля 2016
Понятно, что сохранение копии "почтового ящика" само по себе не представляет большой ценности: нужно уметь её использовать -- хотя бы читать клиентом, а лучше начать предоставлять сервером клиентам. Такая задача имеет место как при создании резервной копии (которую мы должны уметь начать использовать, если что), так и при миграции со старого ПО на новое ПО сервера почтового ящика.
background
Я раньше уже интересовался близкой задачей --:
- поле для изучения там было более общее и открытое: искался любой инструмент для сохранения IMAP-ящика, возможно, без иного доступа (кроме IMAP) к внутреннему хранилищу сервера почтового ящика;
- но задача, касающаяся возобновления работы клиентов с сохранённой резервной копией (со своим иным IMAP-сервером), ставилась только для IMAP-клиентов.
Сейчас в этих заметках нас интересуют более конкретные вещи.
- Мы как бы обладаем полным доступом к хранилищу текущего сервера (правда, засекреченного -- с одной стороны; с другой стороны -- с возможно несовершенным IMAP).
- Протоколы общения с клиентами -- не только один IMAP.
- Какое ПО будет использоваться, чтобы запустить новый наш сервер почтового ящика, тоже более-менее определено.
схема (что в принципе важно)
Было:
хранилище данных почтового ящика |
ПО сервера почтового ящика |
дополнительные мета-данные про ящик |
протокол обращения клиентов |
---|---|---|---|
внутреннее хранилище | старое ПО (MS Exchange) | UIDVALIDITY UID |
IMAP |
SyncKey , ServerId |
Exchange ActiveSync (EAS) | ||
(не интересно) | MS Exchange |
Будет: