» Все о MDaemon (#5)

antiput Покажите кусок лога ALL. если он не был включен, то включите и шлите тестовое письмо. Вложения имели какие расширения?

ipmanyak


Цитата:

=================================================
D:\Programs\MDaemon\Logs\MDaemon-20101220-all.log
=================================================

Mon 2010-12-20 09:23:09: ----------
Mon 2010-12-20 09:23:09: Thread 14E4 started..
Mon 2010-12-20 09:23:10: Thread 14E8 started..
Mon 2010-12-20 09:23:10: Thread 14EC started..
Mon 2010-12-20 09:23:12: Thread 1500 started..
Mon 2010-12-20 09:26:33: Session 1111; child 1; thread 0
Mon 2010-12-20 09:26:33: Accepting SMTP connection from [217.69.128.254:10485] to [172.17.100.100:25]
Mon 2010-12-20 09:26:33: Performing PTR lookup (254.128.69.217.IN-ADDR.ARPA)
Mon 2010-12-20 09:26:33: * D=254.128.69.217.IN-ADDR.ARPA TTL=(60) PTR=[f287.mail.ru]
Mon 2010-12-20 09:26:33: * Gathering A records...
Mon 2010-12-20 09:26:33: * D=f287.mail.ru TTL=(60) A=[217.69.128.254]
Mon 2010-12-20 09:26:33: ---- End PTR results
Mon 2010-12-20 09:26:33: --> 220 mydomain.ru ESMTP MDaemon 11.0.3; Mon, 20 Dec 2010 09:26:33 +0300
Mon 2010-12-20 09:26:33: <-- EHLO f287.mail.ru
Mon 2010-12-20 09:26:33: Performing IP lookup (f287.mail.ru)
Mon 2010-12-20 09:26:33: * D=f287.mail.ru TTL=(60) A=[217.69.128.254]
Mon 2010-12-20 09:26:33: ---- End IP lookup results
Mon 2010-12-20 09:26:33: --> 250-mydomain.ru Hello f287.mail.ru, pleased to meet you
Mon 2010-12-20 09:26:33: --> 250-ETRN
Mon 2010-12-20 09:26:33: --> 250-AUTH=LOGIN
Mon 2010-12-20 09:26:33: --> 250-AUTH LOGIN CRAM-MD5
Mon 2010-12-20 09:26:33: --> 250-8BITMIME
Mon 2010-12-20 09:26:33: --> 250 SIZE
Mon 2010-12-20 09:26:33: <-- MAIL FROM:<qqq@bk.ru> SIZE=42558
Mon 2010-12-20 09:26:33: Performing IP lookup (bk.ru)
Mon 2010-12-20 09:26:33: * D=bk.ru TTL=(60) A=[217.69.128.43]
Mon 2010-12-20 09:26:33: * P=010 S=000 D=bk.ru TTL=(60) MX=[mxs.mail.ru] {94.100.176.20}
Mon 2010-12-20 09:26:33: ---- End IP lookup results
Mon 2010-12-20 09:26:33: Performing SPF lookup (bk.ru / 217.69.128.254)
Mon 2010-12-20 09:26:33: * Policy: v=spf1 redirect=_spf.mail.ru
Mon 2010-12-20 09:26:33: * Evaluating redirect=_spf.mail.ru:
Mon 2010-12-20 09:26:33: * Evaluating redirect=_spf.mail.ru: performing lookup
Mon 2010-12-20 09:26:33: * Policy: v=spf1 ip4:94.100.176.0/20 ip4:217.69.128.0/21 ~all
Mon 2010-12-20 09:26:33: * Evaluating ip4:94.100.176.0/20: no match
Mon 2010-12-20 09:26:33: * Evaluating ip4:217.69.128.0/21: match
Mon 2010-12-20 09:26:33: * Result: pass
Mon 2010-12-20 09:26:33: ---- End SPF results
Mon 2010-12-20 09:26:33: --> 250 <qqq@bk.ru>, Sender ok
Mon 2010-12-20 09:26:33: <-- RCPT TO:<mymail@mydomain.ru>
Mon 2010-12-20 09:26:33: --> 250 <mymail@mydomain.ru>, Recipient ok
Mon 2010-12-20 09:26:33: <-- DATA
Mon 2010-12-20 09:26:33: Creating temp file (SMTP): d:\programs\mdaemon\queues\temp\md50000000331.tmp
Mon 2010-12-20 09:26:33: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2010-12-20 09:27:35: Соединение прервано
Mon 2010-12-20 09:27:35: SMTP session terminated (Bytes in/out: 1752/319)
Mon 2010-12-20 09:27:35: ----------
Mon 2010-12-20 09:28:07: Session 1112; child 1; thread 0
Mon 2010-12-20 09:28:07: Accepting SMTP connection from [94.100.176.18:55838] to [172.17.100.100:25]
Mon 2010-12-20 09:28:07: Performing PTR lookup (18.176.100.94.IN-ADDR.ARPA)
Mon 2010-12-20 09:28:08: * D=18.176.100.94.IN-ADDR.ARPA TTL=(60) PTR=[fallback1.mail.ru]
Mon 2010-12-20 09:28:08: * Gathering A records...
Mon 2010-12-20 09:28:08: * D=fallback1.mail.ru TTL=(60) A=[94.100.176.18]
Mon 2010-12-20 09:28:08: ---- End PTR results
Mon 2010-12-20 09:28:08: --> 220 mydomain.ru ESMTP MDaemon 11.0.3; Mon, 20 Dec 2010 09:28:08 +0300
Mon 2010-12-20 09:28:08: <-- EHLO fallback1.mail.ru
Mon 2010-12-20 09:28:08: Performing IP lookup (fallback1.mail.ru)
Mon 2010-12-20 09:28:08: * D=fallback1.mail.ru TTL=(60) A=[94.100.176.18]
Mon 2010-12-20 09:28:08: ---- End IP lookup results
Mon 2010-12-20 09:28:08: --> 250-mydomain.ru Hello fallback1.mail.ru, pleased to meet you
Mon 2010-12-20 09:28:08: --> 250-ETRN
Mon 2010-12-20 09:28:08: --> 250-AUTH=LOGIN
Mon 2010-12-20 09:28:08: --> 250-AUTH LOGIN CRAM-MD5
Mon 2010-12-20 09:28:08: --> 250-8BITMIME
Mon 2010-12-20 09:28:08: --> 250 SIZE
Mon 2010-12-20 09:28:08: <-- MAIL FROM:<qqq@bk.ru> SIZE=42074 BODY=8BITMIME
Mon 2010-12-20 09:28:08: Performing IP lookup (bk.ru)
Mon 2010-12-20 09:28:08: * D=bk.ru TTL=(58) A=[217.69.128.43]
Mon 2010-12-20 09:28:08: * P=010 S=000 D=bk.ru TTL=(58) MX=[mxs.mail.ru] {94.100.176.20}
Mon 2010-12-20 09:28:08: ---- End IP lookup results
Mon 2010-12-20 09:28:08: Performing SPF lookup (bk.ru / 94.100.176.18)
Mon 2010-12-20 09:28:08: * Policy: v=spf1 redirect=_spf.mail.ru
Mon 2010-12-20 09:28:08: * Evaluating redirect=_spf.mail.ru:
Mon 2010-12-20 09:28:08: * Evaluating redirect=_spf.mail.ru: performing lookup
Mon 2010-12-20 09:28:08: * Policy: v=spf1 ip4:94.100.176.0/20 ip4:217.69.128.0/21 ~all
Mon 2010-12-20 09:28:08: * Evaluating ip4:94.100.176.0/20: match
Mon 2010-12-20 09:28:08: * Result: pass
Mon 2010-12-20 09:28:08: ---- End SPF results
Mon 2010-12-20 09:28:08: --> 250 <qqq@bk.ru>, Sender ok
Mon 2010-12-20 09:28:08: <-- RCPT TO:<mymail@mydomain.ru>
Mon 2010-12-20 09:28:08: --> 250 <mymail@mydomain.ru>, Recipient ok
Mon 2010-12-20 09:28:08: <-- DATA
Mon 2010-12-20 09:28:08: Creating temp file (SMTP): d:\programs\mdaemon\queues\temp\md50000000332.tmp
Mon 2010-12-20 09:28:08: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2010-12-20 09:29:09: Соединение прервано
Mon 2010-12-20 09:29:09: SMTP session terminated (Bytes in/out: 1969/324)
Mon 2010-12-20 09:34:46: ----------

Добавлено:
пролистал все логи, ничего дельного перед "Соединение прервано" не нашел

Добавлено:
Вложения - файлы Excel, Word

Добавлено:
При этом, мой почтовый сервер видимо не отправляет ответ обратно, т.к. mail.ru шлет одно и тоже сообщение циклически.

antiput
Цитата:

Вложения - файлы Excel, Word

В демоне не запрещал?
По этому логу явно не видно причину обрыва сессии. Судя по логу, диалог почтовиков проходит нормально, но по числу переданных байт 1969, а должно быть типа SIZE=42074, данные не передавались. В диалоге строки короткие, при передаче самого письма идут полные пакеты. Возможно проблема с MTU. Как вы подключены к провайдеру. Тип вашей операционной системы.
Попингайте хосты mail.ru пакетами, начиная с 1500
ping 94.100.176.18 -f -l 1500 (нефрагментированные пакеты)
или
ping 94.100.176.18 -l 1500
Постепенно уменьшайте размер пакета, пока пинг не пойдет, так вы определите необходимый размер MTU, выясните какой MTU у вас при подключении к провайдеру, если стоит ADSL рутер, то какой в нем MTU.
Попробуйте уменьшить MTU до нужного минимума. Обычно хватает 1772 или 1460. Статьи в помощь
http://noxse.ru/2009/02/25/problema-s-mailru-i-odnoklassnikiru/ там есть ссылка на програмку DRTCP дабы править MTU не копаясь в реестре вручную.
http://support.microsoft.com/kb/283165
http://www.elcom.ru/node/189
После изменения MTU в реестре, требуется перезагрузка системы.

P.S. Пробовать написать в саппорт mail.ru

ipmanyak

Цитата:

В демоне не запрещал?

Нет 100% сразу проверил.


Цитата:

ping 94.100.176.18 -f -l 1500

Цитата:

Обмен пакетами с 94.100.176.18 по с 1500 байтами данных:
Ответ от 172.17.100.100: Требуется фрагментация пакета, но установлен запрещающи
й флаг.
Ответ от 172.17.100.100: Требуется фрагментация пакета, но установлен запрещающи
й флаг.
Ответ от 172.17.100.100: Требуется фрагментация пакета, но установлен запрещающи
й флаг.
Ответ от 172.17.100.100: Требуется фрагментация пакета, но установлен запрещающи
й флаг.

Статистика Ping для 94.100.176.18:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)

