» Все о MDaemon (#3)

Подскажите пожалуйста как в версии 10.хх сделать так как было отображения логов в 9.
А тосейчас данные в закладках логов заполняются тогда когда эта закладка активна.
Если не понятно изложил то я по другому напишу.
Зарание спасибо.

ipmanyak, возвращаюсь ЕЩЕ РАЗ к теме к-ю мы УЖЕ обсуждали, все зависит от того КАК настроен mailserver какие у него стоят прописи в domainname(первичное имя домена) и hostname(полное доменое имя хоста) если в hostname стоит spec-energo.ru и ns.vist-v.ru то НИКАКИХ ошибок RFC 1912 здесь НЕТ.
Перед тем как советовать что-то будь добр сначала узнавать у людей какие у них настройки, а не через пост писать чепуху


Цитата:

По идее нужно слать 501 и отшивать совсем, а не предлагать еще раз отправить.

По идеи надо слать 550, но более осторожные просто прочитав и увидив слово SAFER вписали 450 )
# The default setting is 550 (reject mail) but it is safer to start
# with 450 (try again later) until you are certain that your
# local_recipient_maps settings are OK.
#
unknown_local_recipient_reject_code = 450

Так как всё-таки быть. Домен spec-energo принадлежит нам, а vist-v это домен не наш, туда нам надо отправить почту...

Так вот.
Проблема собственно вот в чем: hostname у exdee прописан spec-energo.ru и как показывает А запись(ipmanyak не надо проверять mx она тут ни при чем вообще маелсервер проверки на HELO\EHLO делает на А и PTR записях hostname)
# nslookup spec-energo.ru
Server: 192.168.148.201
Address: 192.168.148.201#53

Non-authoritative answer:
Name: spec-energo.ru
Address: 77.222.40.78

А вот уже PTR запись 77.222.40.78 не соотв. записи А spec-energo.ru, вот в этом то и нарушение RFC 1912
# nslookup 77.222.40.78
Server: 192.168.148.201
Address: 192.168.148.201#53
Non-authoritative answer:
78.40.222.77.in-addr.arpa name = hydra.sweb.ru.

Теперь что делать ?
ответ прост прописать А запись spec-energo.ru на IP 195.69.64.93
НО тогда любое обращение людей на линк http://spec-energo.ru приведет к тому что сайт к-й хостится на Spaceweb не откроется. Варианты ? Прописать PTR запись у провайдера на хост mx1.spec-energo.ru и именно mx1.spec-energo.ru прописать как hostname в Mdaemon

Добавлено:
теперь что касается фразы

Цитата:

vist-v.ru - такой же фигней страдает как и твой домен. А требует млин RFC 1912!

А запись указывает на IP 89.249.227.74
# nslookup ns.vist-v.ru
Server: 192.168.148.201
Address: 192.168.148.201#53

Non-authoritative answer:
ns.vist-v.ru canonical name = web.vist-v.ru.
Name: web.vist-v.ru
Address: 89.249.227.74

В свою очередь IP 89.249.227.74 имеет PTR запись ns.vist-v.ru
# nslookup 89.249.227.74
Server: 192.168.148.201
Address: 192.168.148.201#53

Non-authoritative answer:
74.227.249.89.in-addr.arpa name = ns.vist-v.ru.

Так как проверку на EHLO мы со стороны инициализации соединения ns.vist-v.ru не видели утверждать что маел сервер vist-v.ru имеет запись HOSTNAME не ns.vist-v.ru мы утверждать не можем, поэтому любые домыслы на тему RFC1912 не могут быть приемлимы

vist-v.ru имеет MX запись даже на тот же хост что и ns.vist-v.ru, хотя мог и отличаться, и это тоже было бы не нарушением RFC

