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

» Все о MDaemon (#5)

Автор: ADK64
Дата сообщения: 23.09.2015 19:13
qxaszw12

Цитата:
Поделитесь пожалуйста вашим мнением как MDaemon справляется с такой нагрузкой. Если это не секрет, то очень бы хотелось увидеть статистику по обработке сообщений и конфигурацию железа на котором сервер живёт и как вы работаете над отказоустойчивостью вашей почтовой системы?

Бывает, подтупливает, но в целом, на мой взгляд, справляется.
Статистику не приведу, а по серверу:
Intel Xeon CPU E5-2440 (2 шт.) 2,4ГГц.
ОЗУ 16ГБ.
MS Server 2012 (х64)
MDaemon 15.0.1. (x32) + OutlookConnector + SecurityPlus for MDaemon.

На версии 14.5 были проблемы с блокировкой в полночь локальной очереди (Qlock.lck), на 15.0.1 проблема как-то сама собой пропала (тьфу-тьфу-тьфу).

Добавлено:
fly_indiz
Спорить далее не буду, поскольку конструктив уже кончился, а чем-то меряться или толкаться мне совершенно неинтересно.
Напомню только слова дедушки Ленина, что теория без практики мертва. У меня эти 1300 почтовых ящиков на практике. А вы мне рассказываете, как теоретически может быть прекрасен велосипед с квадратными колесами. В жизни, конечно, разное встречается, но, как говорил Станиславский, не верю.
Автор: qxaszw12
Дата сообщения: 24.09.2015 00:08
ADK64

Цитата:
Статистику не приведу, а по серверу:

А что за сервер подскажите?
А контролер рэйда?
Какой рейд?
Что за винты?
Ящики POP3/IMAP?
Автор: dragovich01
Дата сообщения: 24.09.2015 13:38
Всем привет, подскажите у гугла есть такая фишка сбор и отправка почты с других ящиков, так вот при подключении аккаунта для отправки выдает ошибки на гугле "Ошибка аутентификации. Проверьте имя пользователя и пароль.
(Ответ сервера: Missed upload deadline (10.00s) (state SENT_EHLO) code(0) )", на демоне во

Thu 2015-09-24 18:30:21: Session 50353; child 1
Thu 2015-09-24 18:30:21: Accepting SMTP connection from [209.85.218.43:34783] to [*.*.*.*:25]
Thu 2015-09-24 18:30:21: --> 220 mail.zabprivoz.ru ESMTP MDaemon 12.5.6; Thu, 24 Sep 2015 18:30:21 +0900
Thu 2015-09-24 18:30:22: <-- EHLO mail-oi0-f43.google.com
Thu 2015-09-24 18:30:22: EHLO/HELO response delayed 10 seconds
Thu 2015-09-24 18:30:32: --> 250-mail.zabprivoz.ru Hello mail-oi0-f43.google.com, pleased to meet you
Thu 2015-09-24 18:30:32: --> 250-VRFY
Thu 2015-09-24 18:30:32: --> 250-ETRN
Thu 2015-09-24 18:30:32: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Thu 2015-09-24 18:30:32: --> 250-8BITMIME
Thu 2015-09-24 18:30:32: --> 250-STARTTLS
Thu 2015-09-24 18:30:32: --> 250 SIZE
Thu 2015-09-24 18:30:32: Соединение прервано
Thu 2015-09-24 18:30:32: SMTP session terminated (Bytes in/out: 30/240)
Thu 2015-09-24 18:30:32: ----------
Автор: qxaszw12
Дата сообщения: 24.09.2015 14:00
dragovich01

Цитата:
Ошибка аутентификации. Проверьте имя пользователя и пароль.

Не знаю как это у гугла сделано, но осмелюсь предположить, что вы хотите отправить почту от пользователя гугла не пользователю вашего MDaemon'а?
Тогда либо авторизовывайте сессию (в гугле где-то должны быть для этого имя и пароль) или заносить IP'шники гугла разрешённые хосты и настраивайте MDaemon на отключение авторизации с этих IP'шников (надеюсь вы догадываетесь, что в этом случае только ленивый не будет использовать ваш сервер для рассылки спама)
Автор: ADK64
Дата сообщения: 26.09.2015 22:57
qxaszw12

Цитата:
А что за сервер подскажите?
А контролер рэйда?
Какой рейд?
Что за винты?
Ящики POP3/IMAP?

Честно говоря, железом я практически не занимаюсь (это не моя зона ответственности).
Сервак IBMовский, система на зеркале, данные на 10-ке, кажется. Вряд ли 5/6-ка, ибо медленнее.

Ящики в основном IMAP (используем OutlookConnector и WorldClient), хотя не исключаю, что в филиалах у кого-то клиенты настроены через POP3 (его тоже никто не отменял). Но это уже вопросы к местным админам.
Автор: Ram1reZ
Дата сообщения: 27.09.2015 19:12
Коллеги добрый день.

Прошу помощи ) возможно кто сталкивался, поиск ничего не дал
Стоит mdaemon 15.5 64bit
антиспам + антивирус

