Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Kerio Connect (ex Kerio MailServer)

Автор: vlary
Дата сообщения: 18.02.2013 16:23
sachaff
Цитата:
вариант керио контрол на линуксе - очень разочаровал...
Ребята, Керио на линукс - ИМХО изврат. Под линуксом существует куча бесплатных и вполне себе нормально работающих почтовиков.

Автор: Tihon_one
Дата сообщения: 18.02.2013 16:24
dimot
что за msg? реиндексация ящика через адмику это просто проверка целостности самого файла индекса не более, никакого сличения содержимого файла с реальным содержимым директории с письмами *.eml не производится.

sachaff
в реализации конекта это обычный debian и установленное приложение KConnect. А чего контрол-то разочаровал, там вроде нечему ломаться даже. хотя это офф-топ, за что прошу прощения.
Автор: coder666
Дата сообщения: 18.02.2013 16:26
дело привычки...
Могу поднять керио до рабочего состояния минут за 30 зная подводные камни. Изучать что-то другое и снова ломать мозги - как-то не охота
Насчет того что под линукс изврат согласен.
Автор: Tihon_one
Дата сообщения: 18.02.2013 16:46

Цитата:
Насчет того что под линукс изврат согласен

спорный момент
Автор: compupu
Дата сообщения: 18.02.2013 16:55
coder666

Цитата:
дело привычки...

Tihon_one

Цитата:
спорный момент

Вы оба абсолютно правЫ!
Автор: dimot
Дата сообщения: 19.02.2013 07:45
Tihon_one
Дануна. Если бы была проверка целостности, то и операция назвалась бы как то также, а тут - переиндексация, что значит перестроение индекса.
Автор: Tihon_one
Дата сообщения: 19.02.2013 10:29
dimot
давай не будем спорить, названа как названа, но сути дела не меняет. Сам можешь проверить.
Автор: dimot
Дата сообщения: 19.02.2013 12:41
Tihon_one
Проверено много раз. В 6-й ветке изменения в папке почтового ящика подхватывал на лету. Начиная с 7-й приходится делать переиндексацию.
Автор: kovaroman
Дата сообщения: 19.02.2013 14:25
Всем привет! есть вот такой тонкий вопрос:

просмотрел текст хэдеров на гугле от своего керио и вот что нашел:

Delivered-To: mymail@gmail.com
Received: by 10.64.136.243 with SMTP id qd19csp138683ieb;
Tue, 19 Feb 2013 04:05:54 -0800 (PST)
X-Received: by 10.180.84.165 with SMTP id a5mr26829851wiz.6.1361275554384;
Tue, 19 Feb 2013 04:05:54 -0800 (PST)
Return-Path: <mykeriomail@mykerio.domain>
Received: from mail.mykerio.domain (mail.mykerio.domain. [xx.xx.xx.xx])
by mx.google.com with ESMTPS id ws4si1930513wjb.162.2013.02.19.04.05.53
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Tue, 19 Feb 2013 04:05:54 -0800 (PST)
Received-SPF: pass (google.com: domain of mykeriomail@mykerio.domain designates xx.xx.xx.xx as permitted sender) client-ip=xx.xx.xx.xx;
Authentication-Results: mx.google.com;
spf=pass (google.com: domain of mykeriomail@mykerio.domain designates xx.xx.xx.xx as permitted sender) smtp.mail=mykeriomail@mykerio.domain
Message-Id: <51236aa2.449ec20a.5ee5.5c51SMTPIN_ADDED_MISSING@mx.google.com>
X-Footer: b2tzYW5hLW11a2hhLmNvbQ==
Received: from ИМЯ КОМПЬЮТЕРА В ЛОКАЛКЕ ([192.168.1.80])
    (authenticated user mykeriomail@mykerio.domain)
    by mail.mykerio.domain;
    Tue, 19 Feb 2013 14:05:52 +0200

Собственно вопрос: Как скрыть информацию с хэдера про мою локалку и ИП?

P.S.: поданая информация заменена для примера.
Автор: 3aki
Дата сообщения: 19.02.2013 14:41
kovaroman

Цитата:
Как скрыть информацию с хэдера про мою локалку и ИП?

Сервер SMTP -> Скрыть локальный IP в полученных заголовках
Автор: kovaroman
Дата сообщения: 19.02.2013 14:49
3aki
Спасибо! поменялось на localhost и 127.0.0.1 )) я что-то пропустил эту птичку...
Автор: Tihon_one
Дата сообщения: 19.02.2013 16:10
dimot
вот это вообще сказка, как у тебя хранилище ещё живо-то? - риторический вопрос.