USSRxV_NMad Начнем с того, с того что тут ветка по Mdaemon. Виденье и гибкость настроек различных проверок по nslookup, reverse nslookup и HELO/EHLO у фирмы ALTN отличается от производителей других почтарей.
Итак RFC 1912 2.1 каждый хост в инете обязан иметь записи в прямой и обратной зоне, причем для почтарей они должны совпадать!
1.
В прямой зоне мы имеем mx1.spec-energo.ru = 195.69.64.93
В обратной зоне имеем 195.69.64.93 = spec-energo.ru
Как видим не совпдает! И это не чепуха, как вы сэр изволите говорить. И это нужно исправлять, о чем я и сказал ранее.
2.
Проверка на HELO\EHLO дело второе, до него вообще дело не доходит при проверке PTR
Cначала mdaemon ищет PTR на ip хоста с которго идет коннект. Затем ищет запись в прямой зоне на имя, указанное в PTR. Вот пара примеров лога:
======================================================================
Mon 2008-10-20 00:29:27: [2374:2] Accepting SMTP connection from [194.67.45.3 : 54362]
Mon 2008-10-20 00:29:27: [2374:2] Performing PTR lookup (3.45.67.194.IN-ADDR.ARPA)
Mon 2008-10-20 00:29:28: [2374:2] * D=3.45.67.194.IN-ADDR.ARPA TTL=(60) PTR=[sender3.mail.ru]
Mon 2008-10-20 00:29:28: [2374:2] * Gathering A records...
Mon 2008-10-20 00:29:28: [2374:2] * D=sender3.mail.ru TTL=(60) A=[194.67.45.3]
Mon 2008-10-20 00:29:28: [2374:2] ---- End PTR results
======================================================================
Thu 2008-05-08 00:05:04: [9330:3] Accepting SMTP connection from [195.189.192.27 : 47599]
Thu 2008-05-08 00:05:04: [9330:3] Performing PTR lookup (27.192.189.195.IN-ADDR.ARPA)
Thu 2008-05-08 00:05:04: [9330:3] * D=27.192.189.195.IN-ADDR.ARPA TTL=(60) PTR=[relay.vnukovo.ru]
Thu 2008-05-08 00:05:04: [9330:3] * Gathering A records...
Thu 2008-05-08 00:05:04: [9330:3] * D=relay.vnukovo.ru TTL=(5) A=[195.189.192.28]
Thu 2008-05-08 00:05:04: [9330:3] * MDaemon configured to drop connection on PTR record miss-match.
Thu 2008-05-08 00:05:04: [9330:3] ---- End PTR results
Thu 2008-05-08 00:05:04: [9330:3] --> 501 Domain must resolve
Thu 2008-05-08 00:05:04: [9330:3] SMTP session terminated (Bytes in/out: 0/25)
====================================================================
Как видим HELO/EHLO тут вообще не участвует.
3.
В HELO/EHLO можно написать любое FQDN имя, которое резолвится в инете и mdaemon спокойно скушает такой HELO. Можете убедиться сами, напишите в HELO 3com.com и отправьте почту на Mdaemon. Всё прокатит как отче наш.

P.S.
Все ваши инсинуации касательно HELO/EHLO в данном случае просто не нужны. Демону плевать, что написано в HELO, лишь бы он резолвился в DNS. А нарушение RFC 1912 п 2.1 есть и это факт.

Доброго времени суток!

Несколько месяцев назад началась отправка сервером v9.5.6 спама на мэйлрушный адрес.
Просканил сервер антивирусами с обновленными базами (Symantec, NOD, DrWeb)... все чисто. Ящик с которого якобы отправляется спам я удалил, это корпоративный ящик на который идет прием общей почты (настроил его только в Mailing List и только на прием)

Генерируются письма на получателя pilotop@mail.ru
Тема cookies
Прикреплён файп svcl32.txt (Пустой или с какими-то заголовками...)

Вот кусок лога
----------
Processing message: c:\mdaemon\queues\inbound\ md50000048347.msg
From: mycompany@mycompany.ua; Recipient: pilotop@mail.ru; Size: 500; Message: c:\mdaemon\queues\remote\md50000012890.msg
Subject: cookies
Message-ID: F55CC800C45947F091BC5EC4694C474C@1100
----------

Подскажите, куда копать ?

