» Все о MDaemon

Цитата:

terapeut

Цитата:
Зачеи у mail.ru такая свистопляска с MX-ами? для юзеров - один указан, а для хоста, отдающего почту - другой?

чтобы нагрузку уменьшить

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


Так всё-таки, подскажет кто-нибудь что точно означает галка Security -> Greylisting есть галка " ... but only for gateway domains" ? Что имеется в виду под "gateway domains" ?

И ещё вопрос: как я понял, на закладке Security -> Reverse Lookups никакую из пяти имеющихся галок, отшибающих почту ставить нельзя, иначе потеряется много нужной почты? Зачем тогда вообще эта закладка нужна?

terapeut

Цитата:

Так всё-таки, подскажет кто-нибудь что точно означает галка Security -> Greylisting есть галка " ... but only for gateway domains" ? Что имеется в виду под "gateway domains" ?

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

Цитата:

И ещё вопрос: как я понял, на закладке Security -> Reverse Lookups никакую из пяти имеющихся галок, отшибающих почту ставить нельзя, иначе потеряется много нужной почты? Зачем тогда вообще эта закладка нужна?

Ну, это уже тебе решать. Лично я считаю, что Выставить галочку для проверки обратного ПТР и отшибания тех, кто эту проверку не проходит - самое то. Сразу отшибается много левых рассылок. Были случаи, когда отшибались и нужные, но немного, и такие я просто у себя заносил в доверенные адреса.
А вот с проверкой по HELo/EHLO и MAIL у меня однозначного мнения нет. Попробовал - снял. Слишком много было некорректно настроенных легальны почтовых серверов, срезающихся на этой проверке

Вопрос возник - есть на демоне около 25 юзеров. Как посмотреть статистику по отправленным/принятым письмам (трафик). Чем больше инфы, тем лучше?

duHA www.wrspy.ru бесплатнаый анализатор логов в том числе для mdaemon , в версих выше 7 должна стоять птица ведения журнала статистики, то есть файлы с раширением Statistics.log

ipmanyak

Цитата:

птица ведения журнала статистики

Это где

setup - logging - options - птица Lod mail server statistisc

Добавлено:
на эти файлы и натравливай wrspy (умеет пополнять)

Есть вопрос: фирма имеет свой почтовый домен firma.com. У провайдара заведено 2 почтовых ящика: chief@firma.com - для руководителя и firma@firma.com - для всех остальных писем. Я настроил DomainPOP для забора писем провайдера через Dial-Up, который предоставляет тот же провайдер, и раздачи по заведенным локальным ящикам сотрудников: vasya@firma.com, petya@firma.com. Получение почты отлично ортрабатывает, но вот только я не знаю как организовать отправку почту для этих пользователей, чтобы у получателей в поле ОТ было указано vasya@firma.com и т.д. Что помимо указания SMTP-сервера в настройках домена нужно указывать и возможно ли такое вообще? Заранее, благодарю за помощь!

reyst
Поле From: заполняется почтовым клиентом. И смотреть нужно именнов его настройки.

pikador
Т.е. насколько я понял с Ваших слов такое возможно. Но будет ли отправляться почта (сейчас проверить не могу - установить надо в другом месте) от учетной записи vasya@firma.com чере SMTP-сервер провайдера, у которого такого ящика не заведено - не будет ли почтовик провайдера ругаться или мирно отошлет письмо получателю, как будто бы адрес vasya@firma.com у него заведен.... Или нужно задавать какие-то еще парамаетры (проверака POP-ящика или нужно ввести имя и пароль ящика firma, который заведен на сервере) ???

