» Все о MDaemon (#3)

Добавлено:
Кто знает, где включаются логи для следующих событий:

Код:
Wed 2008-11-12 19:58:30: Sending UIDL response (not logged)
Wed 2008-11-12 19:58:30: Sending LIST response (not logged)

golkanavt
В опциях Ведения логов:

Цитата:

Вести лог многолинейных ответов протокола (Log multi-line protocol responses)
Иногда ответы на запросы протоколов требуют более одной строки информации. Включите эту опцию, если хотите регистрировать эти дополнительные строки.
Внимание!
Включение этой опции может в потенциале привести к резкому увеличению
объема регистрируемой информации. Поскольку число строк в ответе не может
быть определено в процессе выполнения, а также из-за того, что некоторые
ответы имеют большой потенциал в «наполнении» вашего файла с журналом не
самой нужной информацией (например, POP TOP, который отображает
реальное содержимое сообщения), мы не рекомендуем использовать эту опцию,
если размер файла протокола или его информативность важны для вас.

Clavik
Спасибо. Благодаря этой опции удалось вытащить из логов следующую информацию:

Код:
Wed 2008-11-12 21:08:57: [6058:1] Session 6058; child 1
Wed 2008-11-12 21:08:52: [6058:1] Accepting POP connection from [192.168.42.95:1247]
Wed 2008-11-12 21:08:52: [6058:1] --> +OK mycompany.com POP MDaemon 9.6.5 ready
Wed 2008-11-12 21:08:52: [6058:1] <-- USER admin@mycompany.com
Wed 2008-11-12 21:08:52: [6058:1] --> +OK admin@mycompany.com... User ok
Wed 2008-11-12 21:08:52: [6058:1] <-- PASS ******
Wed 2008-11-12 21:08:52: [6058:1] --> +OK admin@mycompany.com's mailbox has 10 total messages (861863 octets)
Wed 2008-11-12 21:08:57: [6058:1] <-- STAT
Wed 2008-11-12 21:08:57: [6058:1] --> +OK 10 861863
Wed 2008-11-12 21:08:57: [6058:1] <-- UIDL
Wed 2008-11-12 21:08:57: [6058:1] --> +OK
Wed 2008-11-12 21:08:57: [6058:1] --> +OK
Wed 2008-11-12 21:08:57: [6058:1] --> 1 MD50000056925:MSG:134848:29967103:2937314012
Wed 2008-11-12 21:08:57: [6058:1] --> 2 MD50000056926:MSG:28167:29967105:3658004420
Wed 2008-11-12 21:08:57: [6058:1] --> 3 MD50000057710:MSG:2421:29967119:1676899776
Wed 2008-11-12 21:08:57: [6058:1] --> 4 MD50000057713:MSG:134558:29967119:1830024776
Wed 2008-11-12 21:08:57: [6058:1] --> 5 MD50000057717:MSG:134924:29967133:2089076382
Wed 2008-11-12 21:08:57: [6058:1] --> 6 MD50000057726:MSG:134748:29967147:156721738
Wed 2008-11-12 21:08:57: [6058:1] --> 7 MD50000057727:MSG:134739:29967156:4216547324
Wed 2008-11-12 21:08:57: [6058:1] --> 8 MD50000058320:MSG:8876:29967168:3993033522
Wed 2008-11-12 21:08:57: [6058:1] --> 9 MD50000058321:MSG:13770:29967168:3996471022
Wed 2008-11-12 21:08:57: [6058:1] --> 10 MD50000058322:MSG:134812:29967169:2689003726
Wed 2008-11-12 21:08:57: [6058:1] --> .
Wed 2008-11-12 21:08:57: [6058:1] <-- LIST
Wed 2008-11-12 21:08:57: [6058:1] --> +OK 10 861863
Wed 2008-11-12 21:08:57: [6058:1] --> +OK 10 861863
Wed 2008-11-12 21:08:57: [6058:1] --> 1 134848
Wed 2008-11-12 21:08:57: [6058:1] --> 2 28167
Wed 2008-11-12 21:08:57: [6058:1] --> 3 2421
Wed 2008-11-12 21:08:57: [6058:1] --> 4 134558
Wed 2008-11-12 21:08:57: [6058:1] --> 5 134924
Wed 2008-11-12 21:08:57: [6058:1] --> 6 134748
Wed 2008-11-12 21:08:57: [6058:1] --> 7 134739
Wed 2008-11-12 21:08:57: [6058:1] --> 8 8876
Wed 2008-11-12 21:08:57: [6058:1] --> 9 13770
Wed 2008-11-12 21:08:57: [6058:1] --> 10 134812
Wed 2008-11-12 21:08:57: [6058:1] --> .
Wed 2008-11-12 21:08:57: [6058:1] <-- STAT
Wed 2008-11-12 21:08:57: [6058:1] --> +OK 10 861863
Wed 2008-11-12 21:08:57: [6058:1] <-- QUIT
Wed 2008-11-12 21:08:57: [6058:1] --> +OK admin@mycompany.com mycompany.com POP Server signing off (10 messages left)
Wed 2008-11-12 21:08:57: [6058:1] POP session complete (Bytes in/out: 72/868)

golkanavt Может для начала узнаем версию The bat ? Может шибко древний и пора поставить посвежее?


Добавлено:
rstar1979 10-ка еще сырая, как грится не ставьте новую винду пока не появится для нее SP2!
я бы обновился пока до 9.6.6, да так бы и остался на нем, основная новая фича 10-ки Domain sharing? оно тебе надо? Лично я до сих пор сижу на 8.1.4


Добавлено:
rstar1979

Цитата:

(например в этих я разочаровался: DNSBL выдал всего 46 отбоев, грейслист около 100)

Это нормально. Где-то так и есть.

ipmanyak
The Bat! v3.99.3 - не думаю, что дело в нем. Эта версия стоит уже не больше года и раньше я с таким поведением не сталкивался. Сведения о MDaemon:

Код:
MDaemon Server:
SMTP/POP/IMAP server: v9.6.5
WorldClient HTTP server: v9.6.5
WorldClient DLL: v9.6.5
ComAgent client: v9.6.4
Content filter server: v9.6.5
Content filter DLL: v9.6.5
Content filter GUI: v9.6.5

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

Clavik
Да, похоже дело не в MDaemon - сейчас проверил логи AnitspamSniper'а - похоже, в нем все дело.

golkanavt Проверь файл ACCOUNT.M_R на наличие тех 10 записей.
Цитата:

Wed 2008-11-12 21:08:57: [6058:1] --> 1 MD50000056925:MSG:134848:29967103:2937314012
Wed 2008-11-12 21:08:57: [6058:1] --> 2 MD50000056926:MSG:28167:29967105:3658004420
Wed 2008-11-12 21:08:57: [6058:1] --> 3 MD50000057710:MSG:2421:29967119:1676899776
Wed 2008-11-12 21:08:57: [6058:1] --> 4 MD50000057713:MSG:134558:29967119:1830024776
Wed 2008-11-12 21:08:57: [6058:1] --> 5 MD50000057717:MSG:134924:29967133:2089076382
Wed 2008-11-12 21:08:57: [6058:1] --> 6 MD50000057726:MSG:134748:29967147:156721738
Wed 2008-11-12 21:08:57: [6058:1] --> 7 MD50000057727:MSG:134739:29967156:4216547324
Wed 2008-11-12 21:08:57: [6058:1] --> 8 MD50000058320:MSG:8876:29967168:3993033522
Wed 2008-11-12 21:08:57: [6058:1] --> 9 MD50000058321:MSG:13770:29967168:3996471022
Wed 2008-11-12 21:08:57: [6058:1] --> 10 MD50000058322:MSG:134812:29967169:2689003726

Думаю они там есть. ACCOUNT.M_R содержит список писем "прочитанных" на сервере, то есть письма которые не надо получать. Думаю проблема самого человека, который работает с the bat. Открываем диспетчер писем, ставим на письме галку прочитано, снимаем галку получить, получаем точную копию твоей ситуации..

В догонку такой вопрос - как было приведено выше, у компании есть домен вида mycompany.com, хостящийся на веб-хостинге со всеми почтовыми аккаунтами, у основного прова (их два, второй на резервном канале) для нас выделен статический адрес с привязкой к поддомену вида office.mycompany.com. В офисном Демоне основным доменом указан mycompany.com и аккаунты работают по MultiPOP с отправкой почты через релей основного прова. Для оперативности работы есть стремление включить опцию прямой отправки писем адресатам и лишь в случае неудачи слать через прова. Но для этого, как я понимаю, надо прописать PTR, правильно? Т.е. у прова должна появиться запись соответствия статического IP и имени домена. Теперь собсно сам вопрос - в PTR должен быть указан mycompany.com или office.mycompany.com?
Мануалы перекурил на эту тему, ясности в голове пока не появилось. В офисе компани сеть без доменов, только рабочие группы.

Добавлено:

Цитата:

Думаю они там есть. ACCOUNT.M_R содержит список писем "прочитанных" на сервере, то есть письма которые не надо получать. Думаю проблема самого человека, который работает с the bat. Открываем диспетчер писем, ставим на письме галку прочитано, снимаем галку получить, получаем точную копию твоей ситуации..

Нет, в том файле нет этих писем, только это:

Код:
14196 MD50000058855:MSG:54118:29967725:2707134650
14196 MD50000058856:MSG:26590:29967726:4078886104

golkanavt

Цитата:

Т.е. у прова должна появиться запись соответствия статического IP и имени домена. Теперь собсно сам вопрос - в PTR должен быть указан mycompany.com или office.mycompany.com?
Мануалы перекурил на эту тему, ясности в голове пока не появилось. В офисе компани сеть без доменов, только рабочие группы.

На 91 стр я писал:

Цитата:

Для приема:
В DNS зоне своей прописывай А и MX запись.
Для отправки:
ip с которого шлешь должен иметь PTR запись, тут уж либо она делегирована для управления тебе, либо у прова, либо еще где, но PTR должна быть и она должна резолвится в тот же айпи с которого шлешь.
Например,
1. айпи 127.0.0.1 имеет PTR mail.primer.ru
2. имя mail.primer.ru должно резолвиться в 127.0.0.1, те в DNS должна быть прописана А запись соответствующая.

В твоем случае, твой айпи (с которого шлешь) должен указывать на имя office.mycompany.com (PTR должен быть указан office.mycompany.com), а имя office.mycompany.com резолвиться в твой айпи (А запись на твой айпи).

Цитата:

В твоем случае, твой айпи (с которого шлешь) должен указывать на имя office.mycompany.com (PTR должен быть указан office.mycompany.com), а имя office.mycompany.com резолвиться в твой айпи (А запись на твой айпи).

Спасибо за пояснение. А в MDaemon'е в таком случае в настройках домена можно оставить как есть - mycompany.com? Или же необходимо изменить на office.mycompany.com?

golkanavt Большой роли не играет, лишь бы это имя резовлилось в инете, хотя некоторые почтари могут и проверять совпадение с А записью, потому лучше прописать office.mycompany.com.

ipmanyak, Clavik
Еще раз спасибо за помощь и информацию.

Всем БОЛЬШОЕ - сдрасьте! Народ есть такая проблема: Есть виртуальный почтовый сервер (maindomain.ru) c него MDeamon забирает почту (MultiPOP), адреса которые внутри локалки почту получают и отправляют хоть куда кроме адресов которые пользуются тоже этим (@maindomain.ru)именем но находятся за пределами локальной сети. Т.Е. они используя адрес user@maindomain.ru почту отправляют, я ее получаю нормально, а им моя почта не доходит!!! Подскажите плиз если кто знает решение!!!!!! ЧТО ДЕЛАТЬ ТО???????????

aiyai Какое почтовое доменное имя у локального демона? Есть подозрение, что доменное почтовое имя локального демона и внешнего совпадают. Покажи куски логов.

Доброго времени суток!
Попытался разобратся почему рассылка не идет на укрнет, первое Return-path: <> пустой, второе To: sender@мойдомен.com. Как сделать что бы демон вставлял в поле ТО реального адресата а не адрес списка рассылки, и как добавить ретурн пас? Если можно помогите, очень нужна рассылка корпоративным клиентам. Спасибо.

Здравствуйте.
Извините за глупый вопрос.
Пытался найти ответ на него но сомневаюсь и потому спрашиваю.
Стоит MDaemon 7.2.3 (староват но работает нормально).
Почта для локальной сети для 20-30 пользователей.
MDeamon забирает почту (MultiPOP) с внешних почтовиков разных доменов не более 10.
У 2 старых адресов жесткая привязка к одному провайдеру (т.е. отдает почту только когда интернет этого провайдера, отказаться от них нет возможности 8 лет на них).
У этого провайдера пока только Dial Up.
Подключились ещё к другому провайдеру у него дешёвый безлимитный ADSL, подключил его к свичу настроил работает (указал в свойствах "Подключение по локальной сети" Шлюз и Предпочитаемый DNS на IP ADSL модема на других компах и интернет работает почтовый сервер пока не трогаю).
Есть ли возможность настроить MDaemon так чтобы он определённые адреса отрабатывал через ADSL по локальной сети а два старых пока через Dial Up?
(основная причина желания сделать так в том что письма приходящие на определённые не привязанные адреса очень большие по 10 мб по Dila Up очень долго особенно когда их несколько)
Если нет то как это удобнее сделать?
Спасибо.

vova64 Mdaemon умеет звонить на dialup, настройка по клавише F7



Добавлено:
Belousov В самом списке рассылки вкладка Notification в поле Returned Mail указать какой-либо емайл, это поле будет в Return-path. Этот же майл заполнит и поле From !

to ipmanyak
письмо на локального юзера

Код: Return-path: <юзер@мойдомен.com>
Received: from REANIMATOR ([хх.хх.хх.хх])
by мойдомен.com ([хх.хх.хх.хх])
(MDaemon PRO v9.6.2)
with ESMTP id pd50000064981.msg
for <юзер@мойдомен.com>; Fri, 14 Nov 2008 19:21:47 +0200
Date: Fri, 14 Nov 2008 19:19:18 +0200
From: =?windows-1251?B?weXr7vPx7uIg0O7s4O0=?= <юзер@мойдомен.com>
X-Mailer: The Bat! (v3.80.06) Professional
Reply-To: юзер1@мойдомен.com
Organization:=?windows-1251?B?IsDw5e3gLdbl7fLwIg==?=
X-Priority: 3 (Normal)
Message-ID: <MDAEMON-F200811141921.AA2147878pd80000158991@мойдомен.com>
To: sender@мойдомен.com
Subject: [sender] test
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: quoted-printable
X-MDAV-Processed: [хх.хх.хх.хх], Fri, 14 Nov 2008 19:21:47 +0200
X-Spam-Processed: [хх.хх.хх.хх], Fri, 14 Nov 2008 19:21:47 +0200
(not processed: message from valid local sender)
X-Rcpt-To: sender@мойдомен.com
X-MDRcpt-To: sender@мойдомен.com
X-MDRemoteIP: хх.хх.хх.хх
Sender: sender@мойдомен.com
Precedence: bulk
List-Unsubscribe: <mailto:sender-Unsubscribe@мойдомен.com>
X-MDMailing-List: sender@мойдомен.com
X-Envelope-From: юзер@мойдомен.com
X-MDaemon-Deliver-To: юзер@мойдомен.com

ipmanyak

Цитата:

Mdaemon умеет звонить на dialup, настройка по клавише F7

dialup у меня настроен и нормально работает сейчас на все адреса
я хочу что бы Mdaemon на определенные адреса не вызывал dialup а вместо этого
использовал доступный по локальной сети дешёвый высокоскоростной Интернет
Можно ли так сделать?

vova64 Твой вопрос относится больше к маршрутизации, чем к mdaemon, что за адреса, сколько их?


Добавлено:
Belousov Пробовал то что,я тебе писал7

ipmanyak
2 адреса могут работать только через dialup
остальные и через dialup и через ADSL

vova64 На те 2 адреса нужно создавать маршруты или временно менять гетвей на диалап. Это уже не задача демона. Покопай настройки диалап в демоне, там есть возможность запускать батник при подключении, в нем и пробуй делать маршруты или менять гетвеи.

т.е. возможно заранее прописать статически route и.т.д.
включить службу RAS и сделать так чтобы mdaemon не делал сам dialup
а при попытке получения отправки RAS делал dialup либо по ADSL
я правильно понял?
(а если одновременно пойдет запрос и на те ящики и на другие они правильно сработают?)

vova64 Трафик на нужный ip пойдет на указанный маршрут для него или на дефолтовый гетвей. Вот и думай что и как. Тебе как я понял , нужно получать и отправлять почту только на 2 ящика в одном и том же домене, находящихся за диалап, так? Если так, подымаешь диалап и после поднятия добавляешь маршрут на нужную сеть или вообще на 1 ip. Если ip в той же сети, что и диалап соденинение, то вообще ничего не нужно. да забыл сказать, в этой ситуации в настйроках диалап нужно убрать птицу - Использовать шлюз удаленной сети, иначе гетвей на себя напишет, а нам это не нужно.


Добавлено:
vova64 В демоне во вкладке Delivery укажи - пытаться слать напрямую, если не удачно, то на смартхост (провайдерcский adsl smtp).

есть внешний 77.236.88.94 с которого идет запрос на получение почты с pdsk.perm.ru

когда я использую почтовый клиент в настройках приема и отправки я указываю 89.111.170.93 -> d470.colo.hc.ru
в имени пользователя необходимо указывать знак процентов "%"
прим.: test%pdsk.perm.ru

mx запись "0"(нулевая) указана на pdsk.perm.ru.

добавил MX запись на 77.236.88.94 получилось mx-77-236-88-94.pdsk.perm.ru


C:\>nslookup -type=mx pdsk.perm.ru
Non-authoritative answer:
pdsk.perm.ru MX preference = 0, mail exchanger = pdsk.perm.ru
pdsk.perm.ru MX preference = 20, mail exchanger = mx-77-236-88-94.pdsk.perm.ru

pdsk.perm.ru nameserver = ns1.gamburger.ru
pdsk.perm.ru nameserver = ns2.gamburger.ru
pdsk.perm.ru internet address = 89.111.170.93
mx-77-236-88-94.pdsk.perm.ru internet address = 77.236.88.94

а куда дальше копать ?

как проверить PTR запись ???


данные по ip 77.236.88.94:
dns^ 194.88.14.2/194.88.14.134

pdsk.perm.ru -> 89.111.170.93

версия 10.0.1
nslookup я выше привел.

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


при отправке с рабочего mdaemona на test@pdsk.perm.ru

Mon 2008-11-17 15:28:41: ----------
Mon 2008-11-17 16:12:13: Session 95; child 1
Mon 2008-11-17 16:11:52: Parsing message <c:\mdaemon\queues\remote\pd50000000030.msg>
Mon 2008-11-17 16:11:52: * From: INFO@uotts.ru
Mon 2008-11-17 16:11:52: * To: test@pdsk.perm.ru
Mon 2008-11-17 16:11:52: * Subject: testing mail
Mon 2008-11-17 16:11:52: * Message-ID: <1437223891.20081117161145@uotts.ru>
Mon 2008-11-17 16:11:52: Attempting SMTP connection to [pdsk.perm.ru]
Mon 2008-11-17 16:11:52: Resolving MX records for [pdsk.perm.ru] (DNS Server: 212.33.225.211)...
Mon 2008-11-17 16:11:52: * P=000 S=000 D=pdsk.perm.ru TTL=(1) MX=[pdsk.perm.ru] {89.111.170.93}
Mon 2008-11-17 16:11:52: * P=020 S=001 D=pdsk.perm.ru TTL=(1) MX=[mx-77-236-88-94.pdsk.perm.ru] {77.236.88.94}
Mon 2008-11-17 16:11:52: Attempting SMTP connection to [89.111.170.93:25]
Mon 2008-11-17 16:11:52: Waiting for socket connection...
Mon 2008-11-17 16:11:52: * Connection established (127.0.0.1:1126 -> 89.111.170.93:25)
Mon 2008-11-17 16:11:52: Waiting for protocol to start...
Mon 2008-11-17 16:11:52: <-- 220-d470.breezeline.ru ESMTP Exim 4.69 #1 Mon, 17 Nov 2008 14:07:38 +0300
Mon 2008-11-17 16:11:52: <-- 220-We do not authorize the use of this system to transport unsolicited,
Mon 2008-11-17 16:11:52: <-- 220 and/or bulk e-mail.
Mon 2008-11-17 16:11:52: --> EHLO net229-145.ertelecom.ru
Mon 2008-11-17 16:11:52: <-- 250-d470.breezeline.ru Hello net229-145.ertelecom.ru [212.33.229.145]
Mon 2008-11-17 16:11:52: <-- 250-SIZE 52428800
Mon 2008-11-17 16:11:52: <-- 250-OK
Mon 2008-11-17 16:11:52: <-- 250-AUTH PLAIN LOGIN
Mon 2008-11-17 16:11:52: <-- 250-STARTTLS
Mon 2008-11-17 16:11:52: <-- 250 HELP
Mon 2008-11-17 16:11:52: --> MAIL From:<INFO@uotts.ru> SIZE=1262
Mon 2008-11-17 16:11:52: <-- 250 OK
Mon 2008-11-17 16:11:52: --> RCPT To:<test@pdsk.perm.ru>
Mon 2008-11-17 16:11:52: <-- 451 Temporary local problem - please try later
Mon 2008-11-17 16:11:52: --> QUIT
Mon 2008-11-17 16:11:52: Attempting SMTP connection to [77.236.88.94:25]
Mon 2008-11-17 16:11:52: Waiting for socket connection...
Mon 2008-11-17 16:11:52: * Connection established (127.0.0.1:1129 -> 77.236.88.94:25)
Mon 2008-11-17 16:11:52: Waiting for protocol to start...
Mon 2008-11-17 16:12:13: Socket connection closed by the other side (how rude!)
Mon 2008-11-17 16:12:13: Возраст этого сообщения равен 0 минутам; осталось 60 минут его нахождения в этой очереди
Mon 2008-11-17 16:12:13: SMTP session terminated (Bytes in/out: 384/102)
Mon 2008-11-17 16:12:13: ----------


Mon 2008-11-17 16:11:52: <-- 220-We do not authorize the use of this system to transport unsolicited, ???

220 Готов к обслуживанию(http://www.epochta.ru/articles/020/)

ipmanyak

Цитата:

Тебе как я понял , нужно получать и отправлять почту только на 2 ящика в одном и том же домене, находящихся за диалап, так?

да
будем пытаться

Я подумал.
А могут ли 2 mdaemon работать на одном компе
может этот вариант будет для меня проще?

vova64


Цитата:

А могут ли 2 mdaemon работать на одном компе

поидее нет

Kernell32
Цитата:

<-- 220-We do not authorize the use of this system to transport unsolicited

Это строка greeting, в ней после 220- можно писать что угодно, так что не обращай внимания. Ключевая фраза
Цитата:

451 Temporary local problem - please try later

Временные проблемы, пробуй позже.

Вопрос твой выше не понятен.

Цитата:

mail exchanger = mx-77-236-88-94.pdsk.perm.ru

Зачем писать такой длинный МХ? Хотя и можно. напиши просто mail.pdsk.perm.ru
77.236.88.94 в настоящий момент PTR не имеет, PTR прописывает провайдер.
C:\>nslookup 77.236.88.94
*** can't find 77.236.88.94: Non-existent domain

Цитата:

Зачем писать такой длинный МХ?

писал не я ! в управлении сайтом есть функция управление MX записями, в ней я только ip прописал, а система уже сама это вставила