» Все о MDaemon (#5)

wolf0425 Странно. Может, у них был временный глюк какой?
Или ты все-таки не с 213.145.40.250 отправлял.
Или айпишник в блэклисты попал.

Код: telnet mail.rusoil.ru 25
Trying 46.17.96.126...
Connected to mail.rusoil.ru.
Escape character is '^]'.
220-mail.trat.ru ESMTP MDaemon 13.0.4; Thu, 11 Jul 2013 16:20:54 +0400
220 bonjure
HELO ns.soft.ru
250 mail.trat.ru Hello ns.soft.ru, pleased to meet you
MAIL FROM:<postmaster@soft.ru>
250 <postmaster@soft.ru>, Sender ok
QUIT
221 See ya in cyberspace
Connection closed by foreign host.

глюк может и временный, но устойчивый - сейчас повторился...

Цитата:

Или ты все-таки не с  213.145.40.250 отправлял.

а мне сложно случайно ошибиться

Цитата:

Или айпишник в блэклисты попал.

айпишник в принципе мог попасть в какие-то блаклисты, но что же MDaemon жалуется не на блаклист (и хорошо бы с именем), а на server will not accept forged credentials; you are not 'creon-online.ru' ...
Написал бы что блаклистед - я бы и не беспокоился особо...

wolf0425 Если возможно попросите ваших ваших партнеров прислать кусок лога от Mdaemon c самого начала сессии с IP адресами. Или вы покажите нормальный лог с Ip адресами. Лично я думаю, что сессия к вашим партнерам была не с адреса 213.145.40.250, как вы утверждаете, а с другого. Мессага <501 This server will not accept forged credentials; you are not 'creon-online.ru' говорит именно об этом! Идете не со своего адреса.

Aratna

Цитата:

Основная проблема "Фильтра содержания" в том, что очень сложно вычленять спам и ненужную почту

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

К слову, проблему которую вы сайчас обсуждаете носит "сетевой" характер, напрямую к Демону не относящуюся, и я сомневаюсь что вы сами этого не понимаете.
Вы бы лучше в этой ветке вопросы программы обсуждали.

Цитата:

Или вы покажите нормальный лог с  Ip адресами.

да я показал лог в том виде, в котором он есть c моей стороны, у amv.exe - он raw сессии пишет и никаких IP там нет.


Цитата:

ично я думаю, что сессия к вашим партнерам была не с адреса 213.145.40.250, как вы утверждаете, а с другого.

у меня внешних IP в оффисе - задействован один, исторически.
и почта почта принимается/отправляется для пачки доменов и все в интернет ходят сейчас через 213.145.40.250.

но посмотрел входной лог, как меня видят на нашем внешнем сервере

Код: 13:06:19 12-07-2013 213.145.40.250 - connection accepted (id 01ab3308)
13:06:19 12-07-2013 Smtp session started (id 01ab3308)
13:06:19 12-07-2013 01ab3308 220 Advanced Direct Remailer ESMTP is Ready
13:06:19 12-07-2013 01ab3308 HELO mail.creon-online.ru
13:06:19 12-07-2013 01ab3308 250 OK
13:06:19 12-07-2013 01ab3308 MAIL FROM:<postmaster@creon-online.ru>
13:06:19 12-07-2013 01ab3308 250 OK
13:06:19 12-07-2013 01ab3308 RCPT TO:<test@mailer.creon-online.ru>
13:06:19 12-07-2013 01ab3308 250 OK
13:06:19 12-07-2013 01ab3308 RSET
13:06:19 12-07-2013 01ab3308 250 OK
13:06:19 12-07-2013 01ab3308 QUIT
13:06:19 12-07-2013 01ab3308 221 Service closing transmission channel
13:06:19 12-07-2013 Smtp session completed (id 01ab3308)

Цитата:

Сразу видно "матерого" спеца. Могу поделиться с вами "секретом" - Фильтр содержания не предназначен для ловли спама, по карайней мере это не основной инструмент в почтовике.

Я, по жизни, "паяльник", а не "сетевик" или "софтверник". Я использую "фильтр содержания" именно так, как написал, хотя и без Ваших замечаний знал для чего он нужен, ибо я сначала читаю инструкцию, а уже потом давлю на кнопки.

Ну а моя проблема, как выяснилось сегодня, яйца выеденного не стоила. Не буду долго объяснять каким образом корень проблемы обнаружился, а всё дело было в зловреде по имени ConfickerAA. Найти его помогла опция The Bat записи лога сессии. В логе я обнаружил огромное количество проверок входящих писем антивирусом. В итоге зловред был обнаружен и обезврежен. Письма стали ходить нормально вне зависимости от объёма, прогресс-бары заработали (так и не понял в чём тут была загвоздка).
Всем спасибо за ответы и приношу свои извинения за беспокойство.
Всем удачи и поменьше глюков!

День добрый. Подскажите можно ли использовать общую адресную книгу outlook и worldclient без Outlook connector? в мануале по mdaemon написано:
"Используя ComAgent вместе со встроенной в MDaemon системой адресных книг, вы можете обеспечить двухстороннюю синхронизацию адресных книг на сервере MDaemon и на клиентских машинах с программой Outlook/Outlook Express. Таким образом, если вы чередуете Outlook (или Outlook Express) и WorldClient, то адресные книги обеих программах будут совпадать."
пытаюсь синхронизовать через comagent вываливается следующая ошибка:
http://imageshack.us/photo/my-images/94/ag45.jpg/

У меня Mdaemon Pro 13. Я настроил сбор почты с помощью domainpop с ящика gmail. Почту он вроде собирает, но с самого ящика gmail собранные письма не удаляет!!! Галочка напротив "Оставлять сообщения на хосте(ах) DomainPOP" не стоит!!
И у меня ещё вопрос: после того как он просмотрел все письма в ящике gmail он второй раз теже письма смотреть не будет? при следующей проверке он будет искать письма только те которых не было в предыдущий раз? и если он получает всю почту с ящика gmail и после получения распихивает её согласно правилам маршрутизации, то кода деваются полученные письма неподходящие под правила? и как их увидеть? и как создать правило чтоб их обработать?

Поднимаю вопрос который уже тут задавался но ответ не был найден

Mdaemon 13.5.1

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


Самое интересное, что в уже существующих списках рассылок на вкладке AD стоит фильтр по умолчанию:
(&(objectClass=user)(objectCategory=person))
те получается что во всех Списках рассылки должны добавиться все пользователи....

Как ldaemon отучить различать большие и маленткие буквы в запросах?

Отвечу сам на свой вопрос

Для того чтобы Списки рассылки заработали в связке с AD нужно обязательно заполнить поле
DN элемента базы: DC=domen,DC=local

Цитата:

одскажите можно ли использовать общую адресную книгу outlook и worldclient без Outlook connector?

Для таких вещей (и другой полной красоты для конечного юзера) лучше юзать MS EXCHANGE

Цитата:

Для таких вещей (и другой полной красоты для конечного юзера) лучше юзать MS EXCHANGE

такие вещи много денег стоят

Существует маленькая проблема со спамом. Грейлистинг отбивает 90% спам заразы.
Но осталось 10% такого вида cupell@heartsouth.com@45.170.212.94 в заголовке письма.
Подскажите метод борьбы с данным спамом.

alexsunn HELO в SMTP-IN на такие сессии какие?

Включил подробный лог почтовых сессий.
Завтра выложу HELO.

Цитата:

Tue 2013-07-23 15:27:29: [2928:2] Session 2928; child 2; thread 0
Tue 2013-07-23 15:27:29: [2928:2] Accepting SMTP connection from [222.255.253.123:62502] to [192.168.0.200:25]
Tue 2013-07-23 15:27:29: [2928:2] Performing PTR lookup (123.253.255.222.IN-ADDR.ARPA)
Tue 2013-07-23 15:27:35: [2928:2] * D=123.253.255.222.IN-ADDR.ARPA TTL=(1440) PTR=[static.vdc.vn]
Tue 2013-07-23 15:27:35: [2928:2] * Gathering A records...
Tue 2013-07-23 15:27:35: [2928:2] * D=static.vdc.vn TTL=(734) A=[203.162.0.78]
Tue 2013-07-23 15:27:35: [2928:2] ---- End PTR results
Tue 2013-07-23 15:27:35: [2928:2] --> 220 xxx.ru ESMTP MDaemon 11.0.1; Tue, 23 Jul 2013 15:27:35 +0600
Tue 2013-07-23 15:27:36: [2928:2] <-- HELO 222.252.255.79
Tue 2013-07-23 15:27:36: [2928:2] --> 250 xxx.ru Hello static.vdc.vn, pleased to meet you
Tue 2013-07-23 15:27:40: [2928:2] <-- MAIL FROM:<>
Tue 2013-07-23 15:27:40: [2928:2] Performing SPF lookup (222.252.255.79 / 222.255.253.123)
Tue 2013-07-23 15:27:51: [2928:2] * DNS: 10 second wait for DNS response exceeded
Tue 2013-07-23 15:27:51: [2928:2] * Result: none; no SPF record in DNS
Tue 2013-07-23 15:27:51: [2928:2] ---- End SPF results
Tue 2013-07-23 15:27:51: [2928:2] --> 250 <>, Sender ok
Tue 2013-07-23 15:27:58: [2928:2] <-- RCPT TO:<xxx@xxx.ru>
Tue 2013-07-23 15:27:58: [2928:2] --> 250 <xxx@xxx.ru>, Recipient ok
Tue 2013-07-23 15:27:59: [2928:2] <-- DATA
Tue 2013-07-23 15:27:59: [2928:2] Creating temp file (SMTP): d:\mdaemon\temp\md50000002590.tmp
Tue 2013-07-23 15:27:59: [2928:2] --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2013-07-23 15:28:00: [2928:2] Message size: 511 bytes
Tue 2013-07-23 15:28:00: [2928:2] Performing DomainKeys lookup (Sender: avnerbz@dopti.hu)
Tue 2013-07-23 15:28:00: [2928:2] * File: d:\mdaemon\temp\md50000002590.tmp
Tue 2013-07-23 15:28:00: [2928:2] * Message-ID: n/a
Tue 2013-07-23 15:28:00: [2928:2] * Querying for policy: dopti.hu
Tue 2013-07-23 15:28:00: [2928:2] * Querying: _domainkey.dopti.hu ...
Tue 2013-07-23 15:28:10: [2928:2] * DNS: 10 second wait for DNS response exceeded
Tue 2013-07-23 15:28:10: [2928:2] * DNS: * Сервер имен сообщает, что имя домена не опознано
Tue 2013-07-23 15:28:10: [2928:2] * Result: neutral
Tue 2013-07-23 15:28:10: [2928:2] ---- End DomainKeys results
Tue 2013-07-23 15:28:10: [2928:2] Создание сообщения successful: d:\mdaemon\inbound\md50000650572.msg
Tue 2013-07-23 15:28:10: [2928:2] --> 250 Ok, message saved <Message-ID: >
Tue 2013-07-23 15:28:10: [2928:2] <-- QUIT
Tue 2013-07-23 15:28:10: [2928:2] --> 221 See ya in cyberspace
Tue 2013-07-23 15:28:10: [2928:2] SMTP session successful (Bytes in/out: 602/307)

в заголовке письма
Received: from unknown (HELO localhost) (avnerbz@dopti.hu@28.237.115.26)
by 222.255.253.123 with ESMTPA; Tue, 23 Jul 2013 04:25:14 -0500

1.
nslookup 222.255.253.123

&#9562;ь : static.vdc.vn
Address: 222.255.253.123

nslookup static.vdc.vn

Не заслуживающий доверия ответ:
&#9562;ь : static.vdc.vn
Address: 203.162.0.78

Налицо несовпадение записенй в прямой и обратной зоне, нарушение RFC 1912 2.1, но вы принимаете посту от таких хостов, я - нет.

2. Этот хост 222.255.253.123 находится в нескольких спамбазах, но вы не юзаете DNS-BL, почему ?
http://cbl.abuseat.org/lookup.cgi?ip=222.255.253.123
IP Address 222.255.253.123 is listed in the CBL. It appears to be infected with a spam sending trojan, proxy or some other form of
botnet.
3.

Цитата:

<-- HELO 222.252.255.79

по RFC разрешено принимать почту с таким HELLO, но вы же админ и можете это забрить в CF

4. Если у вас нет клиентов во Вьетнаме, может вообще забрить все их сети на фаере или почтаре.
inetnum: 222.255.228.0 - 222.255.255.255

1. У многих наших клиентов несовпадение прямой и обратной зоны. Наши манагеры сразу бегут почему нет писем. Как им обьяснить, что такое RFC, и почему у всех не так.
2. DNS-BL отключил, также внесли крупного партнера в свой список.Людям устанешь обьяснять- что у нас все работает, опять моя персона виновата.
3.-4. Логично

alexsunn
1 - ip ваших клиентов можете внести в исключения.
Но я так делаю в виде исключения, (когда НАМ это нужно кровь из носу) и на короткий срок - 1 месяц. Если нам это не особо нужно, просто брею, но выкатываю проблему своим клиентам, указываю ссылки на RFC рекомендациями что поправить и рекомендую отправить своим адресатам, чтобы они передали своим админам. Нерадивых админов нужно учить и тыкать носом. Часто помогает. Не помогает - можно написать официальное письмо ихнему боссу или руководителю отдела ИТ. Как правило такая петиция тоже помогает. Два раза я так делал, но писал не официальное письмо на бумаге, а писал на электронный ящик приемной босса. Довольно быстро последовала реакция и все недочеты были устранены.
Вносить всех в исключения запаришься, да и список может разростись.
Не хотите так делать - гребите спам. У тех ваших клиентов разве нет проблем с такими почтамптами как mail.ru ? Раньше mail.ru брил почту, если ptr не совпадает с именем хоста.

2 - ip крупного партнера можете внести в исключения DNS-BL или даже в трасты.

Добавлено:
HELO 222.252.255.79 - ошибся чуток, бреется не в CF, а в Host Screening

Имеется Mdaemon v11.01
Все чудесно работает, но есть задачка.
Не уверен что он в принципе умеет так делать, но все же:
Нужно настроить автоматическое удаление писем конкретного адресата, по времени.
В домене есть учетка, которая периодически спамит сообщениями всех пользователей (им приходят уведомления, которые носят информативный характер и после прочтения они не нужны.). Нужно чтобы все письма (т.е. у всех кому пришла почта от этого адресата) автоматически удалялись через установленный промежуток времени.
Пытался настроить через правила фильтра содержания, но там не нашел условия "по времени" или "через какое-то время"... Может я не там рою? Или есть какие-нибудь условия не описанные в встроенной справке mdaemon'а?

Надеюсь сможете помочь, спасибо.

sovadak Нет такой возможности. CF работает на этапе приема писем, потому для вашей задачи вообще никак не подходит, письма уже в ящиках. Пишите скрипт или программу на чем-либо,анализировать заголовки писем в папках юзеров и удалять их. Сам скрипт в обычный виндовый планировщик задач пихайте. А вообще это дело самого юзера, в почтовом клиенте создать правило - пихать письма от вашего спамера в отдельную папку и там удалять вручную периодически.

Цитата:

static.vdc.vn

этот fqdn уже несколько лет у меня как в HostScreen.
равно как и dynamic.vdc.vn
Айпишники этих спамеров всегда очень разные, и нормальных писем (судя по догадке о применимости этих fqdn) с такими EHLO/HELO не стоит ожидать.

fly_indiz

Цитата:

Айпишники этих спамеров всегда очень разные

Блокируйте сразу всю подсеть. Например, 222.252.255.*.
Правда рекомендую всё-таки предварительно посмотреть кому она принадлежит. Убив неделю на разбор логов и в сочетании с грейтлистингом вы получите почти полную блокировку спама (99,9%)

Добавлено:
Да, совсем забыл, у меня ещё штук 200 спамловушек.

qxaszw12 поделись ловушками

qxaszw12
ну по поводу настроек инструментария MDaemon у меня и так всё лучше некуда. Так что это советы не мне, а тому кто спрашивал. Я не спрашивал, я наоборот отвечал.

П.С. советы блокировать всю подсеть лучше давать крайне осторожно. У людей очень разная почтовая политика.
П.П.С. по определённым причинам грейлистинг никогда не использую, так что совет ненужный для меня. Да мне это и не нужно, ибо больше полагаюсь на прочие инструменты.
П.П.П.С. ну по поводу недели на анализ - это круто. с логами мдемона вожусь ещё с 7-ой его версии, т.е. годы.

ipmanyak

Цитата:

qxaszw12 поделись ловушками

Ну это порядка 200 старых email адресов сотрудников, так что они к сожалению вряд ли будут вам полезны.
А так бы поделился без проблем.
Так же у меня блокируются IP'шники если адрес начинается с любой цифры (ну не делаю я принципиально таких email'ов сотрудникам).