Проблема появилась после установки 8 версии демона, раньше с 7 такого не было.
Почта от одного определенного отправителя извне попадает в плохую очередь и не попадает моему клиенту. От других отправителей тому-же клиенту почта приходит. Все перепробовал - ничего не помогает.
Вот лог (названия доменов и адресов я изменил):
Mon 2005-12-26 09:51:41: Session 61; child 2; thread 748
Mon 2005-12-26 09:51:39: Приём SMTP соединения от [211.179.226.70 : 1986]
Mon 2005-12-26 09:51:39: Performing PTR lookup (78.219.179.203.IN-ADDR.ARPA)
Mon 2005-12-26 09:51:39: * D=78.219.179.203.IN-ADDR.ARPA TTL=(692) PTR=[mail.provajder.net]
Mon 2005-12-26 09:51:39: * Gathering A records...
Mon 2005-12-26 09:51:39: * D=mail.provajder.net TTL=(692) A=[211.179.226.70]
Mon 2005-12-26 09:51:39: ---- End PTR results
Mon 2005-12-26 09:51:39: --> 220 mojserver.ua ESMTP MDaemon 8.1.3 UNREGISTERED; Mon, 26 Dec 2005 09:51:39 +0200
Mon 2005-12-26 09:51:39: <-- EHLO mail.provajder.net
Mon 2005-12-26 09:51:39: Performing IP lookup (mail.provajder.net)
Mon 2005-12-26 09:51:39: * D=mail.provajder.net TTL=(692) A=[211.179.226.70]
Mon 2005-12-26 09:51:39: ---- End IP lookup results
Mon 2005-12-26 09:51:39: --> 250-mojserver.ua Hello mail.provajder.net, pleased to meet you
Mon 2005-12-26 09:51:39: --> 250-ETRN
Mon 2005-12-26 09:51:39: --> 250-AUTH=LOGIN
Mon 2005-12-26 09:51:39: --> 250-AUTH LOGIN CRAM-MD5
Mon 2005-12-26 09:51:39: --> 250-8BITMIME
Mon 2005-12-26 09:51:39: --> 250 SIZE 10000000
Mon 2005-12-26 09:51:40: <-- MAIL From:<yurka@firma.ua> SIZE=8703
Mon 2005-12-26 09:51:40: Performing IP lookup (firma.ua)
Mon 2005-12-26 09:51:40: * D=firma.ua TTL=(60) A=[82.207.112.232]
Mon 2005-12-26 09:51:40: * P=010 D=firma.ua TTL=(60) MX=[ns.media.region.ua] {82.207.112.232}
Mon 2005-12-26 09:51:40: ---- End IP lookup results
Mon 2005-12-26 09:51:40: --> 250 <yurka@firma.ua>, Sender ok
Mon 2005-12-26 09:51:40: <-- RCPT To:<mojklient@mojserver.ua>
Mon 2005-12-26 09:51:40: Выполнение поиска в DNS-BL (211.179.226.70 - подключенный IP)
Mon 2005-12-26 09:51:40: * sbl-xbl.spamhaus.org - ЃEъIЃE
Mon 2005-12-26 09:51:40: * opm.blitzed.org - ЃEъIЃE
Mon 2005-12-26 09:51:40: * relays.ordb.org - ЃEъIЃE
Mon 2005-12-26 09:51:40: * bl.spamcop.net - ЃEъIЃE
Mon 2005-12-26 09:51:40: ---- DNS-BL завершен
Mon 2005-12-26 09:51:40: --> 250 <mojklient@mojserver.ua>, Recipient ok
Mon 2005-12-26 09:51:40: <-- DATA
Mon 2005-12-26 09:51:40: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000000019.tmp
Mon 2005-12-26 09:51:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2005-12-26 09:51:41: Message size: 9219 bytes
Mon 2005-12-26 09:51:41: Performing DomainKeys lookup (Sender: yurka@firma.ua)
Mon 2005-12-26 09:51:41: * Message-ID: 11910194050.20051226095144@firma.ua
Mon 2005-12-26 09:51:41: * Querying for policy: firma.ua
Mon 2005-12-26 09:51:41: * Querying: _domainkey.firma.ua ...
Mon 2005-12-26 09:51:41: * DNS: Сервер имен сообщает, что доменное имя неизвестно.
Mon 2005-12-26 09:51:41: * Result: pass
Mon 2005-12-26 09:51:41: ---- End DomainKeys results
Mon 2005-12-26 09:51:41: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000000234.msg
Mon 2005-12-26 09:51:41: --> 250 Ok, message saved <Message-ID: <11910194050.20051226095144@firma.ua>>
Mon 2005-12-26 09:51:41: <-- QUIT
Mon 2005-12-26 09:51:41: --> 221 See ya in cyberspace
Mon 2005-12-26 09:51:41: SMTP-сессия успешна (байт в/вв: 9332/450)
Mon 2005-12-26 09:51:41: ----------
Mon 2005-12-26 09:51:45: Processing message: D:\MDaemon\Queues\Inbound\md50000000234.msg
Mon 2005-12-26 09:51:45: From: yurka@firma.ua; Recipient: mojklient@mojserver.ua; Size: 9219; Message: d:\mdaemon\queues\local\md50000000168.msg
Mon 2005-12-26 09:51:45: Subject: =?windows-1251?Q?=EC=E0=F8=E8=ED=F3_=F2=F0=E5=E1=E0=3F?=
Mon 2005-12-26 09:51:45: Message-ID: <11910194050.20051226095144@firma.ua>
Mon 2005-12-26 09:51:45: ----------
Mon 2005-12-26 09:51:46: Content Filter processing d:\mdaemon\queues\local\md50000000168.msg...
Mon 2005-12-26 09:51:46: > Message return-path: yurka@firma.ua
Mon 2005-12-26 09:51:46: > Message from: yurka@firma.ua
Mon 2005-12-26 09:51:46: > Message to: mojklient@mojserver.ua
Mon 2005-12-26 09:51:46: > Message subject: пора кушать?
Mon 2005-12-26 09:51:46: > Message ID: <11910194050.20051226095144@firma.ua>
Mon 2005-12-26 09:51:46: Start Content Filter results
Mon 2005-12-26 09:51:46: * Matched 0 of 2 active rules
Mon 2005-12-26 09:51:46: End of Content Filter results
Mon 2005-12-26 09:51:46: ----------
Mon 2005-12-26 09:51:46: Слишком много заголовков RECEIVED!
Mon 2005-12-26 09:51:46: Это сообщение было обработано 5 раз. Текущее максимальное
Mon 2005-12-26 09:51:46: число хопов установлено в 3. Отправка этого сообщения еще раз превысит
Mon 2005-12-26 09:51:46: максимальное значение, которое вы задали.
Mon 2005-12-26 09:51:46: Ошибка разбора <D:\MDaemon\Queues\Local\pd50000000168.msg>
Mon 2005-12-26 09:51:46: Сообщение перемещено <d:\mdaemon\queues\bad\pd50000000002.msg>