все лицензионное

во время работы плодятся процессы MDaemon's Spam Daemon
причем что интересно они ограничиваются ~ 90mb
и так пока вся память сервера (32 gb) не закончится
дальше только ребут.

ставить костыли которые будут перезапускать mdaemon не хочется, но пока ничего лучше не придумал

в логах wind 2012 r2
**** ALERT **** AntiVirus did not respond within expected time limit; CFEngine may have stopped responding; it will be stopped and restarted [EvProcess]
и
**** ALERT **** Spam Filter did not respond within expected time limit; CFEngine may have stopped responding; it will be stopped and restarted [EvProcess]


PS: Кстати вопрос это нормально 32 битные антиспам процессы на 64 битном mdaemon ?

С ув.
Виктор
Автор: qxaszw12
Дата сообщения: 27.09.2015 19:49
Ram1reZ

Цитата:
антиспам + антивирус

С правами на их запуск всё нормально?
А в DEP исключения для этих процессов добавлены?
Автор: ipmanyak
Дата сообщения: 28.09.2015 07:58
Ram1reZ Проверь в св-вах службы Mdaemon - Запуск стоит от системной учетной записи и стоит птица Взаимодействие с рабочим столом? В w2k12 по дефолту отключили службу Interactive Services Detection service (Обнаружение интерактивных служб имя модуля UI0Detect) . Режим запуска у нее - Вручную, но если стартануть будет выдавать ошибку, что не удалось запустить. Попробуй поправить реестр HKLM\SYSTEM\CurrentControlSet\Control\Windows поле NoInteractiveServices
смени 1 на 0, ребутни сервер, сообщи результаты.
P.S.
Можно попробовать еще
добавить в строку запуска MDSpamD ключ:

-r spamd.pid

Navigation: Security Menu > Spam Filter > Spam Filter > Spam Daemon (MDSpamD)
Optional command line options to pass to MDSpamD: -r spamd.pid

и затем попробовать рестартануть процесс MDSPAMD
Но это после правки реестра, если не поможет.
Автор: fess2006
Дата сообщения: 28.09.2015 17:06
какая-то непонятка с общими папками ( не публичными ) при использовании outlook connector.

есть один комп, на нем настроен ящик А
все сообщения скопированы с pst файла и после он был отключен.

даю доступ к папкам ( входящие и исходящие ) другой учетной записи и подключаю ее на другой машине.

сообщение частично отображаются в неверной кодировке, в расшаренной папке отправленные почти все сообщения в кривой кодировке.

причем в 2010 аутлуке проблема проявляется исключительно в отправленных, в 2013 и во входящих и отправленных

править ее руками не вариант писем много, почему такое может происходить?

на всяк поставил кодировку исходящих сообщений в utf-8.

кто-нибудь сталкивался с подобным?

По
Win2012r2
Md 15,5
Oc 3,5

Клиенты
Ящик а на win 7 pro
Другие клиенты win 8.1 pro

Outlook 2010 на ящике а
2013 у всех остальных

Причем в woldclient такая же канитель для расшаренных папок, такое ощущение, что при копировании на аутлуку сообщений из pst на сервер через oc , последний что-то сотворил с письменами.
Автор: ipmanyak
Дата сообщения: 29.09.2015 09:36
fess2006 Посмотри хидеры в заголовках проблемных писем, какие там кодировки стоят. Если возможно, выложи пару писем в какой-нить обменник, глянем.
Автор: fess2006
Дата сообщения: 29.09.2015 11:11
ipmanyak

отослал вам ссылку в личные сообщения.

заметил вот что, изучая хедеры:
проблема в основном с сообщениями, которые в кодировке koi8-r, с windows - 1251 и utf-8 проблем нет.