Цитата:

Так что это советы не мне, а тому кто спрашивал.

Сорри, не внимательно посмотрел.
Но я надеюсь что спрашивавший понял мою ошибку.


Цитата:

П.С. советы блокировать всю подсеть лучше давать крайне осторожно. У людей очень разная почтовая политика.

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

Цитата:

sovadak Нет такой возможности. CF работает на этапе приема писем, потому для вашей задачи вообще никак не подходит, письма уже в ящиках. Пишите скрипт или программу на чем-либо,анализировать заголовки писем в папках юзеров и удалять их. Сам скрипт в обычный виндовый планировщик задач пихайте. А вообще это дело самого юзера, в почтовом клиенте создать правило -  пихать письма от вашего спамера в отдельную папку и там удалять вручную периодически.  
 

К глубокому сожалению я некудЫшний программер
Если бы вы поделились хотя бы каким-нибудь похожим скриптом... Или сказали на чем его проще было бы написать... А вообще задумка сама по себе мне кажется достаточно нужная, сделать я так хочу и для себя, и многим юзверям помочь... У нас есть сервис деск, который постоянно сыпет всякие (!) нужные оповещалки, которые хочется научить самоочистке, поэтому если кто-нибудь хочет посодействовать, будет круто!

здравствуйте
срочно нужна помошь
Mdaemon 9.6.5
150 активных сессий, 100 IMAP, 50 WebClient, почтовая база под 200Гб
почему то начал выдавать таймауты пользователям (время ожидания от сервера истекло), загрузка процессора 80-100%
что было сделано:
переустановил Mdaemon той же версии. сверху скопировал старые папки
проверено железо, заменены диски в RAID массиве

