» Все о MDaemon

kensior # nslookup haskala.krsk.info
Server: 10.131.1.6
Address: 10.131.1.6#53
** server can't find haskala.krsk.info: SERVFAIL
как видишь нет такого домена в dns
смотри что вообще есть на нэймсервер ответсвтвенном за зону krsk.info
dig @ns.krsk.info krsk.info ANY
;; QUESTION SECTION:
;krsk.info. IN ANY
;; ANSWER SECTION:
krsk.info. 86400 IN SOA krsk.info. root.krsk.info. 2005050322 10800 3600 3600000 86400
krsk.info. 86400 IN NS ns.krsk.info.
krsk.info. 86400 IN NS ns.krsn.ru.
krsk.info. 86400 IN A 217.74.173.121
krsk.info. 86400 IN MX 10 mail.krsk.info.
krsk.info. 86400 IN MX 20 mail2.krsk.info.
;; ADDITIONAL SECTION:
ns.krsk.info. 86400 IN A 217.74.173.121
mail.krsk.info. 86400 IN A 217.74.173.121
mail2.krsk.info. 86400 IN A 80.255.145.4
нет тут твоего haskala.krsk.info
Звони провайдеру и проси прописать твой почтарт в DNS и в обратной зоне и создать MX запись для твоего доменного имени

Цитата:

Звони провайдеру и проси прописать твой почтарт в DNS и в обратной зоне и создать MX запись  для твоего доменного имени

Спасибо, и еще один вопрос: а почему тогда приходят письма на @sms.megafosib.ru, @jdc.andyc.ru, и еще некоторые, или там не требуеться потвержденья МХ

kensior MX записи может и не быть, тогда МТА будет глядеть в DNS на запись с типом A, короче зависит от настроек тех почтарей . То что те почтари приняли от тебя письмо несколько странно ! Может ты используешь релей через провайдера ?

Цитата:

kensior MX  записи может и не быть, тогда  МТА будет глядеть в DNS на запись с типом A,  короче зависит от настроек тех почтарей . То что те почтари приняли от тебя письмо несколько странно !  Может ты используешь релей через провайдера ?

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

kensior твой почтарь напрямую шлет письма или через SMTP твоего прова ? судя по всему через прова шлешь.

Ну я снова со своей проблемой. кто помжет. вот прилагаю снова лог спамера. гад такой..

Цитата:

Tue 2006-02-28 02:16:42: Session 4572; child 1; thread 364
Tue 2006-02-28 02:16:26: Accepting SMTP connection from [x.x.x.x : 4402]
Tue 2006-02-28 02:16:26: --> 220 mail for mydomen.com
Tue 2006-02-28 02:16:27: <-- HELO 142763112
Tue 2006-02-28 02:16:28: --> 250 mydomen.com Hello 142763112 (may be forged), pleased to meet you
Tue 2006-02-28 02:16:28: <-- MAIL FROM:<french@gmacrfc.co.uk>
Tue 2006-02-28 02:16:28: Performing IP lookup (gmacrfc.co.uk)
Tue 2006-02-28 02:16:38: * Error: 10 second wait for DNS response exceeded
Tue 2006-02-28 02:16:39: * D=gmacrfc.co.uk TTL=(1440) A=[195.167.181.199]
Tue 2006-02-28 02:16:39: * P=020 D=gmacrfc.co.uk TTL=(1440) MX=[cluster3a.eu.messagelabs.com]
Tue 2006-02-28 02:16:39: * P=010 D=gmacrfc.co.uk TTL=(1440) MX=[cluster3.eu.messagelabs.com]
Tue 2006-02-28 02:16:39: * D=gmacrfc.co.uk TTL=(1440) A=[195.167.181.199]
Tue 2006-02-28 02:16:39: * D=gmacrfc.co.uk TTL=(1440) A=[195.167.181.199]
Tue 2006-02-28 02:16:39: ---- End IP lookup results

ну и дальше уе приём письма. Так вот вопрос в том, почему когда HELO напишут цифирами, то демон даже не пытается проверять его, хотя с другими всё в порядке и проверяет и не пускает когда фигню рисуют левую. А тут вот баг такой. чё делать?

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

Kamerton по RFC разрешается в HELLO писать литеральный адрес, то есть типа ip адрес, видимо почтарь считает, что это ip адрес и не проверяет его. В мдемоне у тебя стоит требование HELO/EHLO и стоит птица отшивать, если домен не найден ? как я понимаю этот спамер ходит с разных ip и по ip не получается забанить ? и по теме письма тоже не забанить ? то есть какой-то однообразнйо статистики нет ? чисто по цифрам наверно не зарезать