obabich2 - начать раскопки лучше всего с анализа SMTP-IN логов дабы определить кто из клиентов такое письмо создает. Мне кажется маловероятным что его генерирует сам MDaemon. Посмотрите, возможно сканировать на вирусы надо одну из локальных тачек.

L38Crow +1
obabich2 Смотри лог SMTP-IN и лечи зараженные раб станции.

Пользователя с мылом mycompany@mycompany.ua не существует
А лог SMTP-IN вот что говорит:

Session 1749; child 2; thread 4648
Accepting SMTP connection from [80.93.126.178 : 62618]
--> 220 mycompany.ua ESMTP MDaemon 9.5.6; Mon, 20 Oct 2008 08:19:13 +0300
<-- HELO 1100
--> 250 mycompany.ua Hello 1100, pleased to meet you
<-- MAIL FROM: <mycompany@mycompany.ua>
Performing PTR lookup (178.126.93.80.IN-ADDR.ARPA)
* D=178.126.93.80.IN-ADDR.ARPA TTL=(1440) PTR=[core1-magnit.ett.ua]
* Gathering A records...
---- End PTR results
Performing SPF lookup (mycompany.ua / 80.93.126.178)
* Result: none; no SPF record in DNS
---- End SPF results
--> 250 <mycompany@mycompany.ua>, Sender ok
<-- RCPT TO: <pilotop@mail.ru>
Performing DNS-BL lookup (80.93.126.178 - connecting IP)
* zen.spamhaus.org - failed
* bl.spamcop.net - passed
* sbl-xbl.spamhaus.org - failed
---- End DNS-BL results
--> 250 <pilotop@mail.ru>, Recipient ok
<-- DATA
Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000001095.tmp
--> 354 Enter mail, end with <CRLF>.<CRLF>
Message size: 500 bytes
Performing DomainKeys lookup (Sender: mycompany@mycompany.ua)
* File: c:\mdaemon\queues\temp\md50000001095.tmp
* Message-ID: F55CC800C45947F091BC5EC4694C474C@1100
* Querying for policy: mycompany.ua
* Querying: _domainkey.mycompany.ua ...
* DNS: Name server reports domain name unknown
* Result: pass
---- End DomainKeys results
Performing DKIM lookup
* File: c:\mdaemon\queues\temp\md50000001095.tmp
* Message-ID: F55CC800C45947F091BC5EC4694C474C@1100
* Result: neutral
---- End DKIM results
Message creation successful: c:\mdaemon\queues\inbound\md50000048347.msg
--> 250 Ok, message saved <Message-ID: F55CC800C45947F091BC5EC4694C474C@1100>
Connection timed out!
SMTP session successful (Bytes in/out: 578/303)
----------

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

obabich2 Э батенька, да у вас релей открыт! Кроме того проверку DNSBL хост 80.93.126.178 не прошел, но вы его не бреете!
Закрытие релея MDAEMON

По хорошему, настраивай авторизацию для отправки писем, либо вообще закрой отправку извне если не нужна, и не будет таких проблем. Отправка идет с адреса 80.93.126.178 который тебе не принадлежит, и сервак без проблем ее пропускает. Почему это вообще возможно?

После того как добавил ip-shielding свой домен - айпи mdaemon начал нормально резать