Цитата:

ping 94.100.176.18 -l 1500

Цитата:

Обмен пакетами с 94.100.176.18 по с 1500 байтами данных:
Ответ от 94.100.176.18: число байт=1500 время=11мс TTL=56
Ответ от 94.100.176.18: число байт=1500 время=10мс TTL=56
Ответ от 94.100.176.18: число байт=1500 время=11мс TTL=56
Ответ от 94.100.176.18: число байт=1500 время=11мс TTL=56

Статистика Ping для 94.100.176.18:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 10мсек, Максимальное = 11 мсек, Среднее = 10 мсек

Операционная система Win2008 Server Std R2, сервер подключен через шлюз DLink Net Defend VPN Firewall + DMZ, в него, грубо говоря и втыкается оптика провайдера

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

ipmanyak
Проверил, без него все работает. Т. е. причина, как я понимаю в нем. Модель DFL-1600, прошивка 2.26.01.10-13242 Dec 21 2009.

Добавлено:
ipmanyak

Цитата:

Ответ от 172.17.100.100: Требуется фрагментация пакета, но установлен запрещающи
й флаг.

может просто нужно разрешить в длинке фрагментацию пакетов?

antiput ftp.dlink.ru ищи там свежую прошивку для твоей модели, она наверняка есть.
Проблема думаю не в фрагментации пакетов в длинке, пока это не трогай. Сами длинки фуфло, причем почти всё глючит.
P.S. ftp://ftp.dlink.ru/pub/FireWall/DFL-1600/Firmware/
Последняя 2.27 , что пофиксено после 2.26.01 чиай тут - ftp://ftp.dlink.ru/pub/FireWall/DFL-1600/Firmware/Release_Notes_FW_v2.27.00.txt
Но не факт, что эта прошивка решит твою проблему. Почитай доку по длинку, может есть особые настройки для серверов в DMZ или еще что-либо касательно SMTP.