в чём может быть причина?

Добавлено:
ошибки появляются при работе в локальной сети с внутренним сервером
т.е. все конекты к серверу с локальных адресов
вняшняя почту уходит на почтовый шлюз оттуда же и принимается

кусок лога IMAP
Fri 2013-07-26 12:25:43: Session 2880; child 53; thread 3516
Fri 2013-07-26 12:25:39: Принимаю IMAP подключение от [192.168.20.13:4086]
Fri 2013-07-26 12:25:42: --> * OK mydomen.ru IMAP4rev1 MDaemon 9.6.5 ready
Fri 2013-07-26 12:25:42: Ошибка чтения сокета
Fri 2013-07-26 12:25:42: Соединение прервано
Fri 2013-07-26 12:25:42: IMAP session terminated, (49 bytes)

или вот

Fri 2013-07-26 12:31:02: Session 3007; child 64; thread 1784
Fri 2013-07-26 12:29:29: Принимаю IMAP подключение от [192.168.0.45:3758]
Fri 2013-07-26 12:29:31: --> * OK mydomen.ru IMAP4rev1 MDaemon 9.6.5 ready
Fri 2013-07-26 12:29:31: <-- 1 capability
Fri 2013-07-26 12:29:31: --> * CAPABILITY IMAP4rev1 NAMESPACE AUTH=CRAM-MD5 AUTH=LOGIN AUTH=PLAIN STARTTLS ACL UNSELECT UIDPLUS
Fri 2013-07-26 12:29:31: --> 1 OK CAPABILITY completed
Fri 2013-07-26 12:29:31: <-- 2 authenticate CRAM-MD5
Fri 2013-07-26 12:29:31: --> + PE1EQUVNT04tRjIwMTMwNzI2MTIyOS5BQTI5MzEyOTZNRDAwMTJAbWF0cml4dWZhLnJ1Pg==
Fri 2013-07-26 12:29:31: <-- bmVpIGQ3NTZiNjJmMDBjOWNlMzczMjk4ZmZmMDAzZDBiMjdl
Fri 2013-07-26 12:29:31: Authenticated as nei@mydomen.ru
Fri 2013-07-26 12:29:31: --> 2 OK AUTHENTICATE completed
Fri 2013-07-26 12:29:31: <-- 3 select "INBOX"
Fri 2013-07-26 12:29:32: --> * FLAGS (\Seen \Answered \Flagged \Deleted \Draft \Recent)
Fri 2013-07-26 12:29:32: --> * 11 EXISTS
Fri 2013-07-26 12:29:32: --> * 1 RECENT
Fri 2013-07-26 12:29:32: --> * OK [UNSEEN 11] first unseen
Fri 2013-07-26 12:29:32: --> * OK [UIDVALIDITY 1337572630] UIDs valid
Fri 2013-07-26 12:29:32: --> * OK [UIDNEXT 1227] Predicted next UID
Fri 2013-07-26 12:29:32: --> * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft)] .
Fri 2013-07-26 12:29:32: --> 3 OK [READ-WRITE] SELECT completed
Fri 2013-07-26 12:29:32: <-- 4 UID fetch 1:* (FLAGS)
Fri 2013-07-26 12:29:32: Sending FETCH response (not logged)...
Fri 2013-07-26 12:29:32: --> 4 OK FETCH completed
Fri 2013-07-26 12:29:32: <-- 5 UID fetch 1226 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type)])
Fri 2013-07-26 12:29:32: Sending FETCH response (not logged)...
Fri 2013-07-26 12:29:32: --> 5 OK FETCH completed
Fri 2013-07-26 12:29:34: <-- 6 noop
Fri 2013-07-26 12:29:34: --> 6 OK NOOP completed
Fri 2013-07-26 12:29:34: <-- 7 UID fetch 1227:* (FLAGS)
Fri 2013-07-26 12:29:34: Sending FETCH response (not logged)...
Fri 2013-07-26 12:29:34: --> 7 OK FETCH completed
Fri 2013-07-26 12:29:34: <-- 8 UID fetch 1226 (UID RFC822.SIZE BODY.PEEK[])
Fri 2013-07-26 12:29:34: Sending FETCH response (not logged)...
Fri 2013-07-26 12:30:50: Ошибка при записи в сокет
Fri 2013-07-26 12:30:50: * Winsock Error 10060 Тайм-аут соединения.
Fri 2013-07-26 12:30:50: IMAP session terminated, (1312777 bytes)

в логе система ошибок нет

гуру подскажите как исправить?
офис стоит...

asd777
Цитата:

загрузка процессора 80-100%

Какой процесс грузит проц?