Короче часто встречаю ситуации когда "волшебство есть", но оно всегда оканчивается полным алесом.
Автор: evaklim1
Дата сообщения: 19.02.2013 16:42
http://kb.kerio.com/product/kerio-connect/server-configuration-kerio-connect/how-do-i-re-index-a-user-s-folder-if-it-has-become-corrupt-406.html
От себя отмечу, что не раз пользовался как перименованием индекса (с последующим рестартом службы), так и ручным запуском переиндексации (без рестарта), еще наблюдал как он сам на фоне лечит индексы - всё работает как надо во всех трёх вариантах.
ЗЫ - Почтовая база несколько сотен гигабайт, и несколько десятков мильонов писем.
Автор: Tihon_one
Дата сообщения: 19.02.2013 16:54
evaklim1
для особо одарённых вот что там написано в первом предложении:

This article describes how to manually re-index a folder that has a corrupted index file.
Автор: evaklim1
Дата сообщения: 19.02.2013 17:00
Дело вообще-то даже и не в ссылке, а для супер-ососбо одаренных опишу немного подробнее:
предположим, я вручную удалил письма прямо в каталоге хранилища, и есть ТРИ способа, как подлечить файл индекса, чтобы всё верно работало.
Автор: Tihon_one
Дата сообщения: 19.02.2013 17:06
evaklim1
))) и запуск ре-индексации ящика из админки(не удаляя самого индексного файла) НЕ один из них.

суть в том, что обычная процедура реиндексации через админку, это проверка наличия открывающего и закрывающего тега в самих файлах index.fld не более. Само собой предполагается, что если файл был переименован\удалён, то он будет создан заново, для иницииации ручной процедуры надо таки остановить службу и сделать половину операций руками.


хотя что я действительно, делайте как думаете.
Автор: evaklim1
Дата сообщения: 19.02.2013 17:24
Уже давно можно без перезапуска службы переименовать индекс в бэд, а затем запустить реиндекс из админки. Там единственная засада будет - это размер ящика сразу не изменится, если удалял письма, но потом сама служба на фоне это поправит.
Возможно, мы говорим про разные версии - может у тебя еще меньше, чем 7.3.0, в которой это появилось.
Повторю - проверено неоднократно, и не мной одним.
Автор: alexnimur
Дата сообщения: 20.02.2013 18:30
Кто подскажет как переместить папку с профилем Kerio outlook connector (KOC) из стандартного местоположения C:\Users\<user>\AppData\Local\Kerio\Outlook Connector\<profile name> на диск D: например.
Суть в том, что есть несколько ноутов у руководства, в которых системный диск SSD - 60Gb, и хард 320Gb. профиль KOC лихо сжирает порядка 30-40Gb от SSD, места постоянно не хватает, винда ругается.

компы под Win 7 Pro, Kerio Outlook Connector 8 Offline Edition
Автор: evaklim1
Дата сообщения: 20.02.2013 20:06
alexnimur
http://kb.kerio.com/product/kerio-connect/kerio-outlook-connector/how-to-modify-store-location-for-the-kerio-outlook-connector-offline-258.html
Автор: HotPaganini
Дата сообщения: 21.02.2013 00:31
Скажите, только у меня в связке Outlook 2013 + KOFF (последняя версия, 8) при попытке отправить письмо Outlook просто валится в мясо (Обнаружена проблема, будет выполнен поиск решения проблемы и перезапуск...)?

При этом неотправленное письмо валяется в Drafts, и что самое забавное, оно KOFF-ом отправлено в Drafts на сервак.

Я вот даже не знаю, где искать грабли, в совместимости KOFF с Утглюком 2013 (недопилили?) или в самом Утглюке...

Вдруг кто еще сталкивался?
Автор: Zhainbay
Дата сообщения: 21.02.2013 08:01
Tihon_one
coder666
dimot
evaklim1

Ребята, спасибо за советы.

Вообщем у меня несколько Kerio с 7.1.2 до 7.3.3 версии
- для 7.3.3 версии - просто удалял необходимые *.eml файлы и запускал переиндексацию
- для 7.1 версии останавливал службу, удалял *.eml , переименовывал index.fld в index.bad

Спасибо еще раз
Автор: AdmDiks
Дата сообщения: 21.02.2013 09:08
Народ спасайте. Мозг сломал!

Описываю ситуацию:

Имеем корпоративный сервер - Шлюз + почта на ПО Kerio Control 7.4.1 build 5051 и Kerio Connect 8.0.0 build 639, но как мне кажется версии ПО в моей ситуации большой роли не играют.

Еще года 3 назад с почтового сервера, правда сначала с MDeamon, а потом Kerio ранних версий, почта уходила в мир через ретранслятор провайдера. Простые попытки отключить ретрансляцию и тогда и сейчас приводили только к одному - 4.4.1 Cannot connect to remote host