Добавлено:
antiput В твоей железке есть собственные фильтры. почитай про SMTP ALG и HTTP ALG. Короче почитай мануал повнимательнее и проверь все настройки, касающиеся SMTP.

ipmanyak
Все, решил проблему. В настройка файрвола в длинке стоял 7 уровень защиты на почтовые пробрасываемые порты. Убавил - и стало пропускать. Спасибо тебе огромное за помощь!

antiput

Всем привет!

Схема получения и отправки писем в следующем, пользователи отправляют письма с кодовым словом письма поподают в папку IN формируется ответ и попадает в папку OUT затем пользователям приходит ответ. все на одном сервере MDAemon v 9.6.4.

Sat 2010-12-25 10:55:11: Session 4586; child 1; thread 5064
Sat 2010-12-25 10:55:10: Принимаю SMTP подключение от [192.168.166.24:4926]
Sat 2010-12-25 10:55:10: --> 220 mail.org.kz ESMTP MDaemon 9.6.4; Sat, 25 Dec 2010 10:55:10 +0600
Sat 2010-12-25 10:55:10: <-- EHLO 814_ABD_Dits
Sat 2010-12-25 10:55:10: --> 250-mail.org.kz Hello 814_ABD_Dits, pleased to meet you
Sat 2010-12-25 10:55:10: --> 250-ETRN
Sat 2010-12-25 10:55:10: --> 250-AUTH=LOGIN
Sat 2010-12-25 10:55:10: --> 250-AUTH LOGIN CRAM-MD5
Sat 2010-12-25 10:55:10: --> 250-8BITMIME
Sat 2010-12-25 10:55:10: --> 250 SIZE 0
Sat 2010-12-25 10:55:11: <-- AUTH LOGIN
Sat 2010-12-25 10:55:11: --> 334 VXNlcm5hbWU6
Sat 2010-12-25 10:55:11: <-- dmtvLWRjaA==
Sat 2010-12-25 10:55:11: --> 334 UGFzc3dvcmQ6
Sat 2010-12-25 10:55:11: <-- ******
Sat 2010-12-25 10:55:11: --> 235 Authentication successful
Sat 2010-12-25 10:55:11: Authenticated as udr-slo@mail.org.kz
Sat 2010-12-25 10:55:11: <-- QUIT
Sat 2010-12-25 10:55:11: --> 221 See ya in cyberspace
Sat 2010-12-25 10:55:11: SMTP сессия отменена (Байт принято/передано: 61/295)


