Регистрация...

Eserv Forum / E5 / Mail / Переезд на новый сервер

recent wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
День добрый!
Задумали переустановить почтовый сервер на другой сервак. Вопрос: как корректней будет произвести перенос почтовой базы и базы пользователей — тупо скопировать содержимое директорий, или установить Eserv 5 с нуля и провести импорт пользователей.
Eserv у нас живет еще с 3 версии и честно говоря хотелось бы "забыть" старое и сделать все с нуля, но терять БД пользователей и почту не хотелось бы... Подсоветуйте пожалуйста алгоритм действий.
 
Комментарии к этой версии (19.10.2012 10:30) [~slav032] 0e107e0f
АвторДатаТекстtags
ili_a19.10.2012 11:47
E4 и E5 встают в свои папки, не относящиеся к Е3, поэтому проще просто скопировать папку на диск, и потом установить сервисы.
У меня Eserv стоит на отдельном диске, тогда при замене машины надо только диск переткнуть и сервисы установить
wikipost
ac19.10.2012 12:35
Перенести списки пользователей из E3 в E5 можно как путем конвертации старого конфига при установке E5, так и позже импортом списков. С переносом почтовых архивов сложнее — надо вручную запускать ext\e4in.exe (запустите в консоли без параметров, он выдаст подсказку по ком.строке). Или попросить пользователей выкачать всю почту со старого сервера (остановив предварительно acSMTP, чтобы новая временно не поступала), потом переключиться на новый сервер. Возможно удобнее будет сделать каждому по две учетных записи в почтовых клиентах (сейчас все почт.кл. это позволяют) — одну для старого сервера, одну для нового, работая в переходный период с обеими, пока все окончательно не переключатся.
wikipost
slav03222.10.2012 10:05
Все вроде перенес сервер на новое железо.
Единственное из замеченных в веб морде на одном из пользователей папка Входящие выдает ошибку, в логе следующее: db3_get_record_sql error:30011 IndexFormat.html error=-4 mail/~i.schelokov/INBOX/

так понимаю где-то битый индекс.
И в морде управления Eserv вкладка Обновление->Список обновлений->Error 30011
wikipost
ac22.10.2012 12:53
Возможно в момент переноса эти файлы использовались (?). Если на старом месте остались файлы DATA\domains\ваш.домен\i.schelokov\INBOX\.messages* (.db3 и др) и DATA\domains\system\eserv_updates\INBOX\.messages* , то скопируйте их снова. Если нет, то на новом месте удалите эти файлы (если были) при остановленных службах Eserv'а, они сами создадутся при первой попытке использования.
wikipost
slav03223.10.2012 13:13
ред: 23.10.2012 13:18
указанные файлы в inbox удалил, сервисы запустил, файлы создались, но в аутлуке пусто в папке входящие.
ЗЫ Попробовал послать письмо на указанный ящик — письмо пришло и грустно в одиночестве увалилось в пустой ящик
wikipost
ac23.10.2012 13:27
При порче старого индекса это и логично. Если старый неоткуда взять, то остаётся пересоздать — перепослать все письма этого ящика из архива — скопировать из DATA\mail\arc4\ (те письма, в которых в For: ваш email) в DATA\mail\out\127.0.0.1\25\.
wikipost
slav03223.10.2012 13:33
Это почта директора с архивом за 3 года, может попробовать восстановить старые индексы, они есть...
wikipost
slav03223.10.2012 13:37
На всяк случай отправил на саппорт
wikipost
ac23.10.2012 13:58
support пишет: С этими файлами всё в порядке, не битые. Открылись, полистались, при закрытии wal-журнал сбросился в основную db3-базу, прилагаю результирующий db3 (заменить те три файла на этот один). Если с ним ошибка повторяется, то возможно битый не .messages, а .headers.
wikipost
ac23.10.2012 19:24
Процитированное ответное письмо так и не ушло — лежит в очереди повторов, т.к. на ваших обоих MX'ах таймауты при коннекте.
wikipost
slav03223.10.2012 19:58
У нас творится вообще что-то непонятное, можете файл отправить на почту форума или в раздел файлы моей учетки на форуме.
wikipost
ac23.10.2012 20:45
Отправил на почту форума. Таймаут может быть из-за firewall'а. Или может наш Eserv вообще не туда ломится, если в DNS недавно что-то менялось (DNS-кэши часто подолгу обновляются). Ваши IP из лога (MX) — *.*.229.100, *.*.135.218.
wikipost
slav03223.10.2012 21:09
ред: 23.10.2012 21:10
попробовал ваш messages результат тот же, выкладываю архив с headers,
Файл: архив с headers [819622 bytes] ps будут какие идеи пишите, но посмотрю только завтра
wikipost
ac23.10.2012 22:08
support пишет: С ним тоже всё в порядке, прилагаю "объединенный" файл. Может вы как-то не в тот каталог попадаете (не в тот, где эти файлы)...
(отправлено на форумный ящик)