Tue 2008-10-21 10:23:51: Session 4014; child 1; thread 4068
Tue 2008-10-21 10:13:51: Accepting SMTP connection from [92.112.158.69 : 1032]
Tue 2008-10-21 10:13:51: --> 220 mycompany.dn.ua ESMTP MDaemon 9.5.6; Tue, 21 Oct 2008 10:13:51 +0300
Tue 2008-10-21 10:13:52: <-- HELO Barbon
Tue 2008-10-21 10:13:52: --> 250 mycompany.dn.ua Hello Barbon, pleased to meet you
Tue 2008-10-21 10:13:52: <-- MAIL FROM: <mycompany@mycompany.ua>
Tue 2008-10-21 10:13:52: Performing PTR lookup (69.158.112.92.IN-ADDR.ARPA)
Tue 2008-10-21 10:13:52: * D=69.158.112.92.IN-ADDR.ARPA TTL=(318) PTR=[69-158-112-92.pool.ukrtel.net]
Tue 2008-10-21 10:13:52: * Gathering A records...
Tue 2008-10-21 10:13:52: ---- End PTR results
Tue 2008-10-21 10:13:52: Performing SPF lookup (mycompany.dn.ua / 92.112.158.69)
Tue 2008-10-21 10:13:53: * Result: none; no SPF record in DNS
Tue 2008-10-21 10:13:53: ---- End SPF results
Tue 2008-10-21 10:13:53: --> 250 <mycompany@mycompany.ua>, Sender ok
Tue 2008-10-21 10:13:53: <-- RCPT TO: <pilotop@mail.ru>
Tue 2008-10-21 10:13:53: --> 550 Sorry, <mycompany@mycompany.ua> is not allowed access from your location
Tue 2008-10-21 10:23:51: Connection timed out!
Tue 2008-10-21 10:23:51: SMTP session terminated (Bytes in/out: 71/224)

Теперь осталось мне понять почему SMTP-аутентификация не работает...
В security - SMTP Authentication - первая, вторая и четвертая тычки стоят...

obabich2 - а почему просто не закрыть релей? Поставить галочку Don't allow message relaying и два исключения:
Unless sent via authenticated SMTP
unlsess sent from trusted host or IP

и достаточно. А IP Shielding кажутся полумерами.

L38Crow - В relay settings галочка This server does not relay messages стояла + unlsess sent from trusted host or IP

obabich2
Цитата:

Теперь осталось мне понять почему SMTP-аутентификация не работает...

Чтобы она работала, в самом клиенте ее нужно включить. Например в аутлук экспресс в св-вах учетки во вкладке Серверы ткнуть птицу Сервер Исходящей почты - Проверка подлинности пользователя и убедиться, что по кнопе Настройка стоит Как на сервер входящей почты. В противном случае клиент будет выдавать HELO вместо EHLO, а именно при EHLO работают запросы аутентификации. На HELO аутентификация не запрашивается, и это правильно.

По МДеману...
Где можно на пробу скачать нормальную версию? Нужен ли прямой ИП обязательно?

Цитата:

Где можно на пробу скачать нормальную версию?

Нужно в faq вынести, http://archive.altn.com/MDaemon/Archive

Цитата:

ipmanyak

прочтите мой последний пост перед вашим )))
вы утверждали что vist-v.ru нарушает RFC, каким боком он их нарушает, просветите пожалуйста ?!
а то что нарушает RFC spec-energo.ru это я написал перед вашим постом прочтите внимательнее, изначально вы привели MX запись spec-energo.ru затем PTR запись IP 195.69.64.93, что вы этим хотели показать\рассказать ? никаких нарушений RFC в том что MX запись не совпадает с PTR тут нет и быть не может, так как вы правильно написали что идет поиск и соответствие RFC A и PTR записей

p.s. проверку на EHLO реально втулил не по теме )

Возник вопрос:
Обучаю антиспам-фильтра байеса,
если у меня евристика настроена на смену темы в случае если это спам (ну типа попадает в порог неуверенности) можно ли на основе ЭТИХ писем ( с измененной темой ) обучать баес???

надеюсь ясно написал....

VNMad Я так понимаю USSRxV_NMad это тоже вы? Поста VNMAD что-то не увидел. Впрочем не важно. nslookup -q=MX я привожу, чтобы отобразить запись на хост почтаря с типом А.
=================================================
vist-v.ru MX preference = 10, mail exchanger = mail.vist-v.ru
mail.vist-v.ru internet address = 89.249.227.74
=================================================
C:\>nslookup 89.249.227.74
Name: ns.vist-v.ru
Address: 89.249.227.74
===============================
mail.vist-v.ru internet address = 89.249.227.74
89.249.227.74 = ns.vist-v.ru

Нет совпадения имен в прямой и обратной зоне. Что тут неясного? Для почтарей они должны совпадать. Ключевая фраза из RFC 1912 - Make sure your PTR and A records match.
С spec-energo.ru тоже самое!