Sat 2010-12-25 10:55:09: Session 4584; child 1; thread 5284
Sat 2010-12-25 10:55:08: Принимаю SMTP подключение от [192.168.165.150:1758]
Sat 2010-12-25 10:55:08: --> 220 mail.org.kz ESMTP MDaemon 9.6.4; Sat, 25 Dec 2010 10:55:08 +0600
Sat 2010-12-25 10:55:08: <-- EHLO AbdUKa
Sat 2010-12-25 10:55:08: --> 250-mail.org.kz Hello AbdUKa, pleased to meet you
Sat 2010-12-25 10:55:08: --> 250-ETRN
Sat 2010-12-25 10:55:08: --> 250-AUTH=LOGIN
Sat 2010-12-25 10:55:08: --> 250-AUTH LOGIN CRAM-MD5
Sat 2010-12-25 10:55:08: --> 250-8BITMIME
Sat 2010-12-25 10:55:08: --> 250 SIZE 0
Sat 2010-12-25 10:55:09: <-- AUTH LOGIN
Sat 2010-12-25 10:55:09: --> 334 VXNlcm5hbWU6
Sat 2010-12-25 10:55:09: <-- dmtvLXV2ZA==
Sat 2010-12-25 10:55:09: --> 334 UGFzc3dvcmQ6
Sat 2010-12-25 10:55:09: <-- ******
Sat 2010-12-25 10:55:09: --> 235 Authentication successful
Sat 2010-12-25 10:55:09: Authenticated as udr-slo@mail.org.kz
Sat 2010-12-25 10:55:09: <-- QUIT
Sat 2010-12-25 10:55:09: --> 221 See ya in cyberspace
Sat 2010-12-25 10:55:09: SMTP сессия отменена (Байт принято/передано: 55/289)