Файл с "архив с headers" удалю на всякий случай, чтобы ваши адресаты из базы не попали спамерам.
wikipost
slav03225.10.2012 15:28
Вообщем воевали с ветряными мельницами, у провайдера расколбас совпал с моей перестановкой сервера (как нарочно), щас вроде все устаканилось.
По поводe headers и messages
После подкладывания пришедшего от вас headers в папку domains..., на сторонней машине, т.е. с созданием новой учетки в аутглюк, не мгновенно, но почта закачалась. На родном компе директора она так и не прошла, и в веб интерфейсе error 4 красуется в папке инбокс, остальные папки нормально. Куда прикажете копнуть?
wikipost
slav03225.10.2012 16:21
А логи по веб интерфейсу где искать? acweb.log? Меня сейчас не волнует учетка в аутлуке, коль на сторонней машине почта закачалась, теперь только веб починить бы
wikipost
ac25.10.2012 16:28
Я уже понял, что проблема осталась только в веб-почте (удалил свой предыдущий ответ), сейчас постараюсь разобраться, в чем может быть дело.
wikipost
ac25.10.2012 17:01
Вот этот вариант acWEB5 должен нормально восстанавливаться после 30011 и записывать в acWEB.log наводку на функцию, которая сталкивается с этим 30011 (SQLITE_CORRUPT).

Файл: acWEB5 err 30011 [2255820 bytes]
wikipost
slav03225.10.2012 17:18
ред: 25.10.2012 17:23
После замены, почта отобразилась, в логе:

db3_get_record_sql error:30011 (GetPageSrc)

(UpnpSendAnnouce) err1=10049 if=[::1]
(UpnpSendAnnouce) err2=10049 if=[::1]
(UpnpSendAnnouce) err3=10049 if=[::1] bind2 err=10022 DB3: 2012-10-25 18:15:20 3702472 3502568
DB3: 2012-10-25 18:16:09 3702472 3502568
Read from url=/~i.sc<...>/INBOX/
Dir= ..\DATA\domains/n<...>.ru\i.sc<...>\INBOX
Mid=5664
Read from url=/~i.sc<...>/INBOX/
Dir= ..\DATA\domains/n<...>.ru\i.sc<...>\INBOX
Mid=5661
DB3: 2012-10-25 18:18:09 3713544 3502568
wikipost
ac25.10.2012 17:49
К делу относится только первая строка. Нашел, в каком запросе SQLite дает SQLITE_CORRUPT на вашем образце .messages.db3: в простейшем "SELECT * FROM sp_messages where parid=0" (точнее, продолжает сбоить до такого упрощения). Если убрать часть where, то select проходит. В общем, похоже, что что-то с индексом idx_parid. Удалил его, создал заново, теперь работает без 30011. Отправил .messages.db3 на ваш форумный ящик.

Если Входящие уже с тех пор менялись, то можете сами выполнить над этим файлом "DROP INDEX idx_parid; CREATE INDEX idx_parid ON sp_messages(parid);", используя sqlite.exe с сайта sqlite.org или любой sqlite-менеджер.
wikipost
slav03225.10.2012 19:24
Спасибо. Сейчас попробую. Если все нормально, acweb заменить на старый?
wikipost
slav03225.10.2012 20:02
Вроде как все гуууд. Файл acWeb заменил на старый. В логе следующее:
(UpnpSendAnnouce) err1=10049 if=[::1]
(UpnpSendAnnouce) err2=10049 if=[::1]
(UpnpSendAnnouce) err3=10049 if=[::1] bind2 err=10022

Но морда работает....
wikipost
ac25.10.2012 20:28
slav032 пишет: (UpnpSendAnnouce) err1=10049

UPnP на данный вопрос не влияет никак, это компонент из прокси. Можно отключить UPnP в "Службе каталогов", т.к., похоже, уже занято Windows.
wikipost
slav03226.10.2012 08:47
Спасибо за помощь!
wikipost
shajtan07.11.2012 17:29
Не хочу плодить новую тему, так как вопрос по этой. Переставляю сервак, был Е4 на одной машине, сейчас переношу на Е5 на другую. Вопрос по спискам пользователей: как сделать выгрузку его со старого, Е4, сервера? Туплю, не могу найти.
wikipost
ac07.11.2012 17:50
Остановите службы E4, скопируйте файлы CONF\lists\directory.db3* и перенесите на новый в тот же каталог, E5 при старте подстроит формат базы под себя.

Или: скопируйте весь Eserv/4 на новый сервер, замените в планировщике сервер обновления code.eserv.ru на code5.eserv.ru /E5S/, дождитесь загрузки обновлений и запустите update.bat.
wikipost
shajtan12.11.2012 15:35
Ещё вопрос: для тестирования нового сервака пытаюсь сделать проброс почты со старого, E4, на новый, Е5, только для своего аккаунта. Сделал правило на Е4: стадия rcptto, RCPT TO=моё мыло, выполнить server с параметрами ip_нового_сервера
Все письма на мой ящик всё-равно исправно валятся на старый сервак, однако в логах есть информация о срабатывании фильтра:
2012-11-12 16:13:57;192.168.1.1;@;99584;5784;DELIVERY;bkb@loniir.ru;ExDelivery:Local 2012-11-12 16:13:57;192.168.1.1;@;99584;5784;FILTER;eEIIu4eU@nm.ru;bkb@loniir.ru;ExDelivery:Local;Моё на новый 2;delivery