reyst
Почта будет отправляться с любым полем FROM. Теоретически провайдер может проверять, запрещать на своем SMTP, но никто этого не делает и делать не будет. Многие отправляют через SMTP сервер своего прова почту с учетных записей настроенных на халявную почту аки mail.ru. SMTP провайдера как правило проверяет с какого IP на него шлют почту - принадлежит ли этот IP диапазону адресов провайдера (ихний ли клиент юзает их сервак). Поле FROM может быть любым. Возможны проблемы если доменное имя будет неправильным - многие админы в целях борьбы со спамом настраивают свои почтовые сервера чтобы те выполняли reverse DNS lookup чтобы сравнить IP с которого пришло письмо с доменной частью в адресе в поле FROM и при несовпадении жесткий режект. Так что смело настраивай своих клиентов на любые адреса в поле FROM.

Цитата:

Слишком много заголовков RECEIVED!
Mon 2005-12-26 09:51:46: Это сообщение было обработано 5 раз. Текущее максимальное
Mon 2005-12-26 09:51:46: число хопов установлено в 3. Отправка этого сообщения еще раз превысит
Mon 2005-12-26 09:51:46: максимальное значение, которое вы задали.
Mon 2005-12-26 09:51:46: Ошибка разбора <D:\MDaemon\Queues\Local\pd50000000168.msg>
Mon 2005-12-26 09:51:46: Сообщение перемещено <d:\mdaemon\queues\bad\pd50000000002.msg>

вероятно это письмо пересылалось несколько раз , а в DNS BLack LISTS стоит проверка на количество ‘Received’ headers в заголовках письма ! проверь что стоит в полях Check only this many 'Received' headers и в Skip this many of the oldest 'Received' headers (0=none) ? по дефолту (0=all) оставь по дефолту или настрой как тебе нужно или вообще сними птицы у этих полей в Security - DNS BLack LISTS

Andrey V T

Ок. Спасибо за подробно изложенный ответ . С этим разобрался.
Но есть один нюанс. Изначально, как и написано в вопросе, провайдер у которого находится почтовый домен и провайдер доступа в Интернет через DialUp был один и тот же (MDaemon работал через RAS). Письма чудненько отправляются через SMTP-провайдера. В скором времени ситуация должна поменяться и доступ в Интернет будет по выделенке (соответсвенно и статический IP адрес) будет от другого провайдера. Тестовое подключение показывает, что в аналогичном случае SMTP-сервер провайдера почтового домена (MX) и пробовал дургой шаровой SMTP-сервер выдают ошибки 451 и 501 (Reverse LookUp DNS) соответсвенно, что вполне понятно. Как быть в данном случае???

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