Добавлено:
Думаю тебе поможет технология GREYLISTING , в мдемоне она есть
http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D1%8B%D0%B5_%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B8

ipmanyak

Вчера вроде все настроил, все работало, создал вымышленный лист рассылок, поместил туда себя и админовский ящик, и пробовал писать с mail.ru на этот лист, все шло как надо, получал на мыло модератора это письмо, затем в Зе Бате перенаправлял это письмо и в поле КОМУ указывал адрес листа рассылки. Затем указал во всех реальных листах рассылок свой адрес как модератора, пришло письмо на лист рассылки на всю фирму, и оно вместо того чтобы попасть на ящик модера, тормознулось в Remote Queue
и ни что не помогало, нажимаю Process now тихо все - помогло только то, что я сделал MOVE это письмо в Local queue и только потом оно ушло и я смог перенаправить его.
Что могло тормознуть нормальну работу модерирования?
Среди тормознутых было одно письмо размером около 3 мега.
В данный момент убрал модерирование со всех листов, и оставил только на тестовом, на нем все пашет как надо. Даже не знаю почему так случилось?
может из-за количества членов в рассылке? В самой большой рассылке юзеров не более 40, понимаю что это мизер. Если поможете, буду очень признателен.

С уважением, ZiBaK

Zibak трудно что либо сказать ! в логе ALL смотрел ход сессии ?


Добавлено:
от числа членов не зависит - хоть 200 юзай! насчет 3 мег это себя спроси -какие квоты выставил на размер письма и на размер после которого убивать сессию

Добавлено:
на те списки снаружи то можно слать ? птица запрета не стоит ?

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

ipmanyak

Квоты на размер письма и на размер после которого убивает сессию нет.
Поюзаю еще, также в логе погляжу.

Спасибо за помощь.

нет! все нормально ! сам лоханулся - в поле list reply address в списке рассылки стоял сам адрес майла ру - потому видать и исчезло ! хотя тоже странно !

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


Добавлено:
Да, не говори, это MDaemon сколько не изучай а постоянно удивляет
Думка появилась что причина в том, что 1 лист рассылки содержит в себе 2 membera, кои в свою очередь являются другими листами рассылок (2 офиса 1 фирмы, просто регион другой, у них свой почтарь у нас свой, просто они - периферия и создал 1 общий лист рассылок) почтовыми адресами, потом перепроверил, создал 3 листа рассылок тестовых, и 2 из них поместил в 3, и все сработало нормально.
Зато можно вообще избавиться от спама, создав лист рассылок идентичный с тем почтовым адресом, на который падает вся почта и DomainPop забирает ее. Тогда вся почта будет приходить на модера, а модер в свою очередь пересылает дальше, но муторно очень да и не этично читать персональные письма
Так что я пока ограничился модерированием листов рассылок.

ipmanyak

Еще 1 вопрос у меня, вот в Зе Бате я могу перенаправлять почту дальше, а в World Client этой функции по-моему нет, можно ли ее дополнительно включить или нет?
Также если в World Client пришло письмо с другой кодировкой и ты хошь ее сменить то это не получается сделать, автоматом переходит на следующее письмо. Где-то галку выставить нужно, что-то никак не могу найти. И вообще какую кодировку надо выставлять в настройках Демона, которая будет в World Client отображаться? и где это делается?

Спасибо за помощь.

С уважением, ZiBaK

Народ HELP!
вот такая картинка:

