» Все о MDaemon (#3)

arzumanyan Просил же лог, всё тянуть нада из тебя? Впрочем создавай правило в CF
IF THE FROM HEADER CONTAINS или IF THE REPLY-TO HEADER CONTAINS и действие DELETE THE MESSAGE.

ipmanyak
правило создал, но не вышло, всё равно принимает. вот лог.
Thu 2008-02-28 11:10:40: ----------
Thu 2008-02-28 11:11:14: Session 3279; child 1; thread 1808
Thu 2008-02-28 11:11:12: Accepting SMTP connection from [83.217.555.981 : 3854]
Thu 2008-02-28 11:11:12: --> 220 domain2.com ESMTP MDaemon 8.1.3; Thu, 28 Feb 2008 11:11:12 +0400
Thu 2008-02-28 11:11:12: <-- EHLO domain1.com
Thu 2008-02-28 11:11:12: --> 250-domain2.com Hello domain1.com, pleased to meet you
Thu 2008-02-28 11:11:12: --> 250-EXPN
Thu 2008-02-28 11:11:12: --> 250-ETRN
Thu 2008-02-28 11:11:12: --> 250-AUTH=LOGIN
Thu 2008-02-28 11:11:12: --> 250-AUTH LOGIN CRAM-MD5
Thu 2008-02-28 11:11:12: --> 250-8BITMIME
Thu 2008-02-28 11:11:12: --> 250 SIZE 5120000
Thu 2008-02-28 11:11:12: <-- MAIL From:<user1@domain1.com> SIZE=3909
Thu 2008-02-28 11:11:12: --> 250 <user1@domain1.com>, Sender ok
Thu 2008-02-28 11:11:12: <-- RCPT To:<user2@domain2.com>
Thu 2008-02-28 11:11:12: --> 250 <user2@domain2.com>, Recipient ok
Thu 2008-02-28 11:11:12: <-- DATA
Thu 2008-02-28 11:11:12: Creating temp file (SMTP): c:\program files\mdaemon\temp\md50000001842.tmp
Thu 2008-02-28 11:11:12: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2008-02-28 11:11:13: Message size: 3911 bytes
Thu 2008-02-28 11:11:13: Passing message through AntiVirus (Size: 3911)...
Thu 2008-02-28 11:11:13: * Message is clean (no viruses found)
Thu 2008-02-28 11:11:13: ---- End AntiVirus results
Thu 2008-02-28 11:11:13: Message creation successful: d:\mdaemon\inbound\md50001142504.msg
Thu 2008-02-28 11:11:13: --> 250 Ok, message saved <Message-ID: <001501c879d9$0db6b140$292413c0$@am>>
Thu 2008-02-28 11:11:14: <-- QUIT
Thu 2008-02-28 11:11:14: --> 221 See ya in cyberspace
Thu 2008-02-28 11:11:14: SMTP session successful (Bytes in/out: 4018/439)
Thu 2008-02-28 11:11:14: ----------
Thu 2008-02-28 11:11:18: Processing message: D:\MDAEMON\Inbound\md50001142504.msg
Thu 2008-02-28 11:11:18: From: user1@domain1.com; Recipient: user2@domain2.com; Size: 3911; Message: d:\mdaemon\localq\md50002959283.msg
Thu 2008-02-28 11:11:18: Subject: 1
Thu 2008-02-28 11:11:18: Message-ID: <001501c879d9$0db6b140$292413c0$@am>
Thu 2008-02-28 11:11:18: ----------
Thu 2008-02-28 11:11:19: MDaemon AntiVirus processing d:\mdaemon\localq\md50002959283.msg...
Thu 2008-02-28 11:11:19: > Message return-path: user1@domain1.com
Thu 2008-02-28 11:11:19: > Message from: user1@domain1.com
Thu 2008-02-28 11:11:19: > Message to: user2@domain2.com
Thu 2008-02-28 11:11:19: > Message subject: 1
Thu 2008-02-28 11:11:19: > Message ID: <001501c879d9$0db6b140$292413c0$@am>
Thu 2008-02-28 11:11:19: Start MDaemon AntiVirus results
Thu 2008-02-28 11:11:19: * Total attachments scanned : 3 (including multipart/alternatives and message body)
Thu 2008-02-28 11:11:19: * Total attachments infected : 0
Thu 2008-02-28 11:11:19: * Total attachments disinfected: 0
Thu 2008-02-28 11:11:19: * Total errors while scanning : 0
Thu 2008-02-28 11:11:19: * Total attachments removed : 0
Thu 2008-02-28 11:11:19: Content Filter processing d:\mdaemon\localq\md50002959283.msg...
Thu 2008-02-28 11:11:19: > Message return-path: user1@domain1.com
Thu 2008-02-28 11:11:19: > Message from: user1@domain1.com
Thu 2008-02-28 11:11:19: > Message to: user2@domain2.com
Thu 2008-02-28 11:11:19: > Message subject: 1
Thu 2008-02-28 11:11:19: > Message ID: <001501c879d9$0db6b140$292413c0$@am>
Thu 2008-02-28 11:11:19: Start Content Filter results
Thu 2008-02-28 11:11:19: * Address excluded from restricted attachment processing
Thu 2008-02-28 11:11:19: End of MDaemon AntiVirus results
Thu 2008-02-28 11:11:19: ----------
Thu 2008-02-28 11:11:19: * Matched 0 of 3 active rules
Thu 2008-02-28 11:11:19: End of Content Filter results
Thu 2008-02-28 11:11:19: ----------
Thu 2008-02-28 11:11:20: Delivering message: D:\MDAEMON\Localq\pd50002959283.msg
Thu 2008-02-28 11:11:20: From: user1@domain1.com; Recipient: user2@domain2.com; Size: 4432; Message: d:\mdaemon\users\domain2.com\user2\md50000192760.msg
Thu 2008-02-28 11:11:20: Subject: 1
Thu 2008-02-28 11:11:20: Message-ID: <001501c879d9$0db6b140$292413c0$@am>
Thu 2008-02-28 11:11:20: ----------

причём в outlook-e это письмо сидит, где в поле from написано 132@321.com, но в логе отправителя 132@321.com нету

Добавлено:
ipmanyak
и на всякий details письма в outlook-e

Return-path: <user1@domain1.com>
Received: from domain1.com ([83.217.555.981])
    by domain2.com (domain2.com)
    (MDaemon.PRO.v8.1.3.R)
    with ESMTP id md50001142504.msg
    for <user2@domain2.com>; Thu, 28 Feb 2008 11:11:18 +0400
Received: from comp by domain1.com
    (MDaemon PRO v9.5.6)
    with ESMTP id md50000082281.msg
    for <user2@domain2.com>; Thu, 28 Feb 2008 11:10:59 +0400
Reply-To: <user1@domain1.com>
From: "132@321.com" <user1@domain1.com>
To: "'user2@domain2.com'" <user2@domain2.com>
Subject: 1
Date: Thu, 28 Feb 2008 11:10:52 +0400
Message-ID: <001501c879d9$0db6b140$292413c0$@am>
MIME-Version: 1.0
Content-Type: multipart/alternative;
    boundary="----=_NextPart_000_0016_01C879FA.94C85140"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ach52Q1S41p+1/92RamwgbIZEFfiDA==
Content-Language: ru
X-Spam-Processed: @domain1.com, Thu, 28 Feb 2008 11:10:59 +0400
    (not processed: message from valid local sender)
X-Envelope-From: user1@domain1.com
X-MDAV-Processed: domain1.com, Thu, 28 Feb 2008 11:11:00 +0400
X-Spam-Processed: domain2.com, Thu, 28 Feb 2008 11:11:18 +0400
    (not processed: sender in recipient's private address book)
X-MDRcpt-To: user2@domain2.com
X-Rcpt-To: user2@domain2.com
X-MDRemoteIP: 83.217.555.981
X-Return-Path: user1@domain1.com
X-MDaemon-Deliver-To: user2@domain2.com
X-MDAV-Processed: domain2.com, Thu, 28 Feb 2008 11:11:19 +0400

arzumanyan Ну а само правило как выглядит? Приведи его сюда


Добавлено:
ip 83.217.555.981 - это ты типа так спрятал ?

ipmanyak
правило такое
If the FROM HEADER contains local account and if the REPLY-TO HEADER does not contain local account ... then delete this message.

Добавлено:
ipmanyak
ip не спрятал, а слегка заляпал

Насчет local account в правиле вызывает сомнение и тем более с опцией AND для REPLY-TO HEADER ! Раз правилор не сработало, значит оно неверно или ничего не попало под его условия ! Думай!
Смотри - MAIL From:<user1@domain1.com>
Reply-To: <user1@domain1.com>
user1@domain1.com в первую часть возможно попадает, но я не уверен насчет local account что он выглядит именно так, это нужно проверить отдельным правилом на всякий случай.
в REPLY-TO HEADER тоже сидит user1@domain1.com , а правило does not contain, а оно contain, то есть твое правило однозначно не сработало. Условия не выполнены.

ipmanyak
ну а как по твоему надо написать ??? меня смущает то,что 132@321.com нет в логах, как же оно видно в аутлуке.

В данный момент есть win2003. на сервере запущенны, DHCP, AD на домен Ros.local, там же dns, IP сервера 10.110.1.2, на сервере же организован выход в инет. Есть купленное имя ros.ru на сайте указано мое доменное имя, те pro-ros.ru, IP 81.110.180.110 и МХ запись mx3.hr.ru. Как сделать так чтобы вся почта приходила на мой сервер сразу, программа почтового сервера Mdaemon. Какие еще данные нужны???

arzumanyan "132@321.com" в кавычках это типа фамилия ака комментарий, это в логах не будет отражено, отражается то что в угловых скобках <user1@domain1.com>

Цитата:

domain1.com

Я правильно понял, что тебе нужно брить domain1.com в поле FROM ? Если да значит правило такое: If the FROM HEADER contains @domain1.com - действие delete

ipmanyak
все в точности, да наоборот.
мне нужно брить вот это типа имя фамилию, чтобы там не было прописано user@mydomain.com, т.к. иногда приходят письма к пользователю где вместо имени прописан его-же адрес, или какой-то другой локальный адрес

arzumanyan тады If the FROM HEADER contains @mydomain.com - действие delete

ipmanyak
думаю это правило удалит все письма пришедшие с локального адреса, а ?

arzumanyan Запутал в мат, где какой домен и чего. ТО есть хочешь запретить писать в поле FROM твой домен, но для внешних спамеров, так? Тогда именно это же правило, но применять тока к REMOTE QUEUE , то есть LOCAL QUEUE исключить , по дефолту при создании правила стоит LOCAL & REMOTE - жмакни на это и убери нужную птицу.

Цитата:

Запутал в мат, где какой домен и чего

основательно убедил будем пробовать.

Добавлено:
Я конечно дико извеняюсь, но и это не сработало Как и предполагал правило смотрит в лог, а там записи "132@321.com" и нету. Одного не пойму, где эта запись находится при передаче по smtp протоколу.

arzumanyan забудь про 132@321.com - это левак, причем в кавычках, а не в угловых скобках! Правило смотрит не в лог, а в хидеры-ака заголовки письма!

123Maximus123
Заходишь проводником в папку с архивом, выбираешь ненужные архивы и жмешь shift + del и до свидания.

PS как у тебя вообще организована архивация почты?

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

Bear39 два решения
1 - тупо в учетке сделать форвард на вторую учетку вкладка FORWARDING и поставить птицу осталять копии
2 - нарисовать правило в CF - if THE TO HEADER CONTAINS ... мыло
- действие Copy the message to specified user ...

Добавлено:
Получатель ничего знать не будет

ipmanyak

Спасибо! А если еще делать скрытую копию исходящей почты, то где?

Bear39
тчно также как сказал ipmanyak в п2 только наоборот...

нарисовать правило в CF - if THE FROM HEADER CONTAINS ... мыло
- действие Copy the message to specified user ...

ipmanyak
Ruza

сделано, спасибо!

Добрый день подскажите пожалуйста, как сделать так чтобы из world client нельзя было создать пользователя......
В опциях Клиента на сервере галочка "Разрешить пользователям создавать....." снята.....

Может я чего-то не понимаю или пропустил?

mdaemon 9.6.4, почта получается через DomainPOP от провайдера.
В настройке "первичный домен-неизвестная почта-отсылать сообщение Постмастеру" галка снята, однако на постмастера приходят сообщения вида

Warning: No addresses survived parsing process!

The attached message doesn't contain any addresses that can survive the current parsing configuration.

From: 16mriccimricci@ties.k12.mn.us
Subject: =?koi8-r?B?58/Sz8Qg?=

[First few non-blank message lines]

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01C87E2F.14F19B00
Content-Type: text/plain;

[End]

None of the addresses extracted from the headers within this message match any address known to this server. You should inspect the headers of the attached message and make sure that there is a local address specified in at least one of them. If there is make sure you have setup MDaemon to parse that header.

Как побороть?

ddd3 http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01322

У меня такая проблема. CFEngine.exe подвешивает проц. Антивирь выключен.
Подскажите что делать? (пока выключил фильтр содержания. как только включаю - тут же загрузка cfengine.exe 95% и ниже не спадает, подвешивает всю систему)
Работает около 400 почтовых ящиков. Каждый день на каждый примерно по 20 писем. В среднем входящих параллельных сесий около 6-7.

Pentium4 2,4 ГГц, 2 Гб ОЗУ. Mdaemon 9.5.6

П.С. Но раньше все было ок. Неполадка появилась где то неделю назад.

Uraaa Может база баеса (обучаемая) разрослась?

Uraaa
Посмотреть в настройках DEP.
Посмотреть что попало в спам мож письмо большое.

Цитата:

Может база баеса (обучаемая) разрослась?

Обнули её предварительно скопировав старую....

Ребят помогите.
Использую Outlook Connector for MDaemon 2.1.6 ms office 2007.
Отправляю письма из офис аутлука, и кодировка глючит.
В отправленные попадает письмо с казебяками.
главное этот глюк выплывает, когдая на письма отвечаю.

khris2005

Цитата:

Использую Outlook Connector for MDaemon 2.1.6 ms office 2007.

А при чём тут демон с коннектором... там вроде кодировка нигде не выставляется...

Ruza
по вашему мнению проблема в офисе?
Кодировки нашёл где менять, но проблема все равно осталась
и всё это происходит именно при ответе на письма

khris2005
Проблема в Кириле и Мефодии...
Неписанным стандартом является для рунета кодировка KOI8-R.
Ты небось отправляешь ответ в windows-1251. Где это выставляется автоматом спроси в теме про офис.