Добавлено:
rstar1979 Дался вам этот баес! Толку от него мало, а расход проца и места на винте большой. У меня он вообще отключен, иначе мой Pentium 300 Мгц, вообще задохнется. Юзай другие средства антиспама, их несколько, включи Greylisting, например.

Цитата:

VNMad Я так понимаю USSRxV_NMad это тоже вы?

да это тоже я )

чтож вы опять сравниваете MX запись с PTR
еще раз вставляю ваши же слова с RFC

Цитата:

RFC 1912 - Make sure your PTR and A records match.

# nslookup -query=A ns.vist-v.ru
Server: 192.168.148.201
Address: 192.168.148.201#53
Non-authoritative answer:
ns.vist-v.ru canonical name = web.vist-v.ru.
Name: web.vist-v.ru
Address: 89.249.227.74

[v_nmad@GEALAN log]# nslookup 89.249.227.74
Server: 192.168.148.201
Address: 192.168.148.201#53

Non-authoritative answer:
74.227.249.89.in-addr.arpa name = ns.vist-v.ru.

Как видно из этого что PTR запись и А СОВПАДАЮТ
вы сравниваете MX запись с PTR зачем ?!?!? я писал еще на прошлой странице что MX запись и PTR могут и НЕ СОВПАДАТЬ, а RFC глаголит о том что должны совпадать A и PTR запись хоста от которого РАБОТАЕТ маелсервер, в нашем случае это ns.vist-v.ru у него все впорядке и соотв. RFC1912

ipmanyak
при включенном Greylisting
на некотрые почтари немогу отправить почту (они проверяют существует ли такой ящик с которого отправляют, при получении Greylisting enabled, try again in 1 minutes, повторений проверок при моей повторной отправке неделали)
хз... решение принял с баесом повозиться а потом прикрутить
Робот автофильтрации хостов для Mdaemon

Цитата:

при включенном Greylisting на некотрые почтари немогу отправить почту

Greylist работает только при приеме, отсекает >50% спама.

rstar1979 Ну и плевать на них! Нефиг юзать древний Callback veriification, который был придуман на заре SMTP! Да согласен с ним и Backatter не пашет, ну и пусть идут лесом. На крайний случай занести их в белый список.
Уважаемый VNMad Повторяю еще раз. nslookup -q=mx делаю чтобы показать какая запись с типом А привязана к ПОЧТОВОМУ домену vist-v.ru
в нашем случае это
mail.vist-v.ru internet address = 89.249.227.74
то есть почтовый домен vist-v.ru в DNS представлен хостом с именем mail.vist-v.ru
в обратной зоне хост 89.249.227.74 имеет имя ns.vist-v.ru.
Никак не пойму, что вам тут не понятно? Если вам нужен именно ns.vist-v.ru. Ради бога пишите в MX:
vist-v.ru MX preference = 10, mail exchanger = ns.vist-v.ru
ns.vist-v.ru internet address = 89.249.227.74
И тогда и с PTR и с записью с типом А касательно MX будет всё в норме.

Уважаемый ipmanyak ! Повторяю еще раз вы смотрите запись MX и сравниваете ее с PTR записью IP на к-й прописан MX, вы понимаете что это бред ?
MX запись указывающаю на какой-то там IP и PTR с А записью HOSTNAME(от к-го работает сервер) это две большие разницы.
Маелсервера НЕ ПРОВЕРЯЮТ ПО MX ЗАПИСЯМ соотв. PTR, проверяется по A записям и PTR HOSTNAME'a поэтому ЕЩЕ РАЗ если вы не можете никак понять что я вам пишу:
Все зависит от того КАК настроен vist-v.ru какой у него прописан HOSTNAME, я полагаю что HOSTNAME у него ns.vist-v.ru поэтому сервер соотв. RFC и никаких проблем у него здесь нет


Цитата:

