Bojenov1 лучше покажи кусок лога ALL со всеми строками касательно того письма
» Все о MDaemon (#2)
ipmanyak
хорошо, пусть оно посчитало что это не спам, пусть доставляет- потому как и нужные письма тоже попадают в Bad очередь.
Но ЗАЧЕМ пустую строку добавлять- ведь таким образом портится заголовок что является следствием попадания в ту самую Bad очередь.
Можно или нет правилом убрать эту пустую строку посредине заголовка? Не могу сообразить как составить его.
Все еще жду мыслей не этот счет...
Добавлено:
ipmanyak
извиняюсь, ентер задел.
Тут покопался сегодня, дело в другом.
1.Есть почтовик на MD c реальным доменным именем.
2.Есть корпоративная почта на основе UUCP
для связи с UUCP и почтовым клиентом установлен гейт MAILSRV от SUNWIND.
На данном этапе все работает.
Но необходимо присутствие оператора для разбора почты во 2-м случае.
Может быть кому то будет интересно, но пытаюсь связать MD и UUCP.
Указанные мной ранее строки добавляются при заборе по MultiPOP от ПК с установленным UUCP и MAILSRV для доменного пользователя MD.
MAILSRV в данном случае играет роль почтового сервера, и при обращении по портам POP и SMTP отдает почту.
Письма забираются. но при добавлении указанных строк ошибочно добавляется пустая строка, из-за которой теряются (хотя они есть дальше) заголовки TO, FROM.. и в результате письмо идет в BAD очередь.
т.е. в последней строке поле FROM - эта 1-я строка от письма полученного через UUCP
Проводил эксперимент, удалял пустышку в текстовом редакторе руками- письмо доставлялось.
Так вот, стоит задача убрать эту пустую строку чтобы восстановить заголовок письма.
Как это сделать- ума не приложу.
Или (если это баг) ждать следующей версии.
хорошо, пусть оно посчитало что это не спам, пусть доставляет- потому как и нужные письма тоже попадают в Bad очередь.
Но ЗАЧЕМ пустую строку добавлять- ведь таким образом портится заголовок что является следствием попадания в ту самую Bad очередь.
Можно или нет правилом убрать эту пустую строку посредине заголовка? Не могу сообразить как составить его.
Все еще жду мыслей не этот счет...
Добавлено:
ipmanyak
извиняюсь, ентер задел.
Тут покопался сегодня, дело в другом.
1.Есть почтовик на MD c реальным доменным именем.
2.Есть корпоративная почта на основе UUCP
для связи с UUCP и почтовым клиентом установлен гейт MAILSRV от SUNWIND.
На данном этапе все работает.
Но необходимо присутствие оператора для разбора почты во 2-м случае.
Может быть кому то будет интересно, но пытаюсь связать MD и UUCP.
Указанные мной ранее строки добавляются при заборе по MultiPOP от ПК с установленным UUCP и MAILSRV для доменного пользователя MD.
MAILSRV в данном случае играет роль почтового сервера, и при обращении по портам POP и SMTP отдает почту.
Письма забираются. но при добавлении указанных строк ошибочно добавляется пустая строка, из-за которой теряются (хотя они есть дальше) заголовки TO, FROM.. и в результате письмо идет в BAD очередь.
т.е. в последней строке поле FROM - эта 1-я строка от письма полученного через UUCP
Проводил эксперимент, удалял пустышку в текстовом редакторе руками- письмо доставлялось.
Так вот, стоит задача убрать эту пустую строку чтобы восстановить заголовок письма.
Как это сделать- ума не приложу.
Или (если это баг) ждать следующей версии.
Начало заголовка письма:
Received: from {IP машины с UUCP} by {домен MD}
(MDaemon.PRO.v8.1.3.R)
with MultiPOP id md50000001447.msg
for <учетка в домене MD@домен MD>; Fri, 23 Jun 2006 08:19:01 +0400
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05)
X-Spam-Report:
* 0.1 MISSING_HEADERS Missing To: header
* -4.7 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
* [score: 0.0000]
* 1.2 MISSING_SUBJECT Missing Subject: header
* 0.0 UPPERCASE_50_75 message body is 50-75% uppercase
X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,MISSING_HEADERS,
MISSING_SUBJECT,UPPERCASE_50_75 autolearn=no version=3.0.4
X-Spam-Level:
X-Spam-Processed: {домен MD}, Fri, 23 Jun 2006 08:19:04 +0400
X-MDAV-Processed: {домен MD}, Fri, 23 Jun 2006 08:19:06 +0400
{!!!вот здесь пустая строка - вернее символ конца строки}
НИЖЕ -- 1-я строка заголовка письма до приема через MultiPOP
From sten!email.cz!alex Fri Jun 23 08:10:22 2006
Received: by {учетка домена UUCP} (UUPC/@, 26Apr98) with UUCP
id AA04079; Fri, 23 Jun 2006 08:10:22 +0400 (MSD)
Received: from p2150-ipbf305kyoto.kyoto.ocn.ne.jp ([124.97.154.150])
by {домен UUCP} with smtp (Exim 4.50)
id 1FtZpb-000M8O-Rm
for {учетка домена UUCP}; Fri, 23 Jun 2006 04:47:34 +0400
Message-ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
From: 5 - 6 ЙАМС <alex@email.cz>
X-UUCPGate: UUCP->POP3, MailServer
To: {учетка домена UUCP}
Subject: вптшвб у лполхтеофбнй
Date: Wed, 21 Jun 2006 22:05:32 +0300
************************************
Логи:
Fri 2006-06-23 08:19:01: Processing message: C:\MDaemon\Queues\Inbound\md50000001447.msg
Fri 2006-06-23 08:19:01: From: alex@email.cz; Recipient: {учетка в домене MD@домен MD}; Size: 14270; Message: c:\mdaemon\queues\local\md50000003074.msg
Fri 2006-06-23 08:19:01: Subject: вптшвб у лполхтеофбнй
Fri 2006-06-23 08:19:02: Message-ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
Fri 2006-06-23 08:19:02: ----------
Fri 2006-06-23 08:19:06: MDaemon AntiVirus processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:06: > Message return-path:
Fri 2006-06-23 08:19:06: > Message from:
Fri 2006-06-23 08:19:06: > Message to:
Fri 2006-06-23 08:19:06: > Message subject:
Fri 2006-06-23 08:19:06: > Message ID:
Fri 2006-06-23 08:19:06: Start MDaemon AntiVirus results
Fri 2006-06-23 08:19:06: * Total attachments scanned : 1 (including multipart/alternatives and message body)
Fri 2006-06-23 08:19:06: * Total attachments infected : 0
Fri 2006-06-23 08:19:06: * Total attachments disinfected: 0
Fri 2006-06-23 08:19:06: * Total errors while scanning : 0
Fri 2006-06-23 08:19:06: * Total attachments removed : 0
Fri 2006-06-23 08:19:06: End of MDaemon AntiVirus results
Fri 2006-06-23 08:19:06: ----------
Fri 2006-06-23 08:19:03: Spam Filter processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:03: > Message return-path: alex@email.cz
Fri 2006-06-23 08:19:03: > Message from: alex@email.cz
Fri 2006-06-23 08:19:03: > Message to: {учетка в домене MD@домен MD}
Fri 2006-06-23 08:19:04: > Message subject: вптшвб у лполхтеофбнй
Fri 2006-06-23 08:19:04: > Message ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
Fri 2006-06-23 08:19:06: Start SpamAssassin results
Fri 2006-06-23 08:19:06: -3.4 points, 5.0 required;
Fri 2006-06-23 08:19:06: * 0.1 MISSING_HEADERS Missing To: header
Fri 2006-06-23 08:19:06: * -4.7 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
Fri 2006-06-23 08:19:06: * [score: 0.0000]
Fri 2006-06-23 08:19:06: * 1.2 MISSING_SUBJECT Missing Subject: header
Fri 2006-06-23 08:19:06: * 0.0 UPPERCASE_50_75 message body is 50-75% uppercase
Fri 2006-06-23 08:19:06: End SpamAssassin results
Fri 2006-06-23 08:19:06: ----------
Fri 2006-06-23 08:19:06: Content Filter processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:06: > Message return-path:
Fri 2006-06-23 08:19:06: > Message from:
Fri 2006-06-23 08:19:06: > Message to:
Fri 2006-06-23 08:19:06: > Message subject:
Fri 2006-06-23 08:19:06: > Message ID:
Fri 2006-06-23 08:19:06: Start Content Filter results
Fri 2006-06-23 08:19:06: * Matched 0 of 4 active rules
Fri 2006-06-23 08:19:06: End of Content Filter results
Fri 2006-06-23 08:19:07: ----------
Fri 2006-06-23 08:19:13: Ошибка разбора <C:\MDaemon\Queues\Local\pd50000003074.msg>
Fri 2006-06-23 08:19:14: Сообщение перемещено <c:\mdaemon\queues\bad\pd50000000017.msg>
Fri 2006-06-23 08:19:14: ----------
Received: from {IP машины с UUCP} by {домен MD}
(MDaemon.PRO.v8.1.3.R)
with MultiPOP id md50000001447.msg
for <учетка в домене MD@домен MD>; Fri, 23 Jun 2006 08:19:01 +0400
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05)
X-Spam-Report:
* 0.1 MISSING_HEADERS Missing To: header
* -4.7 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
* [score: 0.0000]
* 1.2 MISSING_SUBJECT Missing Subject: header
* 0.0 UPPERCASE_50_75 message body is 50-75% uppercase
X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,MISSING_HEADERS,
MISSING_SUBJECT,UPPERCASE_50_75 autolearn=no version=3.0.4
X-Spam-Level:
X-Spam-Processed: {домен MD}, Fri, 23 Jun 2006 08:19:04 +0400
X-MDAV-Processed: {домен MD}, Fri, 23 Jun 2006 08:19:06 +0400
{!!!вот здесь пустая строка - вернее символ конца строки}
НИЖЕ -- 1-я строка заголовка письма до приема через MultiPOP
From sten!email.cz!alex Fri Jun 23 08:10:22 2006
Received: by {учетка домена UUCP} (UUPC/@, 26Apr98) with UUCP
id AA04079; Fri, 23 Jun 2006 08:10:22 +0400 (MSD)
Received: from p2150-ipbf305kyoto.kyoto.ocn.ne.jp ([124.97.154.150])
by {домен UUCP} with smtp (Exim 4.50)
id 1FtZpb-000M8O-Rm
for {учетка домена UUCP}; Fri, 23 Jun 2006 04:47:34 +0400
Message-ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
From: 5 - 6 ЙАМС <alex@email.cz>
X-UUCPGate: UUCP->POP3, MailServer
To: {учетка домена UUCP}
Subject: вптшвб у лполхтеофбнй
Date: Wed, 21 Jun 2006 22:05:32 +0300
************************************
Логи:
Fri 2006-06-23 08:19:01: Processing message: C:\MDaemon\Queues\Inbound\md50000001447.msg
Fri 2006-06-23 08:19:01: From: alex@email.cz; Recipient: {учетка в домене MD@домен MD}; Size: 14270; Message: c:\mdaemon\queues\local\md50000003074.msg
Fri 2006-06-23 08:19:01: Subject: вптшвб у лполхтеофбнй
Fri 2006-06-23 08:19:02: Message-ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
Fri 2006-06-23 08:19:02: ----------
Fri 2006-06-23 08:19:06: MDaemon AntiVirus processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:06: > Message return-path:
Fri 2006-06-23 08:19:06: > Message from:
Fri 2006-06-23 08:19:06: > Message to:
Fri 2006-06-23 08:19:06: > Message subject:
Fri 2006-06-23 08:19:06: > Message ID:
Fri 2006-06-23 08:19:06: Start MDaemon AntiVirus results
Fri 2006-06-23 08:19:06: * Total attachments scanned : 1 (including multipart/alternatives and message body)
Fri 2006-06-23 08:19:06: * Total attachments infected : 0
Fri 2006-06-23 08:19:06: * Total attachments disinfected: 0
Fri 2006-06-23 08:19:06: * Total errors while scanning : 0
Fri 2006-06-23 08:19:06: * Total attachments removed : 0
Fri 2006-06-23 08:19:06: End of MDaemon AntiVirus results
Fri 2006-06-23 08:19:06: ----------
Fri 2006-06-23 08:19:03: Spam Filter processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:03: > Message return-path: alex@email.cz
Fri 2006-06-23 08:19:03: > Message from: alex@email.cz
Fri 2006-06-23 08:19:03: > Message to: {учетка в домене MD@домен MD}
Fri 2006-06-23 08:19:04: > Message subject: вптшвб у лполхтеофбнй
Fri 2006-06-23 08:19:04: > Message ID: <473a01c69565$f4a6f9ca$6cdda7db@email.cz>
Fri 2006-06-23 08:19:06: Start SpamAssassin results
Fri 2006-06-23 08:19:06: -3.4 points, 5.0 required;
Fri 2006-06-23 08:19:06: * 0.1 MISSING_HEADERS Missing To: header
Fri 2006-06-23 08:19:06: * -4.7 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
Fri 2006-06-23 08:19:06: * [score: 0.0000]
Fri 2006-06-23 08:19:06: * 1.2 MISSING_SUBJECT Missing Subject: header
Fri 2006-06-23 08:19:06: * 0.0 UPPERCASE_50_75 message body is 50-75% uppercase
Fri 2006-06-23 08:19:06: End SpamAssassin results
Fri 2006-06-23 08:19:06: ----------
Fri 2006-06-23 08:19:06: Content Filter processing c:\mdaemon\queues\local\md50000003074.msg...
Fri 2006-06-23 08:19:06: > Message return-path:
Fri 2006-06-23 08:19:06: > Message from:
Fri 2006-06-23 08:19:06: > Message to:
Fri 2006-06-23 08:19:06: > Message subject:
Fri 2006-06-23 08:19:06: > Message ID:
Fri 2006-06-23 08:19:06: Start Content Filter results
Fri 2006-06-23 08:19:06: * Matched 0 of 4 active rules
Fri 2006-06-23 08:19:06: End of Content Filter results
Fri 2006-06-23 08:19:07: ----------
Fri 2006-06-23 08:19:13: Ошибка разбора <C:\MDaemon\Queues\Local\pd50000003074.msg>
Fri 2006-06-23 08:19:14: Сообщение перемещено <c:\mdaemon\queues\bad\pd50000000017.msg>
Fri 2006-06-23 08:19:14: ----------
Bojenov1 у тебя проблема со SpamAssassin, после его работы все поля заголовков пустые !
> Message return-path:
> Message from:
> Message to:
> Message subject:
в результате CF пихает письмо в BAD queue
но думаю что ты зря заморачиваешься ! уверен что alex@email.cz именно ваш правильный клиент ? почему судя по твоему предыдущему посту он пришел с p2150-ipbf305kyoto.kyoto.ocn.ne.jp ([124.97.154.150]) то есть с какого-то японского дилапа ?
домен email.cz имеет совсем другой ip !
C:\>nslookup email.cz
Non-authoritative answer:
Name: email.cz
Address: 212.80.76.6
так что думаю это спамерская прога к тебе лезет, а спамерские проги не утруждают себя изготовлением правильных хидеров .
Добавлено:
или вообще это троянская вирусная smtp прога .
> Message return-path:
> Message from:
> Message to:
> Message subject:
в результате CF пихает письмо в BAD queue
но думаю что ты зря заморачиваешься ! уверен что alex@email.cz именно ваш правильный клиент ? почему судя по твоему предыдущему посту он пришел с p2150-ipbf305kyoto.kyoto.ocn.ne.jp ([124.97.154.150]) то есть с какого-то японского дилапа ?
домен email.cz имеет совсем другой ip !
C:\>nslookup email.cz
Non-authoritative answer:
Name: email.cz
Address: 212.80.76.6
так что думаю это спамерская прога к тебе лезет, а спамерские проги не утруждают себя изготовлением правильных хидеров .
Добавлено:
или вообще это троянская вирусная smtp прога .
ipmanyak
Да, я уже сам тут думаю на SpamAssassin.
На боевом MD 8.1.3 версия SpamAssassin 3.0.4 (2005-06-05)
Проверил только что на тестовом MD 9.0.4,
там SpamAssassin 3.1.0 (2005-09-13)
и самое главное на данной версии письмо дошло до адресата пометив как SPAM- что уже хорошо.
На сайте последняя версия 3.1.3 в zip-е.
Теперь такой вопрос- как правильно обновить версию SpamAssassin у MD 8.1.3?
Можно ли просто обычным копированием (предварительно остановив MD)?
На что можно при этом натолкнуться- в смысле не будет ли бяк с Mdaemon-ом?
Добавлено:
ipmanyak
Не, изначально заголовок приходит нормальный,
да, часть писем идет со спамом (поэтому и хочу пропускать через спам фильтр, можно было просто копировать в каталог на крайняк), часть писем от нормальных адресатов- они тоже не попадают к пользователю.
Скорее всего всего при определенных обстоятельствах неправильно срабатывает SpamAssassin и косячик заголовок пустой строкой.
Как обновить SpamAssassin? или лучше обновлять сразу MD?
Правда в MD 9.0.4 (не знаю как в 9.0.5) некорректно работает автокомпрессия файлов исходящих/входящих сообщений с русскими вложениями- уже постил сюда по этой теме- никто не откликнулся- придется тогда отключать совсем.
Да, я уже сам тут думаю на SpamAssassin.
На боевом MD 8.1.3 версия SpamAssassin 3.0.4 (2005-06-05)
Проверил только что на тестовом MD 9.0.4,
там SpamAssassin 3.1.0 (2005-09-13)
и самое главное на данной версии письмо дошло до адресата пометив как SPAM- что уже хорошо.
На сайте последняя версия 3.1.3 в zip-е.
Теперь такой вопрос- как правильно обновить версию SpamAssassin у MD 8.1.3?
Можно ли просто обычным копированием (предварительно остановив MD)?
На что можно при этом натолкнуться- в смысле не будет ли бяк с Mdaemon-ом?
Добавлено:
ipmanyak
Не, изначально заголовок приходит нормальный,
да, часть писем идет со спамом (поэтому и хочу пропускать через спам фильтр, можно было просто копировать в каталог на крайняк), часть писем от нормальных адресатов- они тоже не попадают к пользователю.
Скорее всего всего при определенных обстоятельствах неправильно срабатывает SpamAssassin и косячик заголовок пустой строкой.
Как обновить SpamAssassin? или лучше обновлять сразу MD?
Правда в MD 9.0.4 (не знаю как в 9.0.5) некорректно работает автокомпрессия файлов исходящих/входящих сообщений с русскими вложениями- уже постил сюда по этой теме- никто не откликнулся- придется тогда отключать совсем.
добрый день уважаемые.
спамеры обходят по RSET
===
Mon 2006-06-26 13:56:21: <-- MAIL FROM:<tkujawa@marlinco.com>
Mon 2006-06-26 13:56:21: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:21: <-- RSET
Mon 2006-06-26 13:56:21: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:22: <-- MAIL FROM:<tkrumb@salins.com>
Mon 2006-06-26 13:56:22: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:23: <-- RSET
Mon 2006-06-26 13:56:23: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:24: <-- MAIL FROM:<tkv@tca-us.com>
Mon 2006-06-26 13:56:24: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:25: <-- RSET
Mon 2006-06-26 13:56:25: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:26: <-- MAIL FROM:<tknor@intelliteach.com>
Mon 2006-06-26 13:56:26: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
===
в Хост_Скрининг можно - но сидеть и заносить каждый хост - муторно..
на офф.сайте искал.. о проблеме известно, ответов нету..
спамеры обходят по RSET
===
Mon 2006-06-26 13:56:21: <-- MAIL FROM:<tkujawa@marlinco.com>
Mon 2006-06-26 13:56:21: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:21: <-- RSET
Mon 2006-06-26 13:56:21: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:22: <-- MAIL FROM:<tkrumb@salins.com>
Mon 2006-06-26 13:56:22: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:23: <-- RSET
Mon 2006-06-26 13:56:23: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:24: <-- MAIL FROM:<tkv@tca-us.com>
Mon 2006-06-26 13:56:24: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
Mon 2006-06-26 13:56:25: <-- RSET
Mon 2006-06-26 13:56:25: --> 250 RSET? Well, ok.
Mon 2006-06-26 13:56:26: <-- MAIL FROM:<tknor@intelliteach.com>
Mon 2006-06-26 13:56:26: --> 550 Domain домен.ru does not accept mail from EATcf-283p174.ppp15.odn.ne.jp
===
в Хост_Скрининг можно - но сидеть и заносить каждый хост - муторно..
на офф.сайте искал.. о проблеме известно, ответов нету..
Bojenov1 насколько мне известно отдельно от демона спамассаин не обновить
zaratustra у тебя 9-я версия ? если все птицы стоят и отлуп не дает значит в 9-ых что-то покоцалось .
zaratustra у тебя 9-я версия ? если все птицы стоят и отлуп не дает значит в 9-ых что-то покоцалось .
ipmanyak
угу, 9.04
птицы стоят - форум то листаю и руборд и родной - известно что по RSET обходится - а как побороть - хз ((
угу, 9.04
птицы стоят - форум то листаю и руборд и родной - известно что по RSET обходится - а как побороть - хз ((
ipmanyak
Не, изначально заголовок приходит нормальный,
да, часть писем идет со спамом (поэтому и хочу пропускать через спам фильтр, можно было просто копировать в каталог на крайняк), часть писем от нормальных адресатов- они тоже не попадают к пользователю.
Скорее всего всего при определенных обстоятельствах неправильно срабатывает SpamAssassin и косячик заголовок пустой строкой.
Как обновить SpamAssassin? или лучше обновлять сразу MD?
Правда в MD 9.0.4 (не знаю как в 9.0.5) некорректно работает автокомпрессия файлов исходящих/входящих сообщений с русскими вложениями- уже постил сюда по этой теме- никто не откликнулся- придется тогда отключать совсем.
Не, изначально заголовок приходит нормальный,
да, часть писем идет со спамом (поэтому и хочу пропускать через спам фильтр, можно было просто копировать в каталог на крайняк), часть писем от нормальных адресатов- они тоже не попадают к пользователю.
Скорее всего всего при определенных обстоятельствах неправильно срабатывает SpamAssassin и косячик заголовок пустой строкой.
Как обновить SpamAssassin? или лучше обновлять сразу MD?
Правда в MD 9.0.4 (не знаю как в 9.0.5) некорректно работает автокомпрессия файлов исходящих/входящих сообщений с русскими вложениями- уже постил сюда по этой теме- никто не откликнулся- придется тогда отключать совсем.
демон 9.04, в догонку..
файло IPScreen.dat имеет строчку:
HostScreen2=*.rr.com,Prevent
не отшивает
=====
Mon 2006-06-26 19:35:57: Прием SMTP соединения от [24.173.116.98 : 2355]
Mon 2006-06-26 19:35:57: Performing PTR lookup (98.116.173.24.IN-ADDR.ARPA)
Mon 2006-06-26 19:35:57: * D=98.116.173.24.IN-ADDR.ARPA TTL=(46) PTR=[rrcs-24-173-116-98.se.biz.rr.com]
Mon 2006-06-26 19:35:57: * Gathering A records...
Mon 2006-06-26 19:35:57: * D=rrcs-24-173-116-98.se.biz.rr.com TTL=(46) A=[24.173.116.98]
Mon 2006-06-26 19:35:58: ---- End PTR results
Mon 2006-06-26 19:35:58: --> 220 mx1.domen.ru ESMTP MDaemon 9.0.4; Mon, 26 Jun 2006 19:35:58 +0400
Mon 2006-06-26 19:35:58: <-- EHLO rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:35:58: Performing IP lookup (rrcs-24-173-116-98.se.biz.rr.com)
Mon 2006-06-26 19:35:58: * D=rrcs-24-173-116-98.se.biz.rr.com TTL=(46) A=[24.173.116.98]
Mon 2006-06-26 19:35:58: ---- End IP lookup results
Mon 2006-06-26 19:35:58: EHLO/HELO response delayed 15 seconds
Mon 2006-06-26 19:36:13: --> 250-domen.ru Hello rrcs-24-173-116-98.se.biz.rr.com, pleased to meet you
Mon 2006-06-26 19:36:13: --> 250-VRFY
Mon 2006-06-26 19:36:13: --> 250-ETRN
Mon 2006-06-26 19:36:13: --> 250-AUTH=LOGIN
Mon 2006-06-26 19:36:13: --> 250-AUTH LOGIN CRAM-MD5
Mon 2006-06-26 19:36:13: --> 250-8BITMIME
Mon 2006-06-26 19:36:13: --> 250 SIZE 0
Mon 2006-06-26 19:36:13: <-- MAIL FROM:<tkropp@activcard.com>
Mon 2006-06-26 19:36:13: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
Mon 2006-06-26 19:36:14: <-- MAIL FROM:<tknowles@camden.lmco.com>
Mon 2006-06-26 19:36:14: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
Mon 2006-06-26 19:36:14: <-- MAIL FROM:<tkwright@scotiabankinverlat.com>
Mon 2006-06-26 19:36:14: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
=====
имеет значение количество записей в HostScreen ?
если занести как IPScreen5=24.173.116.98,Prevent
то отшивает
файло IPScreen.dat имеет строчку:
HostScreen2=*.rr.com,Prevent
не отшивает
=====
Mon 2006-06-26 19:35:57: Прием SMTP соединения от [24.173.116.98 : 2355]
Mon 2006-06-26 19:35:57: Performing PTR lookup (98.116.173.24.IN-ADDR.ARPA)
Mon 2006-06-26 19:35:57: * D=98.116.173.24.IN-ADDR.ARPA TTL=(46) PTR=[rrcs-24-173-116-98.se.biz.rr.com]
Mon 2006-06-26 19:35:57: * Gathering A records...
Mon 2006-06-26 19:35:57: * D=rrcs-24-173-116-98.se.biz.rr.com TTL=(46) A=[24.173.116.98]
Mon 2006-06-26 19:35:58: ---- End PTR results
Mon 2006-06-26 19:35:58: --> 220 mx1.domen.ru ESMTP MDaemon 9.0.4; Mon, 26 Jun 2006 19:35:58 +0400
Mon 2006-06-26 19:35:58: <-- EHLO rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:35:58: Performing IP lookup (rrcs-24-173-116-98.se.biz.rr.com)
Mon 2006-06-26 19:35:58: * D=rrcs-24-173-116-98.se.biz.rr.com TTL=(46) A=[24.173.116.98]
Mon 2006-06-26 19:35:58: ---- End IP lookup results
Mon 2006-06-26 19:35:58: EHLO/HELO response delayed 15 seconds
Mon 2006-06-26 19:36:13: --> 250-domen.ru Hello rrcs-24-173-116-98.se.biz.rr.com, pleased to meet you
Mon 2006-06-26 19:36:13: --> 250-VRFY
Mon 2006-06-26 19:36:13: --> 250-ETRN
Mon 2006-06-26 19:36:13: --> 250-AUTH=LOGIN
Mon 2006-06-26 19:36:13: --> 250-AUTH LOGIN CRAM-MD5
Mon 2006-06-26 19:36:13: --> 250-8BITMIME
Mon 2006-06-26 19:36:13: --> 250 SIZE 0
Mon 2006-06-26 19:36:13: <-- MAIL FROM:<tkropp@activcard.com>
Mon 2006-06-26 19:36:13: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
Mon 2006-06-26 19:36:14: <-- MAIL FROM:<tknowles@camden.lmco.com>
Mon 2006-06-26 19:36:14: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
Mon 2006-06-26 19:36:14: <-- MAIL FROM:<tkwright@scotiabankinverlat.com>
Mon 2006-06-26 19:36:14: --> 550 Domain domen.ru does not accept mail from rrcs-24-173-116-98.se.biz.rr.com
Mon 2006-06-26 19:36:14: <-- RSET
Mon 2006-06-26 19:36:14: --> 250 RSET? Well, ok.
=====
имеет значение количество записей в HostScreen ?
если занести как IPScreen5=24.173.116.98,Prevent
то отшивает
zaratustra а сделать host screen как на 16 странице в моем посте сказано не хочешь?
ipmanyak
дык стоит..
,Prevent
*-*-*,Prevent
*-*-*-*,Prevent
*-*-*-*-*,Prevent
*0,Prevent
*1,Prevent
*2,Prevent
*3,Prevent
*4,Prevent
*5,Prevent
*6,Prevent
*7,Prevent
*8,Prevent
*9,Prevent
0*,Prevent
1*,Prevent
2*,Prevent
3*,Prevent
4*,Prevent
5*,Prevent
6*,Prevent
7*,Prevent
8*,Prevent
9*,Prevent
дык стоит..
,Prevent
*-*-*,Prevent
*-*-*-*,Prevent
*-*-*-*-*,Prevent
*0,Prevent
*1,Prevent
*2,Prevent
*3,Prevent
*4,Prevent
*5,Prevent
*6,Prevent
*7,Prevent
*8,Prevent
*9,Prevent
0*,Prevent
1*,Prevent
2*,Prevent
3*,Prevent
4*,Prevent
5*,Prevent
6*,Prevent
7*,Prevent
8*,Prevent
9*,Prevent
приходит спам причем такой, как будто я сам себе послал. например если мой почтовый ящик admin@domain.ru то спам от этого же admin@domain.ru валиться. Как мне это вылечить?
альтернатива host screen от ipmanyak
HostScreen0=1.2.3.4,Prevent
HostScreen1=*mydomain.ru,Prevent
HostScreen2=*.*.*.1*,Prevent
HostScreen3=*.*.*.2*,Prevent
HostScreen4=*.*.*.3*,Prevent
HostScreen5=*.*.*.4*,Prevent
HostScreen6=*.*.*.5*,Prevent
HostScreen7=*.*.*.6*,Prevent
HostScreen8=*.*.*.7*,Prevent
HostScreen9=*.*.*.8*,Prevent
HostScreen10=*.*.*.9*,Prevent
HostScreen11=-*,Prevent
HostScreen12=localhost,Prevent
HostScreen13=*.bbtec.net,Prevent
HostScreen14=*comcast.net*,Prevent
HostScreen15=*.*.*.0*,Prevent
HostScreen16=*.amazon.com,Allow
HostScreen17=*.adsl.*.*,Prevent
HostScreen18=*.res.rr.com,Prevent
HostScreen19=chello*.chello.pl,Prevent
HostScreen20=*.sun.com,Allow
HostScreen21=*-*-*-*.*.*,Prevent
тут HostScreen0 = ip почтового сервера
а HostScreen1 - имя домена вашего почт. сервера (если на него пересылает другой "Ваш" сервер, то надо с trusted hosts и lan ip думать)
HostScreen0=1.2.3.4,Prevent
HostScreen1=*mydomain.ru,Prevent
HostScreen2=*.*.*.1*,Prevent
HostScreen3=*.*.*.2*,Prevent
HostScreen4=*.*.*.3*,Prevent
HostScreen5=*.*.*.4*,Prevent
HostScreen6=*.*.*.5*,Prevent
HostScreen7=*.*.*.6*,Prevent
HostScreen8=*.*.*.7*,Prevent
HostScreen9=*.*.*.8*,Prevent
HostScreen10=*.*.*.9*,Prevent
HostScreen11=-*,Prevent
HostScreen12=localhost,Prevent
HostScreen13=*.bbtec.net,Prevent
HostScreen14=*comcast.net*,Prevent
HostScreen15=*.*.*.0*,Prevent
HostScreen16=*.amazon.com,Allow
HostScreen17=*.adsl.*.*,Prevent
HostScreen18=*.res.rr.com,Prevent
HostScreen19=chello*.chello.pl,Prevent
HostScreen20=*.sun.com,Allow
HostScreen21=*-*-*-*.*.*,Prevent
тут HostScreen0 = ip почтового сервера
а HostScreen1 - имя домена вашего почт. сервера (если на него пересылает другой "Ваш" сервер, то надо с trusted hosts и lan ip думать)
Таки насчёт этого hostscreening...
Mon 2006-06-26 23:51:33: <-- EHLO dslb-084-057-049-000.pools.arcor-ip.net
Попадает под *-*-*-* и тут начинааается...
Mon 2006-06-26 23:51:47: <-- MAIL FROM:<tkomaransky@crescor.com>
Mon 2006-06-26 23:51:47: --> 550 Domain домен.ru does not accept mail from dslb-084-057-049-000.pools.arcor-ip.net
Mon 2006-06-26 23:51:48: <-- RSET
Mon 2006-06-26 23:51:48: --> 250 RSET? Well, ok.
Mon 2006-06-26 23:51:49: <-- MAIL FROM:<tkowalski@dansexc.com>
...
и так по одной-две попытки в секунду непрерывно
...
Tue 2006-06-27 02:13:12: <-- MAIL FROM:<tla@sandy.flashdocs.com>
Tue 2006-06-27 02:13:12: --> 550 Domain домен.ru does not accept mail from dslb-084-057-049-000.pools.arcor-ip.net
Tue 2006-06-27 02:13:12: <-- RSET
Tue 2006-06-27 02:13:12: --> 250 RSET? Well, ok.
Tue 2006-06-27 02:13:13: Winsock Error 10054 Connection was reset by the other side!
Tue 2006-06-27 02:13:13: SMTP session terminated (Bytes in/out: 244262/634775)
Как прервать такую несколько затянувшуюся наглую сессию?
Раньше таких чудиков было мало, а теперь по несколько в сутки нахожу в логе.
Mon 2006-06-26 23:51:33: <-- EHLO dslb-084-057-049-000.pools.arcor-ip.net
Попадает под *-*-*-* и тут начинааается...
Mon 2006-06-26 23:51:47: <-- MAIL FROM:<tkomaransky@crescor.com>
Mon 2006-06-26 23:51:47: --> 550 Domain домен.ru does not accept mail from dslb-084-057-049-000.pools.arcor-ip.net
Mon 2006-06-26 23:51:48: <-- RSET
Mon 2006-06-26 23:51:48: --> 250 RSET? Well, ok.
Mon 2006-06-26 23:51:49: <-- MAIL FROM:<tkowalski@dansexc.com>
...
и так по одной-две попытки в секунду непрерывно
...
Tue 2006-06-27 02:13:12: <-- MAIL FROM:<tla@sandy.flashdocs.com>
Tue 2006-06-27 02:13:12: --> 550 Domain домен.ru does not accept mail from dslb-084-057-049-000.pools.arcor-ip.net
Tue 2006-06-27 02:13:12: <-- RSET
Tue 2006-06-27 02:13:12: --> 250 RSET? Well, ok.
Tue 2006-06-27 02:13:13: Winsock Error 10054 Connection was reset by the other side!
Tue 2006-06-27 02:13:13: SMTP session terminated (Bytes in/out: 244262/634775)
Как прервать такую несколько затянувшуюся наглую сессию?
Раньше таких чудиков было мало, а теперь по несколько в сутки нахожу в логе.
SINL
про тоже самое интересуюсь...
судя по офф.форуму - никак..
про тоже самое интересуюсь...
судя по офф.форуму - никак..
elbrusik один из методов: Security - IP SHILDING, поставить первую птицу и привязать твой домен к твоим ip адресам, но если есть удаленные ящики, то наверно будут проблемы.
zaratustra и SINL во вкладке TARPIT setting включить Automatic ip sreening и указать макс число коннектов за одну минуту. (демон версии 8.1.4, в 9-ке эту опцию перенесли в IP SCREEN вкладка DYNAMIC SCREENING )
Добавлено:
elbrusik вообще-то удаленных клиентов нужно пущать через WEB интерфейс или настроить на одном из серверов VPN доступ и удаленных клиентов в настройках ящика прописать локальный ip твоего почтаря , тогда IP SHILDING можно смело применить.
zaratustra и SINL во вкладке TARPIT setting включить Automatic ip sreening и указать макс число коннектов за одну минуту. (демон версии 8.1.4, в 9-ке эту опцию перенесли в IP SCREEN вкладка DYNAMIC SCREENING )
Добавлено:
elbrusik вообще-то удаленных клиентов нужно пущать через WEB интерфейс или настроить на одном из серверов VPN доступ и удаленных клиентов в настройках ящика прописать локальный ip твоего почтаря , тогда IP SHILDING можно смело применить.
подскажите где в демоне настроить релей для пересылки писем? всмысле внешний релей
а не на самом демоне
а не на самом демоне
я так понял IP Shilding - это тоже самое что и spf-записи в DNS
ipmanyak
не очень глупые мы если что.. все галки стоят..
но не по RSET не блочит - баг известный..
не очень глупые мы если что.. все галки стоят..
но не по RSET не блочит - баг известный..
ipmanyak
Цитата:
Так сессия-то у того гадёныша одна, но длиииинная. И уже стоит максимум 5 раз за 5 минут.
Рвать смтп-ин сессию по времени неактивности тоже не получится, он от раза в секунду до раза в минуту ещё шевелится.
Это собственно к тому, что залипнет таких десятка три одновременно, и достигнется лимит максимального количества входящих сессий. Судя по динамике появления в логах таких сессий -- такое вполне может случиться уже в следующем месяце
Вот бы галку -- рвать любое входящее соединение при любом 5хх... Или тоже опасно?
Цитата:
включить Automatic ip sreening и указать макс число коннектов за одну минуту. (демон версии 8.1.4, в 9-ке эту опцию перенесли в IP SCREEN вкладка DYNAMIC SCREENING )
Так сессия-то у того гадёныша одна, но длиииинная. И уже стоит максимум 5 раз за 5 минут.
Рвать смтп-ин сессию по времени неактивности тоже не получится, он от раза в секунду до раза в минуту ещё шевелится.
Это собственно к тому, что залипнет таких десятка три одновременно, и достигнется лимит максимального количества входящих сессий. Судя по динамике появления в логах таких сессий -- такое вполне может случиться уже в следующем месяце
Вот бы галку -- рвать любое входящее соединение при любом 5хх... Или тоже опасно?
Народ подскажите где искать ответ. Мдемон пишет что не может создать файл блокировки. И в результате ни прием ни отправка не работают. Попытался посмотреть ФАКи и прочее -нигде ничего не нашел. Места на диске ему хватает, права на запись в свою папку у него полные. Эта ерунда началась после того как я его переустановил систему на сервере. Бэкпил и восстанавливал как сказано в инструкции. Заархивировал папку, потом положил ее на место и сверху прошел инсталляцией, чтобы прописалось в реестр.
levkadub сам то понял что сказал ? - где в демоне ...., но не на самом демоне.
Добавлено:
GovoruN конкретнее! что за файл блокировки ? приведи сообщение об ошибке полностью. Если проблема с LCK файлами, то просто удали их вручную в каталоге MDaemon\LockFiles
Добавлено:
GovoruN конкретнее! что за файл блокировки ? приведи сообщение об ошибке полностью. Если проблема с LCK файлами, то просто удали их вручную в каталоге MDaemon\LockFiles
ipmanyak
Где посмотреть? Онм мне в строке информациооной пишет. Та что внизу. В логах я не нашел ничего похожего. Может он в логи писать не может? Хотя с чего бы ему. В каталоге MDaemon\LockFiles файлов нету. Он пустой.
Где посмотреть? Онм мне в строке информациооной пишет. Та что внизу. В логах я не нашел ничего похожего. Может он в логи писать не может? Хотя с чего бы ему. В каталоге MDaemon\LockFiles файлов нету. Он пустой.
GovoruN смотри лог с расширением ALL , туда все пишется ! Если он не включен то включи его в меню setup - logging - options .(полезно включить там все логи)
Удалил все логи. Хотел посмотреть что происходит с МДемоном. А он новые и не создает, хотя в опциях поставлено вести подробные логи всего.
GovoruN разбирайся с логами, перестартани демона на крайняк - все должен создавать и писать
Может кто сталкивался...
При попытке создать новый ящик пишет что такое имя уже используется. Дает создавать только при условии что длина имени ящика не больше 2 символов. Что бы это могло быть?
Причем так происходит только в одном домене, во втором все ок.
При попытке создать новый ящик пишет что такое имя уже используется. Дает создавать только при условии что длина имени ящика не больше 2 символов. Что бы это могло быть?
Причем так происходит только в одном домене, во втором все ок.
ipmanyak
Спасибо за совет
) Я уж и рестартовал и... Короче чего только не делал - не срабатывает
Спасибо за совет
) Я уж и рестартовал и... Короче чего только не делал - не срабатываетобновил MDaemon 8.1.3+mav226 до MDaemon9.0.1+mav229. И антивирус перестал регулярно обновляться. Расписание обновляться каждые 6 часов, на деле лезет за обновлениями через раз.. причем в логах даже нет попыток обновиться в указанное время
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
Предыдущая тема: Проблемы с одноранговой локальной сетью.
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.