если, проблемным сообщениям вручную через аутлук изменить кодировку на 1251, сохранить. Затем почистить кеш аутлука, то при последующем запуске они отображаются корректно.

вопрос вот в чем, почему они тогда в pst файле отображаются как надо...
Автор: ipmanyak
Дата сообщения: 29.09.2015 12:34
fess2006 кодировки в хидерах стоят не те! В письме с темой - Оферы во вложении и с темой
RE: Оснастки и клише на резине по оптовым ценам, кодировка тела письма стоит koi-8r, а реальная кодировка Windows-1251. Письмо с темой RE: текст не читаем вообще, похоже было перекодировано дважды, причем возможно с участием 7 битной кодировки. Стоит кодировка UTF-8, но символы не распознаваемые в UTF-8 заменяются на замещающий символ. Этот символ выглядит как чёрный ромб с вырезанным внутри вопросительным знаком. Что мы и видим в теле письма.
Посмотри хидеры этих же писем в аутлуке в pst файле. Если там стоит правильная кодировка, а после экспорта в папки кривая, значит портится на этапе экспорта.
Автор: qxaszw12
Дата сообщения: 29.09.2015 13:45
fess2006

Цитата:
значит портится на этапе экспорта.

Такой косяк был в 2007 outlook'е и лечился заменой Wwintl.dll. В 2010-ом я уже с таким не сталкивался. Но это однозначно проблема Outlook'а.
Автор: ipmanyak
Дата сообщения: 29.09.2015 13:55
fess2006 для офис 2010 было два сервис пака , для офис 2013 был SP1, они стоят?
Автор: fess2006
Дата сообщения: 29.09.2015 14:56
ipmanyak, qxaszw12

да конечно, всегда стоят все обновления.
сейчас еще раз экспортирую, чтобы проверить то, что вы написали.

на всяк перед экспортом файл от 2010 экспортнул в 2013.

добавлено:

экспортировал, аутлук нормально отображал до момента удаления его кеша и повторной закачки сообщений через OC с сервера, мде...

посмотрел заголовки письма utf-8, text\plain тоже utf-8, кодировка самого файла messsage win-1251

мды
Автор: fess2006
Дата сообщения: 29.09.2015 21:12
Коллеги, все больше склоняюсь к тому, что это какой-то глюк аутлука, причем даже самого современного.

во всех позах на виртуалках сегодня этот импорт гонял - результат итоговый - никакой...

Причем, после дня икс ( те письма, прошедшие через md, а не ранее импортированные) таких проблем нет.

позы:
весь этот зоопарк в англ и рус варианте
в х64 и х86 варианте
ед, версии не понижал...

вапче ( с мдемоном ранее работал, но не в таком виде: нужен сейчас позарез OC ), выбешивает следующая ситуация:

вот как только сконвертнул, аутлук с помощью ОС набивает себе кеш, в котором все правильно, т.е. ощущение, что он вначале кеш забивает как надо, а после на сервер кладет msg

как только кеш почищу целиком, он его обновит при запуске аутлука и все коту под хвост.
Автор: fess2006
Дата сообщения: 30.09.2015 16:47
Во-общем устал биться как рыба об лед, т.к. не нашел лобового способа решить данную задачку ( потратил полтора дня на нее ). В итоге решил обходным путем пойти.

Пишу данный пост, т.к. может кто-то тоже столкнется с подобной задачкой


Судя по всему, все же виноват outlook connector ( пробовались версии 3.0 и 3.5, агл. и рус. )



Задача: перенести имеющуюся локальную почтовую базу outlook 2010 на почтовый сервер mdaemon ( писем порядка и почтовых элементов порядка 15000 ). Далее организовать работу почтового клиента через сервер mdaemon с использованием outlook connector ( необходимы цветные категории, а в классическом imap исполнении их нет, по крайней мере я не нашел как их использовать)

Проблема: как писал выше, при импорте почтовых данных ломалась кодировка большинства сообщений и никак эту напасть победить не удалось.

Решение:
1. Подключить outlook по imap ( классический без прослоек ) к mdaemon.
2. Либо сразу импортом либо аккуратно вручную скопировать сообщения и папки из открытого pst в папки, подключенные по imap.
3. После этого закрыть outlook, удалить imap профиль и настроить на этот же ящик outlook connector профиль.
4. Запустить outlook, он должен все корректно закешировать и показать. Я проверил с чисткой кеша несколько раз и на нескольких компьютерах, сломаных кодировок нет.


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