Никак не пойму, что вам тут не понятно? Если вам нужен именно ns.vist-v.ru. Ради бога пишите в MX:
vist-v.ru MX preference = 10, mail exchanger = ns.vist-v.ru
ns.vist-v.ru internet address = 89.249.227.74
И тогда и с PTR и с записью с типом А касательно MX будет всё в норме.

Чего это я должен писать в MX ns.vist-v.ru ? где это написано ? в RFC говориться совершенно о другом.
вот вам пример чтоб вы понимали полную картину когда MX не равен PTR
маелсервер стоит у хостера я с него к примеру снимаю по домэйнпоп, вся отправка идет через мой сервер, у меня в HOSTNAME стоит ns.vist-v.ru(соотв. A и PTR) в DOMAINNAME стоит vist-v.ru, а МХ прописан вообще на dydyavasya.com
по вашей логике я должен MX перепрописать на ns.vist-v.ru с какого перепугу ? у меня сервер включается допустим только с 8.00-18.00, я хочу чтоб хостер и дальше собирал мою почту. Никакой маелсервер в неправильной настройке меня не упрекнет, потому что не существует никаких проверок соотв. MX записей и PTR откуда пришла инициализация соединения на прием.

теперь я надеюсь стало понятно

USSRxV_NMad вы опять путаете
Цитата:

HOSTNAME

ака FQDN и HELO/EHLO и DNS, речь идет не об МХ, а об указании MX на запись с типом А. Ваш HOSTNAME работает только при HELO/EHLO. Я вам глаголю про PTR и запись с типом А, на которую укзывает MX. Не хай себе ваш хостер собирает почту, если он тоже указан в MX с другим приоритетом. тем более прием почты и отправка это соверешнно разные вещи! На прием почты ваще плевать на PTR, его никто на прием не проверяет. Все шлют на МХ в основном! Считаю что тема уже не касается Mdaemon и более тут ее не следует обсуждать.

Цитата:

A и PTR) в DOMAINNAME стоит vist-v.ru,

Этого у вас , заметьте в DNS не стоит! Чтот у вас там стоит я вам привел по nslookup. Предлагаю тему закрыть. Оставайтесь при своем мнении, если не согласны.
P.S.
Я не претендую на звание гуру, и таковым не явлвяюсь. Я не знаю всё касательно SMTP и DNS! Задайте вопрос в другом форуме по DNS и RFC 1912. Например на http://www.mdaemon.org.ru/forum/, если модератор того форума господин REPAIRMAN, а он гуру в этом деле, скажет что я не прав, приму это и принесу вам свои извинения.

Цитата:

ака FQDN и HELO/EHLO и DNS, речь идет не об МХ, а об указании MX на запись с типом А. Ваш HOSTNAME работает только при HELO/EHLO.

не законченная фраза, об указании МХ на запись А и что ? Приведите пример при к-м по вашему мнению(
Цитата:

об указании MX на запись с типом А

) не будет соблюдаться RFC и маелсервер отошьет такое соединение.

Народ, помогите разобраться.
Поставил 10 версию. Пытаюсь настроить связку mdaemon+OC+outlook2007
Включил всё в настройках-публичные и общие папки. Он создал их. В ОС включаю папку контакты.Захожу в неё а там пусто В 9 всё работало отлично. Сталкивался кто нибудь?

Здравствуйте... Необходима помощь по MDaemon.
Еще в первой части обсуждения (в 2004 году) проскакивало сообщение о том, что:
В локальной очереди начинают копиться сообщения, при этом появляется файл QLock.lck в папке Queues\Local. И пока его не удалишь (или не перезапустишь сервис MDaemon) сообщения не уходят из локальной очереди... В логах (маршрутизация) появляется сообщение "Could not remove C:\MDaemon\Queues\Local\QLock.lck".
В чем может быть трабл?

Добрый вечер! ...
Вопрос такой, можно ли как настроить у пользователей MS Outlook автоматически прием с моего почтового сервера, не ходя к каждому пользователю и не настраивать каждому пользователю отдельно, просто у меня 150 пользователей не хочеться каждому ходить

Как это можно сделать ?