aRMAN и что за хитрое кодовое слово? Оно тут причем? покажите лог ALL,

aRMAN То, что лог показал, молодец. Если бы еще упомянул, в чем суть проблемы?

Доброго времени суток!
Коллеги,подскажите, можно ли как-то это реализовать в Mdaemon:
Нужно экспортировать из демона адресную книгу в виде csv (чтобы потом к Бату прикручивать). Суть в том, что книга должна содержать поля:
- ФИО
- Email
- Отдел
- Телефон
Всё это должно браться из AD. Я сделал эскпорт - там есть всё, кроме поля телефона. А это очень важно - в фирме более 500 юзеров. Как-то это можно туда тоже включить? Спасибо!

MaksimKaterin А причем здесь MDaemon? Он может брать информацию о пользователях из LDAP севера, в том числе и из AD. И тот же БАТ можно к AD прикрутить.

2vlary: прикрутить можно, но этот БАТ не делает листинг из LDAP и получается что после поиска у пользователя в списке остаётся 1-2 адреса. Поэтому (не мной) было решено делать локальную базу (сетевой диск). Поэтому и хотелось бы понять можно ли средствами Mdaemon реализовать это?

Добрый день ipmanyak
Скажите мне пожалуйста, подходит ли world client(веб интерфейс) от 10 к 9 версии mdaemon???
Мне нужен русский язык в веб морде 9-ой версии, но его там. Как можно сделать так, чтобы он там появился?
Спасибо заранее!

Добавлено:
MaksimKaterin
У нас адресная книга в AD, только почтовые клиенты используем Outlook 2007. Все просматривается, работает нормально. Только вот геморно вбивать каждому сотруднику эту адр. книгу. Долго и муторно. Если бы через GPO как-то все сделать, было бы супер!
Простите за офтоп.

AkeHayc Не знаю. Я webadmin не юзаю вообще (хожу на консоль radmin-ом), а русский язык для почтовика Mdaemon не признаю вообще. В worldclient русский и так есть, даже в 8-ке, язык настраивается в setup-e WC вкладка Options - Language и тему лучше выбирать Lookout.

ipmanyak
О спасибо!
Мне как раз и нужен русский в World Client.

Добавлено:
Поменял на русский, после захожу в WorldClient, а там одни квадратики . . .
Если поменять в mdaemon.ini поле charset = iso-8859-1 на charset = koi8, будет ли нормально после ?

Добавлено:
Вроде проблему решил копированием WorldCleint от русской версии