В моем случае, цветные категории в классическом imap я бы заменил на вложенные папки и сортировал туда письма, но хотелось все же как-то решить задачку и с помощью ОС.
Плюсы ( имхо ) классического IMAP в связке с mdaemon, если нужны просто общие папки\ящики, без календарей, задач и прочей фигни, то такая связка работает стабильнее. Дополнительно можно динамически изменять период отображения старых сообщений - от месяца до за все прошедшее время.

надеюсь, кому-нибудь пригодятся мои изыскания.
Автор: fess2006
Дата сообщения: 01.10.2015 11:54
Вопрос снят, разобрался. Просьба удалить данное сообщение
Автор: qxaszw12
Дата сообщения: 02.10.2015 16:59
fess2006

Цитата:
Вопрос снят, разобрался. Просьба удалить данное сообщение


Вы бы лучше написали, как удалось решить данную проблему.
Автор: fess2006
Дата сообщения: 02.10.2015 20:40
qxaszw12
Пока писать нечего, она носит какой-то плавающий характер ( то есть, то нет проблемы ), выявить точный алгоритм ее воспроизведения пока времени не было. Поэтому и надо бы удалить тот пост

Там в актив синке дело, скидывает сам авторизацию пользователя...
Но при автоматической авторизации всех работает исправно, а мне как раз все не нужны, а только индивидуальные учетные записи ( стр 190 рук. пользователя )


Кстати, от ос я отказался в итоге, перенастроив все на классический имап, очень уж глючный и нестабилтный этот ОС
Автор: dragovich01
Дата сообщения: 08.10.2015 11:17
Всем привет, при попытке подключить сбор почты по POP с корпоративного акка гмайлом, появляется ошибка -ERR maildrop already locked, а в папке MDaemon\LockFiles появляется LCK файл, удаляю его через некоторое время снова появляется. Подскажите пожалуйста в чем может быть проблема.
Автор: ipmanyak
Дата сообщения: 08.10.2015 12:24
dragovich01 (FAQ) What is the purpose of LCK files?
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=247
Создание LCK файлов нормальное явление, дабы исключить доступ двум сессиям одновременно. При нормальной отработке pop-сессии он удаляется, но в случае сбоев может оставаться, удаляется вручную или автоматом при перезапуске Mdaemon. Проверь логи pop может еще кто-то ломится на этот же ящик. Или твой гмайл слишком часто ломится к этому ящику. Какой интервал времени стоит для опроса ящика?

Автор: qxaszw12
Дата сообщения: 08.10.2015 15:34
dragovich01

Цитата:
а в папке MDaemon\LockFiles появляется LCK файл

У меня такое было на очень плохом канале и соответственно клиент вылетал по таймауту, а MDaemon нормально не закрывал сессию. На решение данной проблемы просто забил болт и тупо предложил пользоваться нормальным инетом.
Автор: fess2006
Дата сообщения: 08.10.2015 20:57
Коллеги, подскажите, у вас байес обучается нормально?

у меня какая-то фигня:

создал публичные папки для спама и не спама, дал права на запись в них писем.
перенес для теста по 5 писем и туда, и туда.

проверил, письма перенеслись\скопировались.

нажимают обучиться и получаю
Thu 2015-10-08 20:52:48.316: Performing Bayesian learning
Thu 2015-10-08 20:52:48.317: * Learning from Spam folder: F:\Mdaemon-Public-Folders\Bayesian Learning.IMAP\Spam.IMAP
Thu 2015-10-08 20:52:48.317: * Learned tokens from 0 message(s) (0 message(s) examined)
Thu 2015-10-08 20:52:48.317: * Learning from Ham folder: F:\Mdaemon-Public-Folders\Bayesian Learning.IMAP\Non-Spam.IMAP
Thu 2015-10-08 20:52:48.317: * Learned tokens from 0 message(s) (0 message(s) examined)
Thu 2015-10-08 20:52:48.317: * End Bayesian learning results