Tue 2006-02-28 16:37:53: ----------
Tue 2006-02-28 16:40:37: Session 7287; child 1
Tue 2006-02-28 16:37:30: Parsing Message <i:\mdaemon\queues\remote\pd50000042879.msg>
Tue 2006-02-28 16:37:30: From: oksana@mydomen.ru
Tue 2006-02-28 16:37:30: To: o-sl5@yandex.ru
Tue 2006-02-28 16:37:30: Subject: Re:
Tue 2006-02-28 16:37:30: Message-ID: <43F42CD8.1040600@mydomen.ru>
Tue 2006-02-28 16:37:30: Выполняется разрешение MX-записи для [yandex.ru] (DNS-сервер: 192.168.0.9)...
Tue 2006-02-28 16:37:30: * P=010 D=yandex.ru TTL=(33) MX=[mx2.yandex.ru] {213.180.200.13}
Tue 2006-02-28 16:37:30: * P=000 D=yandex.ru TTL=(33) MX=[mx1.yandex.ru]
Tue 2006-02-28 16:37:30: Attempting MX: P=000 D=yandex.ru TTL=(33) MX=[mx1.yandex.ru]
Tue 2006-02-28 16:37:30: Попытка SMTP соединиться с [mx1.yandex.ru : 25]
Tue 2006-02-28 16:37:30: Разрешение A-записи [mx1.yandex.ru] в процессее (DNS-сервер: 192.168.0.9)...
Tue 2006-02-28 16:37:30: D=mx1.yandex.ru TTL=(54) A=[213.180.200.10]
Tue 2006-02-28 16:37:30: Попытка SMTP соединиться с [213.180.200.10 : 25]
Tue 2006-02-28 16:37:30: Ожидание соединения сокета...
Tue 2006-02-28 16:37:52: Winsock Error 10060 Таймаут соединения.
Tue 2006-02-28 16:37:52: Попытка отправки сообщения на шлюз.
Tue 2006-02-28 16:37:52: Попытка SMTP соединиться с [smtp.masterhost.ru : 25]
Tue 2006-02-28 16:37:52: Попадание в кэш на [smtp.masterhost.ru]; IP = [217.16.16.82]
Tue 2006-02-28 16:37:52: Ожидание соединения сокета...
Tue 2006-02-28 16:37:52: Установлено соединение сокета (192.168.0.2 : 4906 -> 217.16.16.82 : 25)
Tue 2006-02-28 16:37:52: Ожидание начала протокола...
Tue 2006-02-28 16:37:52: <-- 220 smtp-9.masterhost.ru ESMTP
Tue 2006-02-28 16:37:52: --> EHLO mydomen.ru
Tue 2006-02-28 16:37:52: <-- 250-smtp-9.masterhost.ru
Tue 2006-02-28 16:37:52: <-- 250-AUTH LOGIN PLAIN
Tue 2006-02-28 16:37:52: <-- 250-AUTH=LOGIN PLAIN
Tue 2006-02-28 16:37:52: <-- 250-PIPELINING
Tue 2006-02-28 16:37:52: <-- 250 8BITMIME
Tue 2006-02-28 16:37:52: --> MAIL From:<oksana@mydomen.ru>
Tue 2006-02-28 16:37:52: <-- 250 ok
Tue 2006-02-28 16:37:52: --> RCPT To:<o-sl5@yandex.ru>
Tue 2006-02-28 16:37:52: <-- 250 ok
Tue 2006-02-28 16:37:52: --> DATA
Tue 2006-02-28 16:37:52: <-- 354 go ahead
Tue 2006-02-28 16:37:52: Отправка <i:\mdaemon\queues\remote\pd50000042879.msg> на [217.16.16.82]
Tue 2006-02-28 16:40:35: Передача Завершена.
Tue 2006-02-28 16:40:35: <-- 552 sorry, that message size exceeds my databytes limit (#5.3.4)
Tue 2006-02-28 16:40:35: --> QUIT
Tue 2006-02-28 16:40:35: Attempting MX: P=010 D=yandex.ru TTL=(33) MX=[mx2.yandex.ru] {213.180.200.13}
Tue 2006-02-28 16:40:35: Попытка SMTP соединиться с [213.180.200.13 : 25]
Tue 2006-02-28 16:40:35: Ожидание соединения сокета...
Tue 2006-02-28 16:40:37: SMTP сессия завершилась (Байт in/out: 228/13470904)
Tue 2006-02-28 16:40:37: ----------

письмо не может отправится и повторяет попытки отправки
количество попыток повтора ОГРОМНОЕ и каждый раз по 13470904 байт
почему так??

ipmanyak
В том то и дело что птичка стоит, но прикол в том что он даже не пытается его искать, такое впечатление что он у меня в белом списке сидит. Но ведь его там нет...

Добавлено:
asd777
А потому, что yandex не принимает почту больше чем 10 метров вообще-то, и если бы у тебя сразу писалось бы сколько весит письмо отправляемое, он бы тебе сразу сообщил бы результат что мол низя столько много и даже сказал бы сколько мона!!!

Kamerton

Цитата:

и если бы у тебя сразу писалось бы сколько весит письмо отправляемое

как это сделать??

asd777 вы батенька или ваши клиенты совсем офигели слать по мылу 13470904 байт!
выставь в демоне ограничение на размер письма мег 5 хотя бы - это в MISCALANIOUS -SERVERS там внизу увидишь ! а клиентам скажи файлы паковать причем если большие резать на куски и слать раздельно ! картинки слать тока в jpeg


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


Добавлено:
Kamerton если бы они писали ip адрес - это можно зарезать, а они пишут просто набор цифр , а это уже сложнее, если бы шаблон резалки полностьюб поддерживал регулярные выражения то наверно проблему можно было бы решить ! а цифири в helo все время разные или одинаковые ? и количество цифирь ?

ipmanyak

Цитата:

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

согласен

но вопрос не в этом
почему большое количество повторов отправки письма
как ограничить количество повторов???

asd777

Цитата:

почему большое количество повторов отправки письма

потому что ответ от того сервера (552) не является для mdaemon основанием для прекращения попыток.

Цитата:

как ограничить количество повторов???

выставить промежутки между попытками доставки больше и общий период времени для попыток уменьшить.

Cheery

Цитата:

выставить промежутки между попытками доставки больше и общий период времени для попыток уменьшить.

а где это настраивается?? что то не найду

и ещё

смотрю прогой Win Route Spy на логи MDaemona
есть почта с адреса empty_box@remote_DPOP_server на адрес empty_box@local_mail_server размер 126 байт

что это?

в файле MDaemon-20060228-Statistics.log это выглядит так:
"2006-02-28 00:01:02","2006-02-28 00:01:04",DPOP,3832,"","","","","83.222.26.36","","",0,126,0

IPшник мастерхостовский (masterhost.ru)

ipmanyak
Content filter - выключил.
В SPAM FILTER галка стояла - что локальных юзеров не проверять на спам
Header translation - чето не нашел где это ) - mdaemon 8.1.3 rus стоит
и всеравно он добовлял X-MD-Bad-Heade в тело этого письма

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

