» Все о MDaemon (#2)

myf
в настройках поставь таймаут побольше (по умолчанию он равен 30 мин.)
у тебя просто за 30 мин. не успевает большой файл уйти, вот он пишет, что таймаут
mishak
не такой уже он и глючный, при нормльной настройке все работает на ура

starter1983
ну да. до тех пор пока он не ответит типа
250 О кей, сообщение сохранено ...
и принимающий сервер не на шутку задумается над ... шуткой

Подскажите, можно ли этот BlackList подключить к MDaemon'u _http://www.uceprotect.net и как это сделать?
Заранее спасибо!

ipmanyak
Это типовая схема... Плюсы:
1 Разнесение нагрузки - на внутреннем сервере отключены проверки на спам и антивирусная... А почтовая нагрузка на внутреннем - 900 пользователей + 12 шлюзов. (Рассматривется переход на кластер и тут только Exchange)
2. Взлом внешнего сервера не приводит к серьезным последствиям
... и много еще чего удабного в этой схеме... А то, что обслуживать два сервера - железо и почтовик должны быть такими что 'Настроил и забыл'

GAAlex Пиши тогда фейковый праймари домен от балды.

Roks

Цитата:

можно ли этот BlackList подключить к MDaemon'u _http://www.uceprotect.net

Можно ! там же в факе всё написано! - http://www.uceprotect.net/en/index.php?m=6&s=11

ipmanyak
dafjhg345.ru
nic.ru говорит что домен свободен

Кстати про блек-листы... Как посмотеть что к ним есть обращение?

GAAlex Странный вопрос! в логе SMTP-IN или ALL :
Thu 2007-07-05 00:02:17: [2255:2] Performing DNS-BL lookup (198.133.219.158 - connecting IP)
Thu 2007-07-05 00:02:17: [2255:2] * smtp.dnsbl.sorbs.net - passed
Thu 2007-07-05 00:02:17: [2255:2] * bl.spamcop.net - passed
Thu 2007-07-05 00:02:17: [2255:2] * cbl.abuseat.org - passed
Thu 2007-07-05 00:02:17: [2255:2] * combined.njabl.org - passed
Thu 2007-07-05 00:02:18: [2255:2] * sbl-xbl.spamhaus.org - passed
Thu 2007-07-05 00:02:19: [2255:2] * ex.dnsbl.org - passed
Thu 2007-07-05 00:02:19: [2255:2] * blackholes.uceb.org - passed
Thu 2007-07-05 00:02:19: [2255:2] * multihop.dsbl.org - passed
Thu 2007-07-05 00:02:19: [2255:2] ---- End DNS-BL results

Цитата:

ipmanyak

нету... ага, скорее всего у меня ошибка в ДНС... (хоть не в ДНК )
Вот так уменя:
Принимаю SMTP подключение от [ip адрес:63863]
Performing PTR lookup (ip адрес.IN-ADDR.ARPA)
...
Performing IP lookup (домен)
...
Performing IP lookup (домен)
...
Performing SPF lookup (домен / ip адрес)
...
--> 451 Greylisting enabled, try again in 15 minutes
Соединение прервано
SMTP сессия отменена (Байт принято/передано: 87/328)

Доброго дня.
Ситуация...Есть два офиса. В обоих стоит MDaemon.
Первая имеет домен xxx.com
Вторая имеет домен zzz.com
В первой организации я настроил Оутлук на РОР3 для xxx.com, а для zzz.com настроил получение почты по IMAP.
Проблемка: при отправке почты с первого офиса (xxx.com) во второй (zzz.com) через учётную запись xxx.com все работает отлично.

Thu 2007-07-05 17:21:23: Session 416; child 1; thread 4296
Thu 2007-07-05 17:21:20: Принимаю SMTP подключение от [192.168.xxx.xxx:49905]
Thu 2007-07-05 17:21:20: --> 220 [xxx.xxx.xxx.xxx] ESMTP MDaemon 9.6.0; Thu, 05 Jul 2007 17:21:20 +0300
Thu 2007-07-05 17:21:20: <-- EHLO Vaho999
Thu 2007-07-05 17:21:20: --> 250-[xxx.xxx.xxx.xxx] Hello Vaho999, pleased to meet you
Thu 2007-07-05 17:21:20: --> 250-ETRN
Thu 2007-07-05 17:21:20: --> 250-AUTH=LOGIN
Thu 2007-07-05 17:21:20: --> 250-AUTH LOGIN CRAM-MD5
Thu 2007-07-05 17:21:20: --> 250-8BITMIME
Thu 2007-07-05 17:21:20: --> 250 SIZE 0
Thu 2007-07-05 17:21:20: <-- MAIL FROM: <xxx@xxx.com>
Thu 2007-07-05 17:21:20: --> 250 <xxx@xxx.com>, Sender ok
Thu 2007-07-05 17:21:20: <-- RCPT TO: <zzz@zzz.com>
Thu 2007-07-05 17:21:20: --> 250 <zzz@zzz.com>, Recipient ok
Thu 2007-07-05 17:21:20: <-- DATA
Thu 2007-07-05 17:21:20: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000000342.tmp
Thu 2007-07-05 17:21:20: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2007-07-05 17:21:20: Message size: 2473 bytes
Thu 2007-07-05 17:21:20: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000006931.msg
Thu 2007-07-05 17:21:21: --> 250 Ok, message saved <Message-ID: 004c01c7bf0f$d1a318d0$74e94a70$@com.ua>
Thu 2007-07-05 17:21:23: <-- QUIT
Thu 2007-07-05 17:21:23: --> 221 See ya in cyberspace
Thu 2007-07-05 17:21:23: SMTP сессия успешна (Байт принято/передано: 2567/420)


Но если я пытаюсь отправить письмо из первого офиса во второй через учетную запись zzz.com, то молниеносно получаю ошибку

Thu 2007-07-05 17:21:37: Session 418; child 1; thread 5420
Thu 2007-07-05 17:21:34: Принимаю SMTP подключение от [192.168.xxx.xxx:49906]
Thu 2007-07-05 17:21:34: --> 220 [xxx.xxx.xxx.xxx] ESMTP MDaemon 9.6.0; Thu, 05 Jul 2007 17:21:34 +0300
Thu 2007-07-05 17:21:34: <-- EHLO Vaho999
Thu 2007-07-05 17:21:34: --> 250-[xxx.xxx.xxx.xxx] Hello Vaho999, pleased to meet you
Thu 2007-07-05 17:21:34: --> 250-ETRN
Thu 2007-07-05 17:21:34: --> 250-AUTH=LOGIN
Thu 2007-07-05 17:21:34: --> 250-AUTH LOGIN CRAM-MD5
Thu 2007-07-05 17:21:34: --> 250-8BITMIME
Thu 2007-07-05 17:21:34: --> 250 SIZE 0
Thu 2007-07-05 17:21:34: <-- MAIL FROM: <zzz@zzz.com>
Thu 2007-07-05 17:21:34: --> 250 <zzz@zzz.com>, Sender ok
Thu 2007-07-05 17:21:34: <-- RCPT TO: <zzz@zzz.com>
Thu 2007-07-05 17:21:34: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Thu 2007-07-05 17:21:34: --> 550 <zzz@zzz.com>, Recipient unknown
Thu 2007-07-05 17:21:37: <-- QUIT
Thu 2007-07-05 17:21:37: --> 221 See ya in cyberspace
Thu 2007-07-05 17:21:37: SMTP сессия отменена (Байт принято/передано: 86/311)


Я так понимаю срабатывает защита MDaemon. И он не пропускает через себя письма от отправителей которые не входят в домен xxx.com. Как можно решить данную проблему?
MDaemon 9.6.0 ставил по умолчанию...

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

Зарание благодарен за ответ.

===============================================================================

Сам нашел, как обычно методом проб и ошибок. Если у кого такая будет ситуация, то вот решение:
1. Нажимаем Alt+F1 (Меню = Безопасность -> Передача / Trusts / Тарпит ... и т.д.)
2. Вкладка "Настойка передачи". Там стоит галочка напротив "Запретить ретрансляцию сообщений". Ниже четыре подпункта. Я поставил галочку только напротив "...если только не отправлено с разрешенного хоста или IP".
3. Идем во вкладку "Разрешенные хосты". Там два поля. Одно для доменов, второе для IP. Вот во второе поле я и добавил свою сеть 192.168.ххх.*

После этого если письма идут от пользователя другого домена, но с сразрешенного IP , то письма отправляются.

Кто подскажет как правильно обновиться с 7ой версии до 9.5,чтоб все настройки и почта остались??

stas999 Дык птица то в DNSBL стоит что engine включен?


Добавлено:
basictech сделать бэкап каталога mdaemon и поставить поверх, если мдемон кракнутый, вспомнить чем кракал и если были доп файлы, то удалить их. Кое-что придется поднастроить, много воды утекло после 7-ки, антивирь тоже другой !

Проблемма такая: при работе с MDeamon через Remote Desktop постоянно вылетает Ghost MDeamon. Причем в Эвентах нет ошибок, а есть только Варнинги
Event Type:    Warning
Event Source:    MDaemon
Event Category:    None
Event ID:    531
Date:        06.07.2007
Time:        16:17:23
User:        N/A
Computer:    MAIL-SERVER
Description:
**** ALERT **** AntiVirus did not respond within expected time limit; CFEngine may have stopped responding; it will be stopped and restarted [EvProcess]
Как это побороть?

Добавлено:
MDeamon 9.6.1
SecurityPlus 3.0.4
Win2k3 sp2

Всем привет
Работает ли у кого-нибудь Outbreak из SecurityPlus?
У меня процесс развивался так: установил 9.6.0 и SP 3.0.2 - все работало
Через пару дней Outbreak пропал , хотя окно plugins говорило что он загружен и готов к работе. Переустановка SP на 3.0.5 ничего не изменила, а в реестре обнаружилась странная запись: SP antivirus mod only .
Может ключик какой нужен?

Кто нибудь ставил русский MDeamon 9.6.1 - есть ли проблеммы/ошибки ?

Помогите настроить
есть сервак win2003 стоит Mdaemon9.6 пров сделал MX запись на его ип mail.домен.ru
т.е. с моего серва почта должна получатся и отправлятся. обьясните че куда писать , если пишу в первичный домен mail.доман.ru то и почтовые ящики имеют вид user@mail.домен.ru
спасибо

EvilHomer
Инструкцию соизволь прочесть для начала!
А писать надо не имя хоста, а имя домена, т.е. domain.ru.

стоит демон 9.6.0 русский. почту забирает и иногда отправляет причем в невеных
сообщениях висят сообщения с такой хренью =?koi-8r?B?5NjRy8/Oz9cg8y73Lg==?=<от кого> на входящих, с похожей ерундой только в поле кому в исходящих

Хочу задать тот же вопрос, что и год назад, а именно:

Цитата:

Народ, подскажите такую вещь - довольно долго не следил за обновлениями сабжа, до сих пор сижу на v8.1.3

Какая из версий 9хх наиболее стабильна в работе и оптимальна для перехода?

golkanavt лично меня пока устраивает 8.1.4 .
К тому же перейти на 9-ку пока и возможности нет, на NT4 9-ка не ставится.

Привет всем.
Раньше была такая возможность править некоторые поля в SMTP командах.
к примеру вот такое

Цитата:

SMTP STRING CODES
7000='' %s ESMTP MDaemon %s; %s ''

делалось вот так

Цитата:

[Custom-SMTP]
7000='' Alt-N Technologies ESMTP server''

начиная с какой то из версий это не работает. я вставляю эти изменения в mdaemon.ini перегружаю демона, и в файлике уже моих исправлений нет.
Может теперь это по другому делается? я не нашёл как. подскажите!?
За ранее благодарю.

Kamerton
C версии 9.6.0 Вот ответ с официального форума:
In previous release we can use a [custom-smtp] value with specific parameters like "7000= smtp server version superman 1.0"
But now with 9.6.0 if i configure this in the mdaemon.ini and i reboot server this does not affect anything, i always have : "ESMTP MDAEMON v 9.6.0 ...." We do not want that version of server is displayed...

GAAlex
Цитата:

ответ с официального форума

А где ответ-то? Это тот же самый вопрос, как и у Kamerton, только по-английски...

Akam1
Извини... Сылка
hттp//lists.altn.com/WebX/.eed6bcb?50@167.opmeaKh0Jho@
Ответ:

Цитата:

Custom SMTP strings have been disabled completely with 9.60 - they no longer work at all. I believe this was mentioned in the release notes.

Цитата:

Извини... Сылка
hттp//lists.altn.com/WebX/.eed6bcb?50@167.opmeaKh0Jho@
Ответ:

Цитата:Custom SMTP strings have been disabled completely with 9.60 - they no longer work at all. I believe this was mentioned in the release notes.

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

Кто юзал Мингер? Каскадно работает?

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

---------------------------------------------------------------------------
Thu 2007-07-12 14:47:17: Session 2906; child 1
Thu 2007-07-12 14:46:49: Parsing Message <c:\mdaemon\remoteq\pd90000009320.msg>
Thu 2007-07-12 14:46:49: From: valeria@voren.ru
Thu 2007-07-12 14:46:49: To: nastya@milan2000.ru
Thu 2007-07-12 14:46:49: Subject: =?koi8-r?B?68/NLtDSxcTMz9bFzsnF?=
Thu 2007-07-12 14:46:49: Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAPRsU3vlpilIh072cAWsl3/CgAAAEAAAACAsZJKXbrxEuYUIvCFOhKcBAAAAAA==@voren.ru>
Thu 2007-07-12 14:46:49: Выполняется разрешение MX-записи для [milan2000.ru] (DNS-сервер: 192.168.0.111)...
Thu 2007-07-12 14:46:49: P=010 D=milan2000.ru TTL=(220) MX=[mail.milan2000.ru]
Thu 2007-07-12 14:46:49: Attempting MX: P=010 D=milan2000.ru TTL=(220) MX=[mail.milan2000.ru]
Thu 2007-07-12 14:46:49: Попытка SMTP соединиться с [mail.milan2000.ru : 25]
Thu 2007-07-12 14:46:49: Разрешение A-записи [mail.milan2000.ru] в процессее (DNS-сервер: 192.168.0.111)...
Thu 2007-07-12 14:46:49: D=mail.milan2000.ru TTL=(220) A=[88.80.32.125]
Thu 2007-07-12 14:46:49: Попытка SMTP соединиться с [88.80.32.125 : 25]
Thu 2007-07-12 14:46:49: Ожидание соединения сокета...
Thu 2007-07-12 14:46:49: Установлено соединение сокета (82.140.81.58 : 19981 -> 88.80.32.125 : 25)
Thu 2007-07-12 14:46:49: Ожидание начала протокола...
Thu 2007-07-12 14:47:10: <-- 220 idz.ru ESMTP 5.0.6
Thu 2007-07-12 14:47:10: --> EHLO mx.voren.ru
Thu 2007-07-12 14:47:12: <-- 250-idz.ru is pleased to meet you
Thu 2007-07-12 14:47:12: <-- 250-DSN
Thu 2007-07-12 14:47:12: <-- 250-SIZE 8388608
Thu 2007-07-12 14:47:12: <-- 250-STARTTLS
Thu 2007-07-12 14:47:12: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI MSN NTLM
Thu 2007-07-12 14:47:12: <-- 250-ETRN
Thu 2007-07-12 14:47:12: <-- 250-TURN
Thu 2007-07-12 14:47:12: <-- 250-ATRN
Thu 2007-07-12 14:47:12: <-- 250-NO-SOLICITING
Thu 2007-07-12 14:47:12: <-- 250-8BITMIME
Thu 2007-07-12 14:47:12: <-- 250-HELP
Thu 2007-07-12 14:47:12: <-- 250-PIPELINING
Thu 2007-07-12 14:47:12: <-- 250 EHLO
Thu 2007-07-12 14:47:12: --> MAIL From:<valeria@voren.ru> SIZE=54905
Thu 2007-07-12 14:47:17: <-- 478 valeria@voren.ru reverse check protocol error
Thu 2007-07-12 14:47:17: --> QUIT
---------------------------------------------------------------------------------------------

В чём проблема?

RikkiTikki
Похоже что не проходишь проверку спам-фильтров...

RikkiTikki
milan2000.ru обслуживает наш провайдер Ньютон (idz.ru), вся почта релеится через почтовый серв прова Ньютона (idz.ru), НО они недавно врубили обратную проверку адреса отправителся, выглядит это как запрос на твой почтовик на адрес valeria@voren.ru (в твоем конечно случае), ищи примерно в это время логи в SMTP-IN.
Их запрос скорее всего твой серв отклоняет, вот они тебе и пишут:


Цитата:

Thu 2007-07-12 14:47:17: <-- 478 valeria@voren.ru reverse check protocol error

Но была у них проблема недавно в том что они еще и SPF политику задали в DNS для своего домена, и происали ее очень, даже не очень а совсем не правильно, типа:

v=spf1 a mx ip4:88.80.32.4 -all

где
a, mx, ipv4:88.80.32.4 - это один и тот же адрес 88.80.32.4, их почтовый релей
-all - при проверке блочить всю почту которая не идет с 88.80.32.4

при обратном запросе они не указывали обратный адрес, да и понятно что там можно указать, НО они не учли что согласно правилам SPF доменное имя для проверки SPF еще берется из HELO домена, а там светился idz.ru, получалось что вся почта отправленная через их релей без обратного адреса (в том числе и их запосы на обратную проверку адреса) блочилась согласно их же SPF политике
Я недавно дозвонился до них, и они меня уверили что проблему знают и уже убрали из DNS SPF политику для их домена.
Так что смотри логи SMTP-IN, либо все еще из-за SPF блочится, либо еще из-за чего.
Ищи примерно это:

Код: Mon 2007-07-09 03:22:09: Прием SMTP соединения от [88.80.32.125 : 2564]
Mon 2007-07-09 03:22:09: Performing PTR lookup (125.32.80.88.IN-ADDR.ARPA)
Mon 2007-07-09 03:22:09: * D=125.32.80.88.IN-ADDR.ARPA TTL=(0) PTR=[milan2000.ru]
Mon 2007-07-09 03:22:09: * Gathering A records...
Mon 2007-07-09 03:22:09: * D=milan2000.ru TTL=(0) A=[88.80.32.125]
Mon 2007-07-09 03:22:09: ---- End PTR results
Mon 2007-07-09 03:22:09: --> 220 farmaimpex.ru ESMTP MDaemon 9.5.6; Mon, 09 Jul 2007 03:22:09 +0500
Mon 2007-07-09 03:22:09: <-- HELO idz.ru
Mon 2007-07-09 03:22:09: Performing IP lookup (idz.ru)
Mon 2007-07-09 03:22:09: * D=idz.ru TTL=(0) A=[88.80.32.4]
Mon 2007-07-09 03:22:09: ---- End IP lookup results
Mon 2007-07-09 03:22:09: EHLO/HELO response delayed 15 seconds
Mon 2007-07-09 03:22:24: --> 250 farmaimpex.ru Hello milan2000.ru (may be forged), pleased to meet you
Mon 2007-07-09 03:22:24: <-- MAIL FROM:<>
Mon 2007-07-09 03:22:24: Performing SPF lookup (idz.ru / 88.80.32.125)
Mon 2007-07-09 03:22:24: * Policy: v=spf1 a mx ip4:88.80.32.4 -all
Mon 2007-07-09 03:22:24: * Evaluating a: no match
Mon 2007-07-09 03:22:24: * Evaluating mx: no match
Mon 2007-07-09 03:22:24: * Evaluating ip4:88.80.32.4: no match
Mon 2007-07-09 03:22:24: * Evaluating -all: match
Mon 2007-07-09 03:22:24: * Result: fail
Mon 2007-07-09 03:22:24: ---- End SPF results
Mon 2007-07-09 03:22:24: --> 550 88.80.32.125 does not pass SPF requirements for domain idz.ru
Mon 2007-07-09 03:22:24: SMTP сессия отменена (Байт принято/передано: 27/214)

Clavik
за это нужно убивать postmaster'а