Самое подозрительное для меня вот что - когда включен ретранслятор то в логах Подключения в Kerio Control, по созданному правилу четко видны подключения - [21/Feb/2013 10:36:24] [ID] 522137 [Rule] Трафик брандмауэра [Service] SMTP [Connection] TCP ИМЯСЕРВЕРА (192.168.37.140):64965 -> mail.ПРОВАЙДЕР.net (Х1.Х3.96.14):25 [Duration] 16 sec [Bytes] 2118/779/2897 [Packets] 12/12/24

А вот если ретрансляцию выключаешь, то по логике вещей, сервер должен по этому же 25му порту подключаться к другим серверам, к которым и адресовано то или иное письмо, но в Подклюниях и в Пакетах вообще ничего не проскакивает связанного с почтовым сервером.
Пачиму? Kerio Connect бракованная?

На хостинге, грубо говоря, прописаны:
Запись PTR или обратка - mail.НАШДОМЕН.ru
Запись TXT "v=spf1 +mx +ip4:X1.X4.X22.X34 +a:mail.НАШДОМЕН.ru +ip4:X1.X3.96.14 +a:mail.ПРОВАЙДЕР.net include:gmail.com include:yandex.ru -all"

25 порт проверен в обе стороны telnet'ом с помощью другого свеже поставленного почтового сервера на UNIX и другим провайдером.

В момент выключения ретрансляции входящая почта работат без проблем.

Между сервером и провайдером стоит Cisco с VLAN'ом, на которой разрешен любой исходящий интернет трафик.

Может всетаки провайдер каким нить образом не дает работе подобного трафика.
Сразу каюсь - не проверял обычным почтовым клиентом подключиться по 25му порту на тестовый свежий внешний сервер.

Если что то не понятно, спрашивайте, распишу подробно.

Заранее благодарю за подсказки.

Добавлено:
Нашел подсказку на одном из форумов.

Связывать этот домен с конкретным IP адресом - был указал 127.0.0.1

Сейчас появилась другая тема при отправке некоторой почты - Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/

Добавлено:
Короче все ок

Recipient address rejected: - добавляем домен в белый список
Автор: DjMartines
Дата сообщения: 21.02.2013 18:46
Добрый вечер!

Простите пожалуйста, может я и повторяю тему которая тут проходила, просто шеф очень короткие сроки поставил!

В общем следующие:

Письма отправляются, но не принимаются

в логах есть ошибка
mail_queue.cpp: Cannot parse envelope file D:\....../28/51091342-00000006.env: Invalid tetx content
mail_queue.cpp: Cannot parse envelope file D:\....../28/51091342-00000007.env: Invalid tetx content

Ребята помогите пожалуйста
если тут не увижу пишите на почту Yang@inbox.ru
Автор: Tihon_one
Дата сообщения: 21.02.2013 21:58
HotPaganini

Цитата:
Скажите, только у меня в связке Outlook 2013 + KOFF (последняя версия, 8) при попытке отправить письмо Outlook просто валится в мясо (Обнаружена проблема, будет выполнен поиск решения проблемы и перезапуск...)?

нечто подобное было, отключил плагин НОДа и всё забегало на ура.
Автор: kidstone
Дата сообщения: 01.03.2013 08:29
Здравствуйте. Подскажите пожалуйста.
имеется Kerio Connect 8.0.1 build 1028 ( лицензия )
до этого стояла 7 версия. все работало нормально
После обновления веб интерфес стал жутко тупить (как новый так и старый)

Проблема: после нажатия на кнопку отправить окно висит порядка 10 секунд после чего закрывается. Раньше уходило мгновенно.

при этом этот "глюк" можно устранить есть в исключения прокси в браузере указать адрес почтовика.
Никто не сталкивался ?
Спасибо

ЗЫ: ОС Windows 7, XP
Автор: brassnet
Дата сообщения: 01.03.2013 08:44
kidstone

Цитата:
при этом этот "глюк" можно устранить есть в исключения прокси в браузере указать адрес почтовика.

Ну вообще то это нормальная практика - указывать в исключения прокси все локальные ресурсы. Обычно это делают вообще на уровне конфига самого прокси.
Автор: kidstone
Дата сообщения: 01.03.2013 09:03
так и есть, и все работало на предыдущих версиях
Автор: brassnet
Дата сообщения: 01.03.2013 10:03
kidstone

Цитата:
есть в исключения прокси в браузере указать адрес почтовика.

Если в таком варианте работает, то imho стоит заглянуть в настройки прокси, возможно url изменился, по сравнениб с тем, что было внесено для старой версии.
Автор: kidstone
Дата сообщения: 01.03.2013 10:06
в том то и дело , что ничего не менялось кроме версии керио
Автор: kovaroman
Дата сообщения: 01.03.2013 12:32

kidstone

напишите как у вас устроена сеть, а то я так понимаю вы стучитесь в керио через прокси?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139

Предыдущая тема: Microsoft ISA Server 2006/2004/2000 & TMG/UAG (Часть 4)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.