reyst
pikador прав - это действительно уже небольшой офтопик, но я думаю нас простят. Ты должен попросить (письмо/тел. звонок) прова который поддерживает твой домен чтоб он сменил у себя MX-запись для твоего домена на новый IP - это для получения почты. Для отправки почты надо просто указать SMTP сервак твоего нового провайдера через которого ты будешь осуществлять подключение к интернету и который даст тебе свой IP-адрес.

ipmanyak
выставил в 0, хотя до этого механизм dns-bl вообще был выключен. Думаю, дело не в этом

Andrey V T
почтовый домен у меня будет продолжать хостится на старом провайдере, поэтому менять MX-запись думаю не нужно, а вот для отправки использовать SMTP нового провайдера - это решение !!!

reyst

Цитата:

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

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

Как полностью избавиться от спама?


Цитата:

Wed 2005-12-28 08:12:04: Spam Filter processing c:\mdaemon\queues\local\md50000001356.msg...
Wed 2005-12-28 08:12:04: > Message return-path: herculie@mail.com
Wed 2005-12-28 08:12:04: > Message from: herculie@mail.com
Wed 2005-12-28 08:12:04: > Message to: pride@vic-omsk.ru
Wed 2005-12-28 08:12:04: > Message subject: с т а н ь л и д е р о м !
Wed 2005-12-28 08:12:04: > Message ID:
Wed 2005-12-28 08:12:05: Start SpamAssassin results
Wed 2005-12-28 08:12:05: 11.7 points, 5.0 required;
Wed 2005-12-28 08:12:05: * 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO
Wed 2005-12-28 08:12:05: * 10 BAYES_99 BODY: Bayesian spam probability is 99 to 100%
Wed 2005-12-28 08:12:05: * [score: 1.0000]
Wed 2005-12-28 08:12:05: * 0.2 HTML_10_20 BODY: Message is 10% to 20% HTML
Wed 2005-12-28 08:12:05: * 0.2 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
Wed 2005-12-28 08:12:05: * 0.0 HTML_MESSAGE BODY: HTML included in message
Wed 2005-12-28 08:12:05: * 0.0 HTML_SHOUTING3 BODY: HTML has very strong "shouting" markup
Wed 2005-12-28 08:12:05: End SpamAssassin results
Wed 2005-12-28 08:12:05: * c:\mdaemon\queues\local\md50000001356.msg deleted

Так бывает не всегда, 30-50 процентов спама все равно проникает пользователям.
Клиенты юзают TheBat и поэтому не могут обучать Бейсовские фильтры!
Как эффективно обучить этот фильтр?
Пропускать всю почту через мой ящик и там ее фильтровать черех WebClient
Или есть иные методы борьбы?

Метод из шапки не совсем понятен, да и бэйсовский фильтр вроде работает (см вырезку из логов)!

спамассасин лабуда -толку мало ! поскольку письмо сначала приметя (трафик уже есть) а потом только отопнется ! резать нужно на уровне DNS с помощью rbl и требованием helo/ehlo ! ну еще и PTR затребовать в придачу поскольку PTR теперь обязательное требование по RFC 1912 !
также забанить занести в Host Screening строки вида
*.*.*.0*
*.*.*.1*
*.*.*.2*
*.*.*.3*
*.*.*.4*
*.*.*.5*
*.*.*.6*
*.*.*.7*
*.*.*.8*
*.*.*.9*
*-*-*-0*
*-*-*-1*
*-*-*-2*
*-*-*-3*
*-*-*-4*
*-*-*-5*
*-*-*-6*
*-*-*-7*
*-*-*-8*
*-*-*-9*
то есть отрежем диалапщиков и adsl-щиков которые в helo пишут ip адреса и имена хостов вииде 213-24-45-23.com - то есть явные спамеры !

ipmanyak
А какие DNS-BL лучше использовать?

Интересно, интересно....

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

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

я такие RBL юзаю
smtp.dnsbl.sorbs.net , mail from $IP$ refused by DNSBL, see http://dnsbl.sorbs.net
bl.spamcop.net, mail from $IP$ refused by SpamCop, see http://www.spamcop.net
cbl.abuseat.org, mail from $IP$ refused by DNSBL, see http://cbl.abuseat.org
sbl-xbl.spamhaus.org, mail from $IP$ refused by DNSBL, see http://www.spamhaus.org/SBL/
dnsbl.njabl.org, mail from $IP$ refused by DNSBL, see http://njabl.org/lookup.html
ex.dnsbl.org, mail from $IP$ refused by DNSBL, see http://www.dnsbl.org
blackholes.uceb.org, mail from $IP$ refused by DNSBL, see http://www.uceb.org
relays.ordb.org, mail from $IP$ refused by ORDB, see http://www.ordb.org/faq/
list.dsbl.org, mail from $IP$ refused by DNSBL, see http://dsbl.org/listing?$IP$

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