На новый сервак ничего не приходит, на старом в папке out сотворилась папка с адресом нового сервака, в ней томятся письма с именами вида
eEIIu4eU@nm.ru!to_server!99584!1223832437!3.eml
wikipost
ac12.11.2012 16:09
А в DATA\temp попытки отправки этих писем видны?
wikipost
shajtan12.11.2012 16:59
ред: 12.11.2012 18:00
ac пишет: mp попытки отправки этих писем видны?


Нет, нету. Сейчас проверил: отправляю письмо себе с инета, оно отмечается фильтром, попадает ко мне в ящик на сервере Е4, и на нём-же помещается в data\mail\out\172.16.1.10\25\ , где и лежит. Отметки в data\TEMP\2012-11-12\ нету. Да, новый сервак находится в той-же сети, что и старый, тут не может быть затыка?

Сделал "чистого" пользователя, пытаюсь разобраться. Упоминание о письмах ему есть в логе SMTPS:
2012-11-12 18:39:20;192.168.1.1;@;101468;928;IN;MAIL FROM:<shajtan@gmail.com> 2012-11-12 18:39:20;192.168.1.1;@;101468;928;OUT;250 shajtan@gmail.com OK 2012-11-12 18:39:21;192.168.1.1;@;101468;928;IN;RCPT TO:<testuser@loniir.ru> 2012-11-12 18:39:21;192.168.1.1;@;101468;928;FILTER;shajtan@gmail.com;testuser@loniir.ru;;testuser_на новый сервак;rcptto 2012-11-12 18:39:21;192.168.1.1;@;101468;928;OUT;250 testuser@loniir.ru OK, ExDelivery:Local, a=L 2012-11-12 18:39:21;192.168.1.1;@;101468;928;IN;DATA 2012-11-12 18:39:21;192.168.1.1;@;101468;928;SPOOL;..\DATA\mail\spool\shajtan@gmail.com!101468!1232556468!1.eml 2012-11-12 18:39:21;192.168.1.1;@;101468;928;OUT;354 send the mail data, end with . 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;1474 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;700000 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;-1 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;0 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;0 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;0 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;-1 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;0 2012-11-12 18:39:21;192.168.1.1;@;101468;928;WL;0 2012-11-12 18:39:22;192.168.1.1;@;101468;928;OUT;250 OK message accepted for delivery (ExDelivery:Local) 2012-11-12 18:39:22;192.168.1.1;@;101468;928;DELIVERY;testuser@loniir.ru;ExDelivery:Local 2012-11-12 18:39:22;192.168.1.1;@;101468;928;INDEX;1 2012-11-12 18:39:46;192.168.1.1;@;101468;928;IN;QUIT 2012-11-12 18:39:52;192.168.1.1;@;101468;928;OUT;221 Goodbye.

Вроде бы правило отрабатывается, нет? Но дальше идёт информация о локальной доставке. Ничего не понимаю... для этого пользователя вся почта попадает в ящик на Е4, но даже не пытается переправиться на другой сервер, писем в out нету.
wikipost
ac12.11.2012 23:34
Вообще на стадии rcptto этот фильтр работать не должен, т.к. на тот момент еще пересылать нечего... Вот в предыдущем логе (в сообщении 12.11.2012 15:35) фильтр стоит в правильном месте — доставка — и это результаты его работы лежат в data\mail\out\172.16.1.10\25\ скорее всего.

То что не уходит оттуда — похоже на баг, разберусь.
wikipost
ac13.11.2012 12:28
ac пишет: То что не уходит оттуда — похоже на баг, разберусь.

Нет, бага не нашел. Но вот что стоит перепроверить — есть ли у вас в планировщике задание SmtpPush с сервером 172.16.1.10. Если нет, то создайте и затем опять понаблюдайте за DATA\temp.
wikipost
shajtan13.11.2012 13:07
В планировщике такого задания нету, но сейчас уже поздно что-то создавать: ночью не мог уснуть, принял бурбона, ломанулся VPN-ом на работу и таки перенёс почтарик с Е4 на Е5 без предварительного тестирования.
В результате вроде бы всё поднялось, некоторым пользователям пришлось вручную переносить ту почту, которая пришла на старый Е4 до переноса: Е5 отдавал им только заголовки от писем, тела отсутствовали.

С перенаправлением буду разбираться чуть позже, пока что сразу-же возник вот какой вопрос: для Е4 покупался SpamProtexx, его лицензия идёт на Е5, или нет? Для Е5 сразу купил LibSD, но была мысль попробовать в работе сразу два фильтра.
wikipost
ac13.11.2012 13:26
Да, старый SpamProtexx можно перенести с E4 на E5 — в реестре в разделе программ Агавы должен быть шифрованный ключик, который можно экспортировать на старой машине, импортировать на новой — он не к машине привязан, а к лицензии Eserv'а, и раз старый сервер у вас останавливается, то никакого нарушения нет.
wikipost
Работает на Eserv/5.05555 (05.06.2016)