кто присоветует может прогу для просмотра логов mdaemona и генерации отчетов - типа кто от кого и кому и скока и когда писем слал ну и в целов по месячно чтоб умела общие циферы формировать. начальству чтоб красиво показывать можно было

Gunslinger прога для статистики - www.wrspy.ru бесплатная, в демоне нужно включить лог статистики и его совать анализатору, анализатор умеет докачивать данные, настройка правда кривоватая, но посидишь - разберешься. Робот находится в локальной сети ? Попробуй запихать его ip в trusted hosts .
хидеры - Setup - Header translation

ipmanyak
thx за прогу
у меня робот и сайт и почтовик - все на одной машине
в довереные хосты запихал - не помогло

товарищи! Спорная ситуация, шеф рвёт и мечет, говорит не дошла почта. смотрю лог, вижу там следующее:
(Заранее извеняюсь за столь длинное вложение, просто иначе не понять)

Wed 2006-03-01 15:58:37: Session 1423; child 7
Wed 2006-03-01 15:58:19: Parsing Message <c:\mdaemon\remoteq\pd50000107077.msg>
Wed 2006-03-01 15:58:19: From: SShvaiko@****.kz
Wed 2006-03-01 15:58:19: To: vsalagaev@yahoo.com
Wed 2006-03-01 15:58:19: Subject: =?koi8-r?B?8NLF09Mg9NLBxsnL?=
Wed 2006-03-01 15:58:19: Message-ID:
Wed 2006-03-01 15:58:19: Выполняется разрешение MX-записи для [yahoo.com] (DNS-сервер: ххх.ххх.ххх.ххх)...
Wed 2006-03-01 15:58:29: 10 секунд до истечения времени ответа DNS (попытка 1 из 5).
Wed 2006-03-01 15:58:29: Выполняется разрешение MX-записи для [yahoo.com] (DNS-сервер: 212.19.149.53)...
Wed 2006-03-01 15:58:29: P=005 D=yahoo.com TTL=(70) MX=[mx4.mail.yahoo.com]
Wed 2006-03-01 15:58:29: P=001 D=yahoo.com TTL=(70) MX=[mx3.mail.yahoo.com]
Wed 2006-03-01 15:58:29: P=001 D=yahoo.com TTL=(70) MX=[mx2.mail.yahoo.com]
Wed 2006-03-01 15:58:29: P=001 D=yahoo.com TTL=(70) MX=[mx1.mail.yahoo.com]
Wed 2006-03-01 15:58:29: Attempting MX: P=001 D=yahoo.com TTL=(70) MX=[mx1.mail.yahoo.com]
Wed 2006-03-01 15:58:29: Попытка SMTP соединиться с [mx1.mail.yahoo.com : 25]
Wed 2006-03-01 15:58:29: Разрешение A-записи [mx1.mail.yahoo.com] в процессее (DNS-сервер: 212.19.149.53)...
Wed 2006-03-01 15:58:29: D=mx1.mail.yahoo.com TTL=(27) A=[67.28.113.11]
Wed 2006-03-01 15:58:29: Попытка SMTP соединиться с [67.28.113.11 : 25]
Wed 2006-03-01 15:58:29: Ожидание соединения сокета...
Wed 2006-03-01 15:58:29: Установлено соединение сокета (ххх.ххх.ххх.ххх : 1882 -> 67.28.113.11 : 25)
Wed 2006-03-01 15:58:29: Ожидание начала протокола...
Wed 2006-03-01 15:58:30: <-- 220 mta163.mail.re2.yahoo.com ESMTP YSmtp service ready
Wed 2006-03-01 15:58:30: --> EHLO aif.kz
Wed 2006-03-01 15:58:30: <-- 250-mta163.mail.re2.yahoo.com
Wed 2006-03-01 15:58:30: <-- 250-8BITMIME
Wed 2006-03-01 15:58:30: <-- 250-SIZE 31981568
Wed 2006-03-01 15:58:30: <-- 250 PIPELINING
Wed 2006-03-01 15:58:30: --> MAIL From:<SShvaiko@ххх.kz> SIZE=174710
Wed 2006-03-01 15:58:30: <-- 250 sender <sshvaiko@ххх.kz> ok
Wed 2006-03-01 15:58:30: --> RCPT To:<vsalagaev@yahoo.com>
Wed 2006-03-01 15:58:31: <-- 250 recipient <vsalagaev@yahoo.com> ok
Wed 2006-03-01 15:58:31: --> DATA
Wed 2006-03-01 15:58:31: <-- 354 go ahead
Wed 2006-03-01 15:58:31: Отправка <c:\mdaemon\remoteq\pd50000107077.msg> на [67.28.113.11]
Wed 2006-03-01 15:58:31: Передача Завершена.
Wed 2006-03-01 15:58:35: <-- 250-Transmission in progress. Stay tuned
Wed 2006-03-01 15:58:37: <-- 250 Message accepted for delivery
Wed 2006-03-01 15:58:37: --> QUIT
Wed 2006-03-01 15:58:37: <-- 221 mta163.mail.re2.yahoo.com
Wed 2006-03-01 15:58:37: SMTP-сессия успешна (байт в/вв: 332/174812)