Уважаемые! есть ли у кого руские WebAdmin и плагин Каспера для 8-го MDаemon? Скиньте пожалуйста на мыло YuraP(собака)inbox.ru
хоть и пытаюсь вникать в суть англоязычного ПО - страшновато из-за своей неграмотности натворить бед.

ipmanyak

Цитата:

я не юзаю спамфильтры -практически отключил

C чем связано это отключение, как боришься, только DNS?
У меня 99 процентов спама!

Мой DNS находится у провайдера и IP у меня не белый, можно ли мне прописать шаблоны из твоего предидущего поста в Черный список ЭмДаемона?

да только DNS - RBL и требование HELO/EHLO , то что нэймсервер провайдерский ничего не меняет - прописывай , главное чтобы почтарь был твой и сам слал и брал почту ! если ты берешь по доменпопуп, то тут не знаю как он будет работать - короче проверишь. прочитай еще верхний мой пост . МОЖЕШЬ ЗАТРЕБОВАТЬ еще и PTR, чтобы не было проблем с нужными доменами - пропиши их в белый список RBL

Как можно запретить попадание писем в плохую очередь? Замучился вручную перекладывать письма пользователям от нормальных неспамовских отправителей.

смотри лог ALL и разбирайся каждый ли процесс обработал письмо нормально , были случаи что после антиспама портились хидеры , типа поля для Content filter были уже пустые, и он их пихал в bad , хотя само письмо нормальное и непорченое и после перекладывания юзер его получает и нормально читает. выглядело это так :
Message return-path:
Message from:
Message to:
Message subject:
то есть всё пусто , само собой cfilter не мог это обработать и клал email в bad

Вроде логи нормальные, а ошибка следующая:

Fri 2005-12-30 11:25:50: Слишком много заголовков RECEIVED!
Fri 2005-12-30 11:25:50: Это сообщение было обработано 4 раз. Текущее максимальное
Fri 2005-12-30 11:25:50: число хопов установлено в 3. Отправка этого сообщения еще раз превысит
Fri 2005-12-30 11:25:50: максимальное значение, которое вы задали.
Fri 2005-12-30 11:25:50: Ошибка разбора <D:\MDaemon\Queues\Local\pd50000000323.msg>
Fri 2005-12-30 11:25:50: Сообщение перемещено <d:\mdaemon\queues\bad\pd50000000098.msg>

Я давал полный лог на прошлой странице.
Отправитель нормальный. От некоторых отправителей попадает в плохую очередь, а от остальных нормально приходит моим юзерам.

Добавлено:
а вот кусочек письма: (адреса я заменил)

Return-path: <yurka@firma.ua>
Received: from ns.serverfirmy.ua ([84.217.112.242])
    by mojserver.ua (mojserver.ua)
    (MDaemon.PRO.v8.1.3.T)
    with ESMTP id md50000000464.msg
    for <moj-user@mojserver.ua>; Fri, 30 Dec 2005 11:44:08 +0200
Received: from localhost (localhost [127.0.0.1])
    by ns.serverfirmy.ua (Postfix) with ESMTP id DBE487B7B
    for <moj-user@mojserver.ua>; Fri, 30 Dec 2005 11:44:01 +0200 (EET)
Received: from ns.serverfirmy.ua ([127.0.0.1])
by localhost (mserver [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
id 06010-08 for <moj-user@mojserver.ua>; Fri, 30 Dec 2005 11:44:01 +0200 (EET)
Received: from localhost (lan-14-2-moj-user.serverfirmy.ua [192.168.14.2])
    by ns.serverfirmy.ua (Postfix) with ESMTP id 55FF6919
    for <moj-user@mojserver.ua>; Fri, 30 Dec 2005 11:44:01 +0200 (EET)
Date: Fri, 30 Dec 2005 11:44:10 +0200

Проблема, что письмо от отправителя ходит через несколько серверов, а только потом ко мне.

Где же эти хопы выставляются?

securtity - Dns black lists - Dns-bl optionss - там проверь птицы Сheck "Received headers" ith smtp and Slip this many ... и ... Pop по дефолту 0 и 1 ! сними эти птицы или настрой
как тебе нужно !