AkeHayc Не нужно было ничего копировать. включил русский в самом демоне в WC указал тему и всё! У меня аглицкий MD 8.1.4 и я ничего не копировал и так всё на русском в WC. Если до этого уже заходил в WC как клиент, то уже в самом клиенте в его настройках в личных предпочтениях нужно выбрать тему LOOKOUT и всё, а кодировку указывать KOI8-R или Win 1251 уже в самом браузере, ini файле ничего не трогай. Довольно часто ее приходилось переключать в самом браузере для просмотра тех или иных писем, зачастую тема и тело письма бывают в разных кодировках, в настоящее время (кажись с 10-ки) WC юзает Unicode и вроде как такой проблемы нету.

ipmanyak Вы случайно не знаете почему письма не удаляются через WC ?

Ситуация такая: юзер заходит в WC, к нему приходит письмо он его видит, он его прочитал и теперь хочет удалить письмо. Выделяет письмо и жмакает на кнопку Х
После чего письмо которое должно быть удалено благополучно остается на своем месте.
Может это не из за родного WC. . .

Добрый день.
Ситуация такая
Есть MDAEMON Pro 10.1.0 RUS
До сегоднешнего утра он отлично работал.
Сегодня с утра перестала намертво обрабатываться локальная очередь
т.е. письма с внешеи приходят попадают в эту очередь и дальше не идут
тоже самое и с письмами внтури домена.
Конфигурацию компа и софта не менял.
в логах чисто

ОЧЕНЬ СРОЧНО НУЖНО ПЛС ПОМОГИТЕ!!!!!
офис сидит без почты!!!

One13 Какой-нибудь внешний хелпер типа антивируса не стоит? Может, он упал, и очередь застыла на обработке этим хелпером?

стоит встроенный в MDAEMON каспер - но он отключен
и стоит ESET Smart Security - его тоже отключил - но почта ходить не нчала
до этого полтора года все работало в таком наборе

One13
рестарт сервиса не помогает?

ни рестарт сервиса
ни mdaemona
ни перезагрузка компа
ничего

если надо - могу выложить любой лог

Добавлено:
в журнале приложений нашел:
**** ALERT **** Spam Filter did not respond within expected time limit; CFEngine may have stopped responding; it will be stopped and restarted [EvProcess]

**** ALERT **** АнтиВирус не ответил в течение предусмотренного времени; CFEngine иог перестать отвечать; он будет остановлен и перезагружен [EvProcess]


щя отрублю антиспам
посмотрим
спам ловушку почистил

One13
Угу, оно.
Я по этим варнингам сервис рестартую. Так и борюсь.
Правда, ничего не чищу. Помогает и так.

пока что полностью удалил SecurityPlus for MDaemon 4.0.2.0

вроде начала бегать почта

мне рестарт не помог

щя полсмотрим - как почта разбежится (очереди почистяться) юуду думать что дальше - в зависмости от корличества полезущего спама
может что посоветуете?

Прошу помощи. Осталась проблема
"как заставить mdaemon 10 не обрывать входящую smtp-сессию при прохождении символов <crlf>.<crlf>? После кодировки писем (при ответе-пересылке) в формате quoted-printable в теле письма иногда появляются строки, состоящие из одной точки. Не всегда, но часто mdaemon начинает обрезать прием письма на этой комбинации символов. удаление письма из очереди на шлюзе и повторная постановка в ту же очередь обычно решает проблему, но юзеры успевают получить сотни копий "обрезанного "письма, что не очень приятно"
Mdaemon корпоративный почтовый сервер. Почту принимает не напрямую, а через шлюз-антиспам с ORF 4.4 + GFI MailEssential на Windows 2003 SRV

EET Прекращение приема данных и переход в командный режим по <crlf>.<crlf> установлено на уровне протокола SMTP и коррекции не подлежит. В противном случае соединение будет просто отваливаться по тайм-ауту. Проблемным отправителям предложите в почтовых клиентах сменить кодировку с quoted-printable на BASE64, там таких глюков нет.

Ребята скажите пожалуйста почему не удаляются письма в WC ?


Добавлено:
И как сделать чтобы письма сохранялись всегда в WC?
Допустим не зависимо от настройки Outlook'a (сохранять письма на сервер)