письма из тех папок удаляются, но лог говорит о том, что нифига не обучилось =(

втф?

И такое ощущение, что подобные папки на кириллице он не обрабатывает, тк. при переименовании через мдемон в настройках эти папки тоже надо указать ручками + лог выглядит так

Thu 2015-10-08 20:46:58.274: Performing Bayesian learning
Thu 2015-10-08 20:46:58.275: * Learned tokens from 0 message(s) (0 message(s) examined)
Thu 2015-10-08 20:46:58.275: * Learned tokens from 0 message(s) (0 message(s) examined)
Thu 2015-10-08 20:46:58.275: * End Bayesian learning results
Автор: ipmanyak
Дата сообщения: 09.10.2015 07:04
fess2006 Если открыть настройку в Spam Filter Bayesian Auto-learning, то увидишь, что по дефолту ему надо скормить 200 спамовых и 200 неспамовых писем. Или уменьшай или корми до 200, уменьшать параметр не стоит, но хозяин-барин.

Автор: fess2006
Дата сообщения: 09.10.2015 09:29
ipmanyak

Это да, но я думал те граничные значения работают только когда именно включить эту настройку.
а оказывается всегда...

да и странно, если я за раз не могу набрать 200, пусть копятся в тех папках, зачем же их удалять? ) у меня уже и спама то не осталось на подкормку =)

уменьшать конечно не буду, но пока отключил "обучаться каждую полночь", чтобы накопить необходимое кол-во.
Автор: qxaszw12
Дата сообщения: 09.10.2015 12:52
fess2006

Цитата:
у меня уже и спама то не осталось на подкормку =)

Забейте на этот спам-фильтр. Глючный он и проблем создаёт больше, чем устраняет.
Автор: laamor
Дата сообщения: 14.10.2015 03:39
Народ, подскажите плиз. Прошла целая рассылка с нашего домена, в логах такая штука:

Wed 2015-10-14 00:15:49: Session 225894; child 5
Wed 2015-10-14 00:15:49: Accepting SMTP connection from [193.189.117.19:51554] to [10.2.1.2:25]
Wed 2015-10-14 00:15:49: --> 220 mail.domen.ru ESMTP MDaemon 12.5.3; Wed, 14 Oct 2015 00:15:49 +0800
Wed 2015-10-14 00:15:49: <-- EHLO WIN-ILMQ6QCE3QR
Wed 2015-10-14 00:15:49: --> 250-mail.domen.ru Hello WIN-ILMQ6QCE3QR, pleased to meet you
Wed 2015-10-14 00:15:49: --> 250-ETRN
Wed 2015-10-14 00:15:49: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Wed 2015-10-14 00:15:49: --> 250-8BITMIME
Wed 2015-10-14 00:15:49: --> 250 SIZE
Wed 2015-10-14 00:15:49: <-- AUTH login dGVzdA==
Wed 2015-10-14 00:15:49: --> 334 UGFzc3dvcmQ6
Wed 2015-10-14 00:15:49: <-- ******
Wed 2015-10-14 00:15:49: --> 535 Authentication failed
Wed 2015-10-14 00:15:50: <-- MAIL FROM:<test@domen.ru>
Wed 2015-10-14 00:15:50: Performing PTR lookup (19.117.189.193.IN-ADDR.ARPA)
Wed 2015-10-14 00:15:50: * Error: * The name server reports that it is having technical problems
Wed 2015-10-14 00:15:50: * No PTR records found
Wed 2015-10-14 00:15:50: ---- End PTR results
Wed 2015-10-14 00:15:50: Performing IP lookup (domen.ru)
Wed 2015-10-14 00:15:50: * D=domen.ru TTL=(982) A=[90.90.09.09]
Wed 2015-10-14 00:15:50: * P=010 S=000 D=domen.ru TTL=(982) MX=[mail.domen.ru] {90.13.20.86}
Wed 2015-10-14 00:15:50: ---- End IP lookup results
Wed 2015-10-14 00:15:50: --> 250 <test@domen.ru>, Sender ok
Wed 2015-10-14 00:15:50: <-- RCPT TO:<pato_2688@hotmail.com>


У меня такого юзера нету - test@domen.ru, как тогда почтовик считает, что Sender ok? Проверил настройки, вроде норм все, или я туплю...
Автор: ipmanyak
Дата сообщения: 14.10.2015 09:14
laamor

Цитата:
* No PTR records found
PTR нету, но сессию твой сервер принимает

Цитата:
535 Authentication failed
аутентификация не пройдена, но сессию твой сервер похоже принимает.
А эти письма твой сервак дальше шлет? в SMTP-OUT есть отправка?
Автор: laamor
Дата сообщения: 14.10.2015 09:17
ipmanyak
Да (

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


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