Является ли данное служеб. сообщение 100%ым подтверждением того что отправленное сообщение доставленно и дсотавленно в целостности?

SMTP-сессия успешна (байт в/вв: 332/174812) значит доставлено, в противном случае ответ был бы Сессия закончилась неудачно и попало бы очередь RETRY , кстати глянь на нее .
250-Transmission in progress. Stay tuned строка конечно нехороша, но не критичная - означает, что был таймаут во время передачи . Прокся случаем не KWF ? у клиента стоит птица затребовать подтверждение о получении ?

прокси нету, Nat - да, и случайно KWF, это как-то влияет? а галка не стояла

Mdaemon может отсылать подверждение доставки? Если может, то где опция? А то сейчас не присылает.

olegupb я имел ввиду почтового клиента, а не мдемона! Но мдемон тоже может отсылать подобное уведомление, о том что письмо он принял - в настройках конкретного ящика - вкладка AUTO RESP, текст сообщения можете сделать сами по образцам с расширением rsp в каталоге \APP. Обычно пишут такой текст - "Ваше письмо сервером получено, но это не означает, что адресат его получил и прочитал ." Желательно писать на двух языках , то есть еще и на английском , чтобы в случае проблем с кодировакми текст могли перевести на русский.


Добавлено:
knackita отключи в KWF protocol inspector в свойствах сервиса SMTP , по дефолту он на всех сервисах включен - сделай там пусто .


Добавлено:
птицу затребовать подтверждение о получении поставь - по крайней мере босс через полчаса узнает получил адресат письмо или нет, а не через полдня-день , хотя не факт конечно, если тот клиент проигнорирует запрос и не жмакнет подтвердить.

Требуется реализовать функцию автоматического занесения IP в IP Screening на блокировку, при срабатывании правила в Content Filter.
А теперь по-русски.

Существует определенное правило в CF - письма, которые попадают под это правило - удаляются - необходимо сделать еще, по этому правилу, автоматическое занесение IP отправителя в IP Screening как Prevent. Вот бьюсь уже с этой задачей неделю. Может, кто подскажет, как это реализовать?

ipmanyak

Цитата:

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

Я не твой пост не имел ввиду!
У меня через сервер прова приходят такие сообщения:

Цитата:

----- The following addresses had successful delivery notifications -----
<user@domain.com> (relayed to non-DSN-aware mailer)

----- Transcript of session follows -----
<user@domain.com>... relayed; expect no further notifications

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