» Все о MDaemon (#2)

Любителям великого и могучего русского посвящается:
Mdaemon 9.5 руководство пользователя (рус) New
в Шапку добавил.

ipmanyak
О, спасибо...
нашёл ответ вроде как на свой вопрос,

Цитата:

Подскажите, демон 956 Ру...Скормил байесу уже около 300 не Спам и за 3000 спам писем....
а спам даже не пошёл помечаться....
в настройке спам фильтра стоит спам помечать но пускать дальше.
хм, где можно глянуть в чём загвоздка ?

Там в хелпе говорится о том, что если включён MDSpamD ....то Байесовый фильтр не работает...

отсюда вопрос, как его MDSpamD отключить *?

И вооббще, что-то я не втыкаю как работает этот MDSpamD ...что-то в мануале не могу разобраться.

Помогите плиз разобраться.

ipmanyak

Цитата:

Проверь SETUP - MISСALANEOUS OPTIONS - SERVER - убрать птицу напротив SMTP server checks commands and headers for RFC compliance,

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

вот я скажу, что не понял фразы из руководства (особое спасибо за руководство 2ipmanyak) про эту птицу SMTP server checks commands and headers for RFC compliance (SMTP сервер проверяет команды и заголовки на соответствие RFC):
Цитата:

"MDaemon будет отклонять сообщения с параметрами, в которых содержатся управляющие или 8-битные символы, а также сообщения без заголовков Date, Sender и From".

а не понял я, что именно из перечисленного находит MD в попытке отправки, с логом
Цитата:

Tue 2007-04-17 01:28:34: ----------
Tue 2007-04-17 01:28:44: Session 6309; child 1; thread 3264
Tue 2007-04-17 01:28:43: Прием SMTP соединения от [192.168.3.250 : 3506]
Tue 2007-04-17 01:28:43: --> 220 mydoamain.com ESMTP MDaemon 9.5.6; Tue, 17 Apr 2007 01:28:43 +0300
Tue 2007-04-17 01:28:43: <-- helo localhost
Tue 2007-04-17 01:28:43: --> 250 os-it.com Hello localhost, pleased to meet you
Tue 2007-04-17 01:28:43: <-- mail from: <buildmachine@mydoamain.com>
Tue 2007-04-17 01:28:43: --> 250 <buildmachine@mydoamain.com>, Sender ok
Tue 2007-04-17 01:28:43: <-- rcpt to: <alexey.repetko@mydoamain.com >
Tue 2007-04-17 01:28:43: --> 250 <alexey.repetko@mydoamain.com >, Recipient ok
Tue 2007-04-17 01:28:43: <-- data
Tue 2007-04-17 01:28:43: Creating temp file (SMTP): c:\mdaemon\temp\md50000001488.tmp
Tue 2007-04-17 01:28:43: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2007-04-17 01:28:44: Message size: 22447 bytes
Tue 2007-04-17 01:28:44: --> 554 Message does not conform to standards
Tue 2007-04-17 01:28:44: Соединение прервано
Tue 2007-04-17 01:28:44: SMTP сессия отменена (Байт принято/передано : 21866/290)
Tue 2007-04-17 01:28:44: ----------

есть ли мысли и пояснения?

loveheart

Цитата:

Там в хелпе говорится о том, что если включён MDSpamD ....то Байесовый фильтр не работает

Это врядли, так как MDSpamD это процесс, который и обеспечивает работу Байеса

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

BobD

Цитата:

письма с пустыми полями from: приниматься будут

По RFC ты обязан принимать письма с пуcтым полем FROM ! За это в спам базы не заносят, а наоборот могут занести в базу RFC-IGNORANT, если не принимаешь такие письма с пустым FROM.

Цитата:

сообщения без заголовков Date, Sender и From".

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

по мульти поп не принимает почту с вложенными файлами = как с этим боротся?

Thu 2007-04-19 13:45:01: --> NOOP
Thu 2007-04-19 13:45:02: <-- +OK
Thu 2007-04-19 13:45:02: --> LIST 5
Thu 2007-04-19 13:45:02: <-- +OK 5 18286
Thu 2007-04-19 13:45:02: --> RETR 5
Thu 2007-04-19 13:45:02: <-- +OK 18286 octets
Thu 2007-04-19 13:45:02: Creating temp file (MPOP): d:\mdaemon\queues\temp\30\md50000000001.tmp
Thu 2007-04-19 13:45:02: Ошибка приемного буфера, отмена. Невозможно доставить сообщение.

ipmanyak
у меня спамфильтр вроде как заработал (после выставления значений порогов спама-неспама...стояли не допустимые)...но теперь понять не могу, почему Спамфильтр проверяет на спам письма что уходят у меня с сервера (удалённая почту)...и совсем не проверяет входящую (локальную очередь) по ДоменПОПу.

наведите на пусть истинный плиз.

Zworg Вероятно стоит сторонний антивирус, проверящий pop трафик, отруби его. Если это NOD32 , то отключи IMON winsock monitor


Добавлено:
loveheart Как настроил, так и работает.

1 - вкладка Spam Filtering :
- Don’t filter messages sent from local sources
- Don’t filter messages from trusted or authenticated sources
2 - domainpop это типа POP, а SPAMD пашет на протоколе SMTP, думаю ничего проверяться и не должно.

Добавлено:
loveheart Не юзай DPOP, а имей полноценный почтарь.

ipmanyak
Вот блин как оно...

а как-нить можно спам отсекать, получая почту через DPOP ?

loveheart Ответ был дан, уйти от DPOP у провайдера и перейти на SMTP. То есть иметь полноценный почтовик. DPOP имеет ряд недостатков, этот один их них. Если имеешь внешний IP, то уходи от DPOP, или выгребай весь спам.


Добавлено:
Имея полноценный МТА получишь дополнительные средства борьбы со спамом:
DNSBL, HELO/EHLO, PTR, GREYLISTING, SPF, HOST SCREENING, IP SCREENING, TARPIT, имея эти средства тебе SPAMD может и не понадобится (у меня от отключен совсем), будешь резать на уровне DNS .

ipmanyak ...всё понятно. спасиб за совет и помощь.

пойду изучать циску...так как придёться тогда её перестраивать и мапить на почтарь.

Есть проблемка. Использую английские MDaemon 8 & Outlook Connector 2.1 + Office 2003. Однако на некоторых машинах после установки Outlook Connector он не определяется в дополнительных типах серверах при создании акаунта в атулуке. пробовал офис с SP и без. не помогает. Если кто сталкивался - где можно покопать?
Аутлуук, естесно, закрывал перед инсталяцией. Реестр чистил, прогу переустанавливал, файлы стирал. Ничего не помогает. На некоторых машинах - все ок, а на некоторых Коннектора в списке дополнительных типов серверов нет.

Братцы, родненькие, помогите!!!

Цитата:

loveheart Ответ был дан, уйти от DPOP у провайдера и перейти на SMTP. То есть иметь полноценный почтовик. DPOP имеет ряд недостатков, этот один их них. Если имеешь внешний IP, то уходи от DPOP, или выгребай весь спам.


Добавлено:
Имея полноценный МТА получишь дополнительные средства борьбы со спамом:
DNSBL, HELO/EHLO, PTR, GREYLISTING, SPF, HOST SCREENING, IP SCREENING, TARPIT, имея эти средства тебе SPAMD может и не понадобится (у меня от отключен совсем), будешь резать на уровне DNS .

Видимо я с самого начала не верно обяснил цель.


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

Сегодня утром, ещё раз поиграл с настройками, и всё завелось.

теперь спам помечается и фильтруется как надо.

в любом случае, спасибо за советы и подсказки.

loveheart дык скажи людям что сделал, что завелось ?

ipmanyak
ну что, сказать...
вкратце, я изнасиловал весь спам-фильтр. после чего, он начал помечать письма полученые через DPOP заголовком типа [***SPAM***.... ]
ну и собственно я смог отсечь спам в отдельный каталог для разбора.

loveheart, маньяк среди нас один, да и тот - ip'шный так что колись давай, по пунктам

sarti
так вы мне объясните, в чём загвоздка то ?...у меня одного чтоли Спамф ильт работает помечая и удаляя СПАМ получаемый через DPOP ?

Пожалуйста, обьясните , где в Daemon 9.56 убирается прооверка на
554 Message does not conform to standards
На 9.04 всё работало прекрасно .. После преустановки на 9.56 стало появляться.

UNHELPMAN
http://forum.ru-board.com/topic.cgi?forum=8&topic=14877&start=100

UNHELPMAN SETUP - MISCELANIOUS - SERVER - SMTP server rejects messages which are not RFC compliant - если стоит птица то попробуй убрать

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

за сутки такое уже второй раз. мож что подкинет мыслей.

loveheart лог покажи

AMatrosov http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=16569#lt
Спасибо, родненький! Подсказал путь к спасению. Правда у меня есть отличия. Может кому пригодится...

Файла mapisvc.inf по указанному тобой пути C:\WINDOWS\system32\ у меня нет (Windows XP ENG MUI). Но я его нашел в следующих каталогах:
%programfiles%\Common Files\System\MSMAPI\1033
%programfiles%\Common Files\System\MSMAPI\1049
%programfiles%\Common Files\System\MSMAPI\1058

1033 - English Windows Locale ID
1049 - Russian Windows Locale ID
1058 - Ukrainian Windows Locale ID
Я поправил данный файл во всех каталогах и все стало ОК.

ipmanyak
ок. какой именно лог ?...

вот к примеру Event Log / MDaemon PRO v9.5.6, SMTP (out) log information

Tue 2007-04-24 11:10:38: [2084:1] Session 2084; child 1
Tue 2007-04-24 11:06:21: [2084:1] Parsing Message <e:\mdaemon\remoteq\pd50000136454.msg>
Tue 2007-04-24 11:06:21: [2084:1] From: garant@victori.spb.ru
Tue 2007-04-24 11:06:21: [2084:1] To: ptr@petrobord.spb.ru
Tue 2007-04-24 11:06:21: [2084:1] Subject: =?koi8-r?B?z9DB?=
Tue 2007-04-24 11:06:21: [2084:1] Message-ID: <1dce01c7863b$ac3363f0$6f00a8c0@Alex>
Tue 2007-04-24 11:06:21: [2084:1] Идет МX-запись разрешение [petrobord.spb.ru] (DNS Сервер: 192.168.0.1)...
Tue 2007-04-24 11:06:21: [2084:1] * P=010 S=000 D=petrobord.spb.ru TTL=(1343) MX=[nanny.ipe.com.ru] {195.242.24.130}
Tue 2007-04-24 11:06:21: [2084:1] * P=010 S=001 D=petrobord.spb.ru TTL=(1343) MX=[mail.petrobord.spb.ru] {195.242.24.130}
Tue 2007-04-24 11:06:21: [2084:1] Attempting MX: P=010 S=000 D=petrobord.spb.ru TTL=(1343) MX=[nanny.ipe.com.ru] {195.242.24.130}
Tue 2007-04-24 11:06:21: [2084:1] Попытка SMTP соединения с [195.242.24.130 : 25]
Tue 2007-04-24 11:06:21: [2084:1] Ожидание соединения...
Tue 2007-04-24 11:06:21: [2084:1] Соединение установлено (192.168.1.1 : 3671 -> 195.242.24.130 : 25)
Tue 2007-04-24 11:06:21: [2084:1] Ожидание инициации протокола...
Tue 2007-04-24 11:06:21: [2084:1] <-- 220 petrobord.spb.ru ESMTP CommuniGate Pro 4.2
Tue 2007-04-24 11:06:21: [2084:1] --> EHLO victori.spb.ru
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-petrobord.spb.ru no DNS A-data returned victori.spb.ru
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-HELP
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-PIPELINING
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-ETRN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-DSN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-TURN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-ATRN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-SIZE
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-STARTTLS
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-AUTH=LOGIN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 MSN
Tue 2007-04-24 11:06:21: [2084:1] <-- 250-8BITMIME
Tue 2007-04-24 11:06:21: [2084:1] <-- 250 EHLO
Tue 2007-04-24 11:06:21: [2084:1] --> MAIL From:<garant@victori.spb.ru> SIZE=3115942
Tue 2007-04-24 11:06:21: [2084:1] <-- 250 garant@victori.spb.ru sender accepted
Tue 2007-04-24 11:06:21: [2084:1] --> RCPT To:<ptr@petrobord.spb.ru>
Tue 2007-04-24 11:06:21: [2084:1] <-- 250 ptr@petrobord.spb.ru will leave the Internet
Tue 2007-04-24 11:06:21: [2084:1] --> DATA
Tue 2007-04-24 11:06:21: [2084:1] <-- 354 Enter mail, end with "." on a line by itself
Tue 2007-04-24 11:06:21: [2084:1] Отправка <e:\mdaemon\remoteq\pd50000136454.msg> для [195.242.24.130]
Tue 2007-04-24 11:10:37: [2084:1] Передача данных завершена.
Tue 2007-04-24 11:10:38: [2084:1] <-- 250 3541446 message accepted for delivery
Tue 2007-04-24 11:10:38: [2084:1] --> QUIT
Tue 2007-04-24 11:10:38: [2084:1] <-- 221 petrobord.spb.ru CommuniGate Pro SMTP closing connection
Tue 2007-04-24 11:10:38: [2084:1] SMTP сессия успешна (Байт принято/передано: 547/3116076)
Tue 2007-04-24 11:10:38: ----------


Tue 2007-04-24 11:14:50: ----------
Tue 2007-04-24 11:15:36: [2220:2] Session 2220; child 2
Tue 2007-04-24 11:11:21: [2220:2] Parsing Message <e:\mdaemon\remoteq\pd50000136454.msg>
Tue 2007-04-24 11:11:21: [2220:2] From: garant@victori.spb.ru
Tue 2007-04-24 11:11:21: [2220:2] To: ptr@petrobord.spb.ru
Tue 2007-04-24 11:11:21: [2220:2] Subject: =?koi8-r?B?z9DB?=
Tue 2007-04-24 11:11:21: [2220:2] Message-ID: <1dce01c7863b$ac3363f0$6f00a8c0@Alex>
Tue 2007-04-24 11:11:21: [2220:2] Идет МX-запись разрешение [petrobord.spb.ru] (DNS Сервер: 192.168.0.1)...
Tue 2007-04-24 11:11:21: [2220:2] * P=010 S=000 D=petrobord.spb.ru TTL=(1338) MX=[nanny.ipe.com.ru] {195.242.24.130}
Tue 2007-04-24 11:11:21: [2220:2] * P=010 S=001 D=petrobord.spb.ru TTL=(1338) MX=[mail.petrobord.spb.ru] {195.242.24.130}
Tue 2007-04-24 11:11:21: [2220:2] Attempting MX: P=010 S=000 D=petrobord.spb.ru TTL=(1338) MX=[nanny.ipe.com.ru] {195.242.24.130}
Tue 2007-04-24 11:11:21: [2220:2] Попытка SMTP соединения с [195.242.24.130 : 25]
Tue 2007-04-24 11:11:21: [2220:2] Ожидание соединения...
Tue 2007-04-24 11:11:22: [2220:2] Соединение установлено (192.168.1.1 : 3912 -> 195.242.24.130 : 25)
Tue 2007-04-24 11:11:22: [2220:2] Ожидание инициации протокола...
Tue 2007-04-24 11:11:23: [2220:2] <-- 220 petrobord.spb.ru ESMTP CommuniGate Pro 4.2
Tue 2007-04-24 11:11:23: [2220:2] --> EHLO victori.spb.ru
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-petrobord.spb.ru no DNS A-data returned victori.spb.ru
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-HELP
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-PIPELINING
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-ETRN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-DSN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-TURN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-ATRN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-SIZE
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-STARTTLS
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-AUTH=LOGIN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 MSN
Tue 2007-04-24 11:11:23: [2220:2] <-- 250-8BITMIME
Tue 2007-04-24 11:11:23: [2220:2] <-- 250 EHLO
Tue 2007-04-24 11:11:23: [2220:2] --> MAIL From:<garant@victori.spb.ru> SIZE=3115942
Tue 2007-04-24 11:11:23: [2220:2] <-- 250 garant@victori.spb.ru sender accepted
Tue 2007-04-24 11:11:23: [2220:2] --> RCPT To:<ptr@petrobord.spb.ru>
Tue 2007-04-24 11:11:23: [2220:2] <-- 250 ptr@petrobord.spb.ru will leave the Internet
Tue 2007-04-24 11:11:23: [2220:2] --> DATA
Tue 2007-04-24 11:11:23: [2220:2] <-- 354 Enter mail, end with "." on a line by itself
Tue 2007-04-24 11:11:23: [2220:2] Отправка <e:\mdaemon\remoteq\pd50000136454.msg> для [195.242.24.130]
Tue 2007-04-24 11:15:36: [2220:2] Передача данных завершена.
Tue 2007-04-24 11:15:36: [2220:2] <-- 250 3541444 message accepted for delivery
Tue 2007-04-24 11:15:36: [2220:2] --> QUIT
Tue 2007-04-24 11:15:36: [2220:2] <-- 221 petrobord.spb.ru CommuniGate Pro SMTP closing connection
Tue 2007-04-24 11:15:36: [2220:2] SMTP сессия успешна (Байт принято/передано: 547/3116076)
Tue 2007-04-24 11:15:36: ----------

loveheart хм, вроде все нормально. А это только с этим доменом так или с другими тоже бывает? Глянь еще лог ALL и SMTP-IN , может в них чего увидишь ?
А письмо туда точно одно было ? Проверь еще правила CONTENT FILTER может там еще чего дублируется ?

ipmanyak
первым делом пересмотрел всё в CF...так как по первости давным давно были дубляжи но сейчас там всё ОК.

в других логах ничего подозрительного.

по идеи, письмо просто подвисло...только кот причина какая ?...из папки Remoteq просто не удалялось после передачи...и соответственно шло заново. Глюг ?

loveheart с винтом всё в порядке ? место есть?

ipmanyak
да, у меня 2 Сата в Зеркале...и свободного места 50% порядка 40 гигов.

ipmanyak
Сегодня ситуация повторилась...пару писем отправлялись раз за разом.
опять же удалить их физически не смог...и решил поставить анлокер.
собственно вот что он показал.


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