» Все о MDaemon (#5)

mightu86

Цитата:

Добрый вечер!
Вопрос, у кого какие, вложения запрещены в вложениях (Фильтр содержания)?

У себя недавно добавил вот эти

Код: *.PIF,*.SCR,*.VBS,*.CMD,*.COM,*.BAT,*.HTA,*.*.{*,*.EXE,*.js,*.ade,*.adp,*.chm,*.cpl,*.ins,*.isp,*.jse,*.lib,*.lnk,*.mde,*.msc,*.msp,*.mst,*.sct,*.shb,*.sys,*.vb,*.vbe,*.vxd,*.wsc,*.wsf,*.wsh

Добрый день!
Помогите с адресной книгой.
Версия сервера 14.5.0
Никак не могу понять как настроить.
В настройках LDAP Options указал все как в инструкции, а вот в логе такая фигня
Mon 2014-11-10 15:33:43.325: [LDAP] Ошибка 81: Невозможно соединиться с LDAP сервером. Он запущен?
Mon 2014-11-10 15:33:43.325: [LDAP] 0 address records exported, 0 address records already existed, 1 errors.

Похоже, что LDAP не запущен. А как его запустить?

polegbkru
Цитата:

Ошибка 81: Невозможно соединиться с LDAP сервером.  Он запущен?

А у тебя вообще-то LDAP есть?

Так я и спрашиваю как его запустить? Сделать?
Раньше вроде был доп. модуль Ldaemon.
А сейчас как?

Доброго дня!!!
Подскажите как будет правильней и грамотней сделать.
Имеется несколько внутрикорпоративных почтовых серверов c адресами *@domainXX.mycompany.com внутри компании по шлюзам почта бегает. За пределы домена почта выходит с переводом заголовков в формат *@mycompany.com (mycompany.com организован на googl'овском сервере). Соответственно вся внешняя почта приходит на гугловские учетки и редиректиться на внутренние почтовые сервера. Всё бы ничего, да юзеры взяли привычку раздавать внутрикорпоративные адреса, соответственно полез спам.
Байес учиться, но помогает слабо, спам идет на адреса *@domainXX.mycompany.com (на @mycompany.com гугловские спам фильтры неплохо отрабатывают).
Почесав репку, проникнувшись покаяниями пользователей, решил закрыть прием почты на внутрикорпоративные сервера (локальные почтовые почтовые учетки) из внешних источников кроме гугла и со шлюзов. Т.е. чтобы почта на адреса user@domain1.mycompany.com приходила только с гугла и шлюзов и больше ниоткуда.
Вижу 2 пути решения проблемы:
1. фильтром - если на локальный адрес, не с гугла и не со шлюзов то пусть мне на почту заворачивает буду смотреть решать.
2. IP-скрининг - заворачивать все что не с гугла и не со шлюзов.

Как на ваш взгляд будет лучше?

P.S: судя по мануалу "IP-скрининг никогда не блокирует доверенные и локальные IP-узлы."
Могу добавить гугла в доверенные и вообще все входы на IP-скрининге запретить. Телодвижений меньше, но сомневаюсь я все-таки...

DeisGood Если вы утверждаете, что За пределы домена почта выходит с переводом заголовков в формат *@mycompany.com то откуда может взяться этот спам? Если у вас домен *@mycompany.com и основной сервер почты на гугле, какого хрена у вас локальные почтовые домены *@domainXX.mycompany.com ходят в инет и принимают оттуда?
Цитата:

решил закрыть прием почты на внутрикорпоративные сервера (локальные почтовые почтовые учетки) из внешних источников кроме гугла и со шлюзов.

Это сразу надо было делать. если уже забрил, то и спама того уже не будет. А гугль у вас принимает почту для всех ваших поддоменов ? Если все ящики у вас на гугле, то зачем вам теперь Mdaemon вообще, настраивайте клиентов на сервер гугля.

ipmanyak

Цитата:

Если вы утверждаете, что За пределы домена почта выходит с переводом заголовков в формат *@mycompany.com то откуда может взяться этот спам?

Элементарно Ватсон!!! - пользователь оставляет свой почтовый адрес типа user@domainXX.company.com на каком-нибудь сайте, раздает кому попало, светит в соцсетях и т.п.

Цитата:

какого хрена у вас локальные почтовые домены  *@domainXX.mycompany.com  ходят в инет и принимают оттуда?

я же написал, мои локальные домены не ходят - на гугле пересылка на локальные почтовые ящики настроена

Цитата:

Это сразу надо было делать. если уже забрил, то и спама того уже не будет.

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

Цитата:

А гугль у вас  принимает  почту для всех ваших поддоменов ?

Да пересылка, user1@mycompany.com = user1@domainXX.mycompany.com

Цитата:

Если все ящики у вас на гугле, то зачем вам теперь Mdaemon вообще, настраивайте клиентов на сервер гугля.

Не все... только тех кому это разрешено, все остальные ящики обезличены - должности отделы и т.п., а некоторые юзеры только внутрикорпоративный аккаунт. На гугла уходить не буду по той простой причине что завтра они заломят цену за свое обслуживание и зачем мне это счастье???? Опять же, зачем мне внутрикорпоративная переписка на серверах гугла? Вся служебная информация по работе серверов и прочего??? Получается те же серваки и ПО сыплющее репортами будут это сбрасывать на гугла чтобы я в соседнем кабинете это все получил? Зачем мне лишняя нагрузка на интернет-канал который и так забит потоками служебной информации??? Не по всей же России ширина интернет-канала позволяет туда локомотив забабахать .
Во... спросил совета... как лучше сделать

DeisGood
Спам брейте на уровне DNS - 80-90 % спама отсеите. Можете и баес юзать, если хотите, но я не юзаю.
Места на серваке мало под обучалку баеса. Если прием снаружи на местные серваки закрыл, то и части спама уже не будет. Можете разрешить прием только с гугля.
P.S.
Вместо гугля можете юзать почту своего домна на яндексе, там 1000 ящиков бесплатно, можно и больше, но по договоренности.

ipmanyak
Спасибо за совет
На самом деле ситуевина смешная, только на 1(!!!) адрес из нескольких сотен всей конторы приходит подобный спам. А на этом адресе сидит вредная бабулька, которая уже "до Москвы" дошла с жалобами что админы не решают ее ситуацию и эти 4-9 спамовых писем в день ей жутко мешают работать. Ощущение такое что целенаправленная акция для бабульки.
Ради нее начал байесово обучение, ежедневно несколько пар тыщ писем просматриваю (спасибо фильтрам Bat-a, здорово выручают)... Ей бы имя ящика поменять да и дело с концом, да не дают... Вот как обычно, из-за одной .... овцы в стаде приходиться стока выпендриваться...

Цитата:

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

На гугля залезли когда все было еще в тестовом режиме и на халяву. Чем дальше тем сильнее гайки затягивают. Уже с лета в голове мысль обосновалась слезть с гугла на Яндекс, пока присматриваюсь. Спасибо за совет

Всем привет! Есть Mdaemon 8.0.2. В нем включен Байесов фильтр, который обучается "по плану". Так вот проблема: в папку NON-SPAM попадают письма размеров 20 мб и более. И когда Байесов фильтр начинает обучение по плану виснет Mdaemon и проц сервера загружен под 100%. Можно ли как то ограничить размер писем SPAM и NON-SPAM?

ph5 Переводная документация от RED LINE по MDaemon® v8.0
http://www.redline-software.com/rus/support/docs/mdaemon/
Фильтр спама - http://www.redline-software.com/rus/support/docs/mdaemon/c9s2.php
Вкладка Spam Filtering
Dont filter messages larger than XX kb (0=filter all messages)
оно ?

ipmanyak
Неее. Это - не фильтровать письма, если оно больше определенного размера. Если стоит "0" - то будут все входящие лопатиться. А у меня вопрос именно по обучению SPAM\HAM. В папку SPAM нужно самому кидать прошедшие спам-сообщения. А в HAM Mdaemon почему то сам письма пихает(

Добавлено:
ipmanyak

Цитата:

Спам брейте на уровне DNS - 80-90 % спама отсеите.

А где это настраивается, не подскажите? Безопасность - черные списки DNS?

ph5
1. DNS-BL
zen.spamhaus.org, $IP$ listed at spamhaus, see http://www.spamhaus.org
2. Проверка Reverse lookup - отшивать, если нету PTR. И даже если PTR есть, но нет совпадения при обратном резолвинге, ибо RFC 1912 2.1 требует! - ну это на твое усмотрение. Я отшиваю, ибо нефиг не блюсти RFC.
3. Проверка HELO/EHLO - отшивать, если не резолвится.
4. IP Screening для HELO/EHLO - отшивать по шаблонам, примеры в шапке
Файл скрининг хостов ipscreen.dat.... [?]
аля:

Код: HostScreen215=*-ppp.*,Prevent
HostScreen216=*-ppp-*,Prevent
HostScreen217=*.ppp.*,Prevent
HostScreen218=*.ppp-*,Prevent
HostScreen219=*.t-dialin.net,Prevent
HostScreen220=*.dynamic.*,Prevent
HostScreen221=*-dynamic-*,Prevent
HostScreen222=*.dynamic-*,Prevent
...

ipmanyak
Спасибо!

Не уходит письмо на pressa@euro-adv.ru . Попадает в очередь повторных попыток. Вот лог.

MAIL FROM:<kosyachenko@nike-outdoor.ru> SIZE=609669
--> 250 <kosyachenko@nike-outdoor.ru>, Sender ok
<-- RCPT TO:<trunilina@nike-outdoor.ru>
--> 250 <trunilina@nike-outdoor.ru>, Recipient ok
<-- RCPT TO:<pressa@euro-adv.ru>
--> 250 <pressa@euro-adv.ru>, Recipient ok
<-- DATA
Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000015144.tmp
--> 354 Enter mail, end with <CRLF>.<CRLF>
Message size: 609669 bytes
Создание сообщения successful: c:\mdaemon\queues\inbound\md50000465574.msg
--> 250 Ok, message saved <Message-ID: 54631CE5.5010406@nike-outdoor.ru>
<-- QUIT
--> 221 See ya in cyberspace
SMTP session successful (Bytes in/out: 609902/614)

Это проблема у меня или у принимающей стороны?

maradona555
Цитата:

Это проблема у меня или у принимающей стороны?

Я лично здесь вообще проблемы не вижу, судя по логу (SMTP session successful ).
А если письмо после отправки не уничтожается, а снова попадает в очередь,
то это явно какая-то проблема у тебя.

maradona555 Ты показываешь SMTP-IN, а нужно SMTP-OUT

Подскажите что может быть или куда копать.

Windows Server 2012 R2

MDaemon Server:

SMTP/POP/IMAP server: v13.6.3
WorldClient HTTP server: v13.6.3
WorldClient DLL: v13.6.3
ComAgent client: v13.6.3
Content filter server: v13.6.3
Content filter DLL: v13.6.3
Content filter GUI: v13.0.0

DEP стоит в положении только для основных программ и служб Windows

1. не работают логи, не пишет не в лог файл не в окно Mdaemon, хотя почта ходит

SMTP например... все остальные такие же пустые

START Event Log / MDaemon PRO v13.6.3, SMTP (in) log information
-------------------------------------------------------------------------------
Event Time/Date Event Description
-------------------------------------------------------------------------------

2. Если включаю Content Filter - то почта которую посылаю через рассылку (Mail list) она скапливается в INBOUND QUEUE
Тоже самое если включаю Антивирус
3. Если включаю Анти спам то постоянно пишет что MDSpamD перезапускается и в диспетчере задач очень много его копий.

Уже мозг сломал.... (((

Пред этим Mdaemon переместил с другого сервера, пути все поправил в dat'ах, папки пользователей перенеслись на новые пути нормально - в юзердате пути правильные.
Outlook Коннектор переустановил.

При запуске нет ошибок system log:


START Event Log / MDaemon PRO v13.6.3, System log information
-------------------------------------------------------------------------------
Event Time/Date Event Description
-------------------------------------------------------------------------------
Mon 2014-11-17 03:46:48: Windows process integrity level: system
Mon 2014-11-17 03:46:48: Unlocking all mailboxes and mail queues
Mon 2014-11-17 03:46:48: Installing all plugins
Mon 2014-11-17 03:44:16: ----------
Mon 2014-11-17 03:44:16: PCID: 000C29C3C211:2c45de0d66da434c8e007f40a5489a8e
Mon 2014-11-17 03:44:16: ----------
Mon 2014-11-17 03:44:16: AV engine source: SecurityPlus for MDaemon
Mon 2014-11-17 03:44:16: AV known viruses: 9979601
Mon 2014-11-17 03:44:16: AV last virus update: 11/16/2014
Mon 2014-11-17 03:44:16: ----------
Mon 2014-11-17 03:44:18: Using the following DNS servers...
Mon 2014-11-17 03:44:18: * IP: 192.168.0.2 (Taken from Windows)
Mon 2014-11-17 03:44:18: * IP: 192.168.0.3 (Taken from Windows)
Mon 2014-11-17 03:44:18: * IP: 192.168.0.2 (Manually configured within MDaemon; duplicate and ignored)
Mon 2014-11-17 03:44:18: * IP: 192.168.0.3 (Manually configured within MDaemon; duplicate and ignored)
Mon 2014-11-17 03:44:18: * Total DNS servers in use: 2
Mon 2014-11-17 03:44:18: ----------
Mon 2014-11-17 03:44:18: Starting threads:
Mon 2014-11-17 03:44:18: * Starting maint thread: 3536
Mon 2014-11-17 03:44:18: * Starting active directory thread: 3540
Mon 2014-11-17 03:44:18: * Starting mdspamd thread: 3544
Mon 2014-11-17 03:44:18: * Starting spam filter updates thread: 3548
Mon 2014-11-17 03:44:18: * Starting bayesian thread: 3552
Mon 2014-11-17 03:44:18: * Starting disk watch thread: 3556
Mon 2014-11-17 03:44:18: * Starting config backup thread: 3560
Mon 2014-11-17 03:44:18: * Starting semaphore thread: 3564
Mon 2014-11-17 03:44:18: * Starting queue report thread: 3568
Mon 2014-11-17 03:44:18: * Starting delivery (local) thread: 3572
Mon 2014-11-17 03:44:18: * Starting delivery (inbound) thread: 3576
Mon 2014-11-17 03:44:18: * Starting schedule manager thread: 3580
Mon 2014-11-17 03:44:18: * Starting reminder thread: 3584
Mon 2014-11-17 03:44:18: ----------
Mon 2014-11-17 03:44:18: Queue states:
Mon 2014-11-17 03:44:18: * Inbound queue ACTIVE: C:\Application\Mail\MDaemon\Queues\Inbound\
Mon 2014-11-17 03:44:18: * Remote queue ACTIVE: C:\Application\Mail\MDaemon\Queues\Remote\
Mon 2014-11-17 03:44:18: * Local queue ACTIVE: C:\Application\Mail\MDaemon\Queues\Local\
Mon 2014-11-17 03:44:18: ----------
Mon 2014-11-17 03:44:18: Initializing socket layer and services...
Mon 2014-11-17 03:44:18: * WinSock 2.0 32767 total sockets
Mon 2014-11-17 03:44:18: * Starting socket window thread: 3588
Mon 2014-11-17 03:44:18: ----------
Mon 2014-11-17 03:44:18: Server startup: Mon, 17 Nov 2014 03:44:18 +0800 [EvStartup]
Mon 2014-11-17 03:44:18: ----------
Mon 2014-11-17 03:44:21: Attempt to logon and impersonate 'adm' successful (thread id: 1560)
Mon 2014-11-17 03:44:21: ----------

IvoIcon Какой глубокий смысл было менять путь на C:\Application\Mail\Mdaemon вместо родного C:\Mdaemon ? Сам себе устраиваешь геморрой. Проверь пути еще раз в всем файле mdaemon.ini, особенно в секции [Directories]. В DEP добавь модули с твоими путями согласно статье http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01623
Прочти еще раз внимательно статью в шапке - Как перенести Mdaemon в другой каталог или на другой диск на другую машину, инструкция от ALTN

Да понял что геморрой, но было поздно.
Логи сейчас пишутся, винда почему-то не пересчитывала права на папку Log, теперь все пишется в логи отлично.

И теперь в логи стало падать что CFENGINE в перезапуск.....
Пути в ini нормальные проверил на 100 раз.

Про DEP попробую вечером. Отпишу.

Спасибо что ответили.

Всё проделал по инструкции, все пути ок.
Выключил DEP - bcdedit.exe /set {current} nx AlwaysOff

Теперь проблема выглядит так.

1. Запускаешь как службу
- CFENGINE постоянно в перезапуске,
- при рассылке почта застревает в INBOUND

2. Запускаешь не службой .... все работает нет проблем

Что я мог пропустить?

IvoIcon

Цитата:

Что я мог пропустить?

Ещё все файрволы, антивирусы и т.д. выключайте.
Прав нет, вот служба и не запускается.

Крутил пол дня, вижу что с правами не дружит, но где найти не могу.

Запускаю Procmon

- если не под службой демон то все ок
- если под службой то к большинству файлов access denied

не понимаю почему, хоть убей.

Права стоят ГРУППЫ - Систем, Администраторы = полные права
Пользователи = чтение изменение
Хозяин = Администраторы

Что-то я не дружу с правами ....

Завтра попробую рубануть Каспера...., но мне кажется он не виноват.

Если есть куда меня носом ткнуть - ткните как нуба... (((

IvoIcon

Цитата:

Завтра попробую рубануть Каспера...., но мне кажется он не виноват.

Виноват. Проблемы не сейчас, так потом в самый не подходящий момент вылезут.


Цитата:

Если есть куда меня носом ткнуть

Виндовый лог посмотрите. Там причина блокировки запуска службы очень чётко прописана.


Цитата:

ткните как нуба...

Мы все когда-то учились и зачастую на своих ошибках. И я думаю, что даже уважаемые гуру ipmanyak и vlary совершали элементарные ошибки.
Так что не стесняйтесь. Всё нормально.

IvoIcon Служба Mdaemon, если указывали ее поднять при установке, стартует от Local System. Проверь права на каталог с твоим mdaemon во вкладке Безопасность, что юзер System там есть и имеет полные права. Ты можешь изменить запуск службы Mdaemon от любой нужной учетки, с логином и паролем. Navigation: Setup Menu > Preferences > Windows Service
Или сменить юзера в св-вах самой службы, вкладка LOG ON.
А для Каспера папки с Mdaemon нужно заносить в исключения.

Парни спасибо огромное, что помогли мне... навели меня на нужное решение.

Оказалось всё очень странно, но просто и теперь вроде работает, сейчас поставлю посмотрю как сутки продержатся.

Решилась проблема так.:
Во вкладке демона, где включаешь её как службу, у меня стоял пользователь (администратор домена) и демон был включен как служба, и почему-то демон не может работать как от СИСТЕМ и Администратор вместе, что очень странно ибо на 2003 все было ок. Удалил пользователя (Администратора) - все куски демона и сам он стали стартовать от СИСТЕМ, и всё фурычит. Ура!!! (сори)

Сейчас верну обратно DEP, и по совету Маньяка скажу касперу не лезть в эту папку.
И проверю всё ещё раз.

Что-то дружба с WS2012R2 у меня не пошла с первого раза )))

IvoIcon

Цитата:

Сейчас верну обратно DEP

Зачем? Какие приложения у вас ещё запущены на сервере?


Цитата:

и по совету Маньяка скажу касперу не лезть в эту папку.

У вас что, на сервере сидит 100 пользователей шарящихся по интернету?
Какая цель его присутствия на сервере?

qxaszw12 Наверно бабки уплочены, вот и стоит каспер. Сегодня полдня убил из-за каспера, клиентская программа Symantec Netbackup не ставилась, но это уже офтоп.

Цитата:

Зачем? Какие приложения у вас ещё запущены на сервере?

Протестировать поведение демона ради эксперимента

--- протестил работает нормально без сбоев. вырубил чтоб как сказал недавно Маньяк ... от геморроя подальше )))


Цитата:

У вас что, на сервере сидит 100 пользователей шарящихся по интернету?
Какая цель его присутствия на сервере?

Антивирус нужен.... у меня в голове ещё эхо от Kido )))

MDaemon версии 10.0.4.

Вчера заметил проблему - перестала корректно работать проверка по DNS-BL.
Всякую ерунду примерно такого типа режет нормально:
------------------------------
Tue 2014-11-18 11:53:38: --> 250 <info@PROTRUSIVE.nl>, Sender ok
Tue 2014-11-18 11:53:38: <-- rcpt to:myuser@mydomain.com>
Tue 2014-11-18 11:53:38: Производится поиск DNS-BL (95.56.93.255 – соединение с IP)
Tue 2014-11-18 11:53:38: * zen.spamhaus.org - не удалось - 127.0.0.4
------------------------------
А вот получение писем с нормальных серверов (gmail здесь как пример) стало выглядеть вот так:
------------------------------
Tue 2014-11-18 11:55:00: --> 250 <xxx@gmail.com>, Sender ok
Tue 2014-11-18 11:55:00: <-- RCPT TO:<myuser@mydomain.com>
Tue 2014-11-18 11:55:00: Производится поиск DNS-BL (74.125.82.51 – соединение с IP)
Tue 2014-11-18 11:55:00: * zen.spamhaus.org - не удалось - xx.xxx.5.82
------------------------------
где xx.xxx.5.82 - какой-то промежуточный узел провайдера.

На самом spamhaus оччень похожая проблема описана. Решать её на уровне провайдера долго и нудно. Поэтому вопрос: как "instruct your mail server to ignore all response codes that are not in 127.0.0.0/8"? Ну или указать ему не реагировать на ответ xx.xxx.5.82?

И еще. После отключения проверки по DNS-BL стал чудить антиспам. На письмо с адреса inbox.ru выдал
------------------------------
Tue 2014-11-18 14:36:56: * 5.0 URIBL_BLACK Contains a URL listed in the URIBL.com blacklist
Tue 2014-11-18 14:36:56: * [URIs: inbox.ru]
Tue 2014-11-18 14:36:56: * 8.0 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist
Tue 2014-11-18 14:36:56: * [URIs: inbox.ru]
Tue 2014-11-18 14:36:56: * 9.5 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
Tue 2014-11-18 14:36:56: * [URIs: inbox.ru]
Tue 2014-11-18 14:36:56: * 8.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
Tue 2014-11-18 14:36:56: * [URIs: inbox.ru]
Tue 2014-11-18 14:36:56: * 0.9 URIBL_RHS_DOB Contains an URI of a new domain (Day Old Bread)
Tue 2014-11-18 14:36:56: * [URIs: inbox.ru]
------------------------------

На письмо, в котором вставлена строка о проверке письма антивирусом со ссылкой на его сайт
------------------------------
Wed 2014-11-19 12:42:24: * 0.9 URIBL_RHS_DOB Contains an URI of a new domain (Day Old Bread)
Wed 2014-11-19 12:42:24: * [URIs: avast.com]
Wed 2014-11-19 12:42:24: * 5.0 URIBL_BLACK Contains a URL listed in the URIBL.com blacklist
Wed 2014-11-19 12:42:24: * [URIs: avast.com]
Wed 2014-11-19 12:42:24: * 8.0 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist
Wed 2014-11-19 12:42:24: * [URIs: avast.com]
Wed 2014-11-19 12:42:24: * 9.5 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist
Wed 2014-11-19 12:42:24: * [URIs: avast.com]
Wed 2014-11-19 12:42:24: * 8.0 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist
Wed 2014-11-19 12:42:24: * [URIs: avast.com]
------------------------------