» Все о MDaemon (#3)

qrock Откуда резервному серверу знать какие квоты у каждого ящика на основном? Кто их ему сообщил? Никто! Нафига ему вообще знать какие ящики и какие квоты у основного? Какой код дает в ответ основной с мессагой "exceed mailbox quota" ? 552 или 452? По-нормальному основной должен давать в ответ код 452, типа 452 exceed mailbox quota, Try again later. Но чревато большим объемом входящего трафика, если майлбокс не будет очищен. Поэтому я ставлю 552 - Miscalaneous options | Server. Основной сервер тоже с Mdaemon?

ipmanyak
Основной тоже MDaemon и дает 452 ошибку:
452 Message for <user@domain.com> would exceed mailbox quota

Тогда вся эта почта валится на резервный. Он накапливает и постоянно пытается ее слать на основной. Если даже основной будет отшивать по 552, все-равно вся почта свалится на резервный. Выходит решения нет?

Кстати, трафик не очень большой за одну сессию, но все равно неприятно когда много таких сообщений.
SMTP session terminated (Bytes in/out: 560/108)

Господа , а у всех в 10-ке отсутвует закладка "инструменты" ( "tools" в английской) под левой панелью. Обновился до десятки и закладка пропала! Я не нашёл как её включить обратно. Хелп!

В свете вышележащего поста: если кто-нибудь перешёл с 9-ой на 10-ую версию, поделитесь пожалуйста своими впечатлениями о стабильности работы, о новых фичах, о новых глюках (если таковые имеются).

Барабашки в MDaemon 9.6.6
В комплекте MDaemon+OC были проблемы с общей адресной книгой. Решил в выходной переустановить все вчистую, поновой ввести пользователей руками. Их не очень много. Что и сделал. Установил, завел 2-х пользователей - себя и еще одного - все работает как и должно быть. Ввел ключики и активировал MDaemon, OC, AV. Завел всех остальных. Книга доступна, пользователи автоматом добавляются и удаются.
Утром в понедельник - звонят пользователи, не могут получить почту, неправильный пароль. Для простоты, у всех пользователей одинаковый длинный пароль, который знаю только я. Начинаю разбираться. Результат: в файле UserList.dat зашифрованные пароли первых друх пользователей и всех остальных отличаются последней буквой - что-то типа T7yUio...Kp и T7yUio...Kq. Через настройку пользователя меняю пароль - в UserList.dat ничего не меняется. Меняю всем последнюю букву в файле в текстовом редакторе - все заработало!!! Перезапускаю MDaemon, завожу тестового пользователя - снова пароль типа T7yUio...Kp - который неправильный.
Что за ерунда? Как исправить???

Неплохо было бы видеть в шапке актуальную настройку DNS-BL списка, например от ipmanyak.

eap А если сделать экспорт учеток в csv файл, там какой пароль светится? И какой длины пароль делаешь?

Длина пароля 9 символов, цифры и лат. большие и маленькие буквы. Тот же пароль, что и был до переустановки MDaemon'а. Чтоб у юзеров ничего не менять.
Экспорт провести сейчас не могу - нахожусь на второй площадке.
НО!!! Здесь стоит тоже Демон 9.6.6, тот же пароль, в файле UserList кодированные пароли кончаются на p (которые типа "неправильные"), здесь - экспортируются правильно в "правильный" пароль и все работает...

Здраствуйте не приходить почта на один ящик.

Mon 2008-09-22 14:11:38: Parsing message <c:\mdaemon\queues\remote\pd50000028908.msg>
Mon 2008-09-22 14:11:38: * From: Kolevatov@neocon.com.ua
Mon 2008-09-22 14:11:38: * To: kolevatov@ram.com.ua
Mon 2008-09-22 14:11:38: * Subject: test
Mon 2008-09-22 14:11:38: * Message-ID: <auto-000190259552@mbx.dc.utel.ua>
Mon 2008-09-22 14:11:38: Устанавливаю SMTP подключение к [ram.com.ua]
Mon 2008-09-22 14:11:38: Разрешение MX-записей для [ram.com.ua] (DNS-сервер: 192.168.1.101)...
Mon 2008-09-22 14:11:38: * Пакет от сервера DNS недействителен
Mon 2008-09-22 14:11:47: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 1 из 3)
Mon 2008-09-22 14:11:47: Разрешение MX-записей для [ram.com.ua] (DNS-сервер: 212.109.32.5)...
Mon 2008-09-22 14:11:47: * P=010 S=000 D=ram.com.ua TTL=(36) MX=[mbx.dc.utel.ua]
Mon 2008-09-22 14:11:47: * P=100 S=001 D=ram.com.ua TTL=(36) MX=[mx1.dc.utel.ua]
Mon 2008-09-22 14:11:47: * P=110 S=002 D=ram.com.ua TTL=(36) MX=[mx2.dc.utel.ua]
Mon 2008-09-22 14:11:47: Устанавливаю SMTP подключение к [mbx.dc.utel.ua:25]
Mon 2008-09-22 14:11:47: Разрешение A-записи для [mbx.dc.utel.ua] (DNS-сервер: 212.109.32.5)...
Mon 2008-09-22 14:11:47: * D=mbx.dc.utel.ua TTL=(50) A=[213.186.112.2]
Mon 2008-09-22 14:11:47: Устанавливаю SMTP подключение к [213.186.112.2:25]
Mon 2008-09-22 14:11:47: Ожидание подключения сокета...
Mon 2008-09-22 14:11:47: * Соединение установлено (89.162.185.170:3342 -> 213.186.112.2:25)
Mon 2008-09-22 14:11:47: Ожидание запуска протокола...
Mon 2008-09-22 14:11:47: <-- 220 mbx.dc.utel.ua ESMTP Server
Mon 2008-09-22 14:11:47: --> EHLO paradigm.com.ua
Mon 2008-09-22 14:11:47: <-- 250-mbx.dc.utel.ua we trust you paradigm.com.ua
Mon 2008-09-22 14:11:47: <-- 250-DSN
Mon 2008-09-22 14:11:47: <-- 250-SIZE 31457280
Mon 2008-09-22 14:11:47: <-- 250-STARTTLS
Mon 2008-09-22 14:11:47: <-- 250-AUTH LOGIN PLAIN CRAM-MD5 DIGEST-MD5 GSSAPI MSN NTLM
Mon 2008-09-22 14:11:47: <-- 250-ETRN
Mon 2008-09-22 14:11:47: <-- 250-TURN
Mon 2008-09-22 14:11:47: <-- 250-ATRN
Mon 2008-09-22 14:11:47: <-- 250-NO-SOLICITING
Mon 2008-09-22 14:11:47: <-- 250-HELP
Mon 2008-09-22 14:11:47: <-- 250-PIPELINING
Mon 2008-09-22 14:11:47: <-- 250 EHLO
Mon 2008-09-22 14:11:47: --> MAIL From:<Kolevatov@neocon.com.ua> SIZE=4955
Mon 2008-09-22 14:11:48: <-- 250 Kolevatov@neocon.com.ua sender accepted
Mon 2008-09-22 14:11:48: --> RCPT To:<kolevatov@ram.com.ua>
Mon 2008-09-22 14:11:48: <-- 250 kolevatov@ram.com.ua will leave the Internet
Mon 2008-09-22 14:11:48: --> DATA
Mon 2008-09-22 14:11:48: <-- 354 Enter mail, end with "." on a line by itself
Mon 2008-09-22 14:11:48: Отправка <c:\mdaemon\queues\remote\pd50000028908.msg> для [213.186.112.2]
Mon 2008-09-22 14:11:48: Передача завершена
Mon 2008-09-22 14:11:48: <-- 250 190273199 message accepted for delivery
Mon 2008-09-22 14:11:48: --> QUIT
Mon 2008-09-22 14:11:48: <-- 221 mbx.dc.utel.ua SMTP closing connection
Mon 2008-09-22 14:11:48: SMTP сессия успешна (Байт принято/передано: 501/5073)

adminoverlord99

Цитата:

Mon 2008-09-22 14:11:48: <-- 250 190273199 message accepted for delivery
Mon 2008-09-22 14:11:48: --> QUIT
Mon 2008-09-22 14:11:48: <-- 221 mbx.dc.utel.ua SMTP closing connection
Mon 2008-09-22 14:11:48: SMTP сессия успешна (Байт принято/передано: 501/5073)

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

Большое спасибо буду дальше разбиратся. Значит получается что клиент kolevatov@ram.com.ua получил письмо.

adminoverlord99 Не обязательно, нужно смотреть логи POP на том сервере. Опять же вопрос к ихзнему админу. Если по логам POP письмо отдано тогал нужносмотреть правила фильтрации у клиента.

Помогите разобраться с настройкой антиспама в Mdaemon10. Стояла 8ка с настроенным баесовым фильтром,и всё было отл. Перешел на 10ку,настройки антиспама сбросились. Обучил баесовов фильтр(около 1000 спама и неспама),включил эвристику,DNS-BL - ничего не помогает - не считает очки спама! Сейчас настройки антиспама на умолчании,баесов фильтр вкл,стоит Antispam Security Plus 3.06 и вот полюбуйтесь:

SMTP in:

Tue 2008-09-23 11:01:48: ----------
Tue 2008-09-23 11:01:53: Session 23; child 1; thread 5332
Tue 2008-09-23 11:01:07: Accepting SMTP connection from [220.169.253.5:26446]
Tue 2008-09-23 11:01:07: --> 220 contora.ru ESMTP MDaemon 10.0.0; Tue, 23 Sep 2008 11:01:07 +0400
Tue 2008-09-23 11:01:14: <-- EHLO [220.169.253.5]
Tue 2008-09-23 11:01:14: --> 250-contora.ru Hello [220.169.253.5], pleased to meet you
Tue 2008-09-23 11:01:14: --> 250-ETRN
Tue 2008-09-23 11:01:14: --> 250-AUTH=LOGIN
Tue 2008-09-23 11:01:14: --> 250-AUTH LOGIN CRAM-MD5
Tue 2008-09-23 11:01:14: --> 250-8BITMIME
Tue 2008-09-23 11:01:14: --> 250 SIZE 0
Tue 2008-09-23 11:01:23: <-- MAIL FROM:<qyhfhdhr@bluetoad.com.au>
Tue 2008-09-23 11:01:23: --> 250 <qyhfhdhr@bluetoad.com.au>, Sender ok
Tue 2008-09-23 11:01:24: <-- RCPT TO: <gendir@contora.ru>
Tue 2008-09-23 11:01:24: --> 250 <gendir@contora.ru>, Recipient ok
Tue 2008-09-23 11:01:45: <-- DATA
Tue 2008-09-23 11:01:45: Creating temp file (SMTP): c:\mdaemon\temp\md50000000016.tmp
Tue 2008-09-23 11:01:45: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2008-09-23 11:01:46: Message size: 1091 bytes
Tue 2008-09-23 11:01:46: Passing message through Spam Filter (Size: 1091)...
Tue 2008-09-23 11:01:47: c:\mdaemon\temp\md50000000016.tmp
Tue 2008-09-23 11:01:47: An error occured during Spam Filter processing
Tue 2008-09-23 11:01:53: Создание сообщения successful: c:\mdaemon\inbound\md50000115999.msg
Tue 2008-09-23 11:01:53: --> 250 Ok, message saved <Message-ID: 01c91d8d$48752200$05fda9dc@qyhfhdhr>
Tue 2008-09-23 11:01:53: <-- QUIT
Tue 2008-09-23 11:01:53: --> 221 See ya in cyberspace
Tue 2008-09-23 11:01:53: SMTP session successful (Bytes in/out: 1204/451)
Tue 2008-09-23 11:01:53: ----------

AntiSpam Log:
Tue 2008-09-23 11:01:02: ----------
Tue 2008-09-23 11:01:53: (SMTP) Spam Filter processing c:\mdaemon\temp\md50000000016.tmp...
Tue 2008-09-23 11:01:53: * Message return-path: qyhfhdhr@bluetoad.com.au
Tue 2008-09-23 11:01:53: * Message ID: 01c91d8d$48752200$05fda9dc@qyhfhdhr
Tue 2008-09-23 11:01:53: Start SpamAssassin results
Tue 2008-09-23 11:01:53: 00.00 points, 5 required;
Tue 2008-09-23 11:01:53: c:\mdaemon\temp\md50000000016.tmp
Tue 2008-09-23 11:01:53: End SpamAssassin results
Tue 2008-09-23 11:01:53: ----------

Поможите, люди добрые...

awol
Цитата:

Tue 2008-09-23 11:01:47: An error occured during Spam Filter processing

Сторонние антивиры не стоят на машине? DEP отключил или внес в него что требуется? Что в системных журналах самой винды?

Цитата:

Antispam Security Plus 3.06

Это больше антивирь, чем антиспам.

Что в логе MDSpamD.log ?
Adam Mosley из ALTN советует проделать следующее
Security | Spam Filter в строке set Is DNS service available сменить "Test" на "No"
Или сначала попробовать явно указать DNS сервер в Primary Domain , а не ставить птицу определить из винды.

Цитата:

eap А если сделать экспорт учеток в csv файл, там какой пароль светится? И какой длины пароль делаешь?

Эта "барабашка" перекрутила еще и пароли MultiPOP - часть почты не забиралась.
Результат исследовательской работы с экспортом в csv файл и смены паролей тестовой записи: при шифровании меняются местами Yy и Zz. То есть я в пароле вввожу, скажем, Z, при экспорте получаю Y. И наоборот. Со всеми остальными буквами и цифрами нет проблем. Зная эту "особенность", можно работать. Но хотелось бы устранить.

eap Не пиши Z и Y !

Люди подскажите сталкивался ли что нибудь с такой проблемой: удаленные почтовые сервера начинают присылать копии одного и того же письма по многу раз. Сабж при этом их все исправно получает.
В логах удаленных серверов можно увидеть вот что:

Sep 10 08:50:17 ms postfix/qmgr[1754]: AF95E11A9E31:
to=<service@домен.ru>, relay=none, delay=148582,
delays=147580/1001/0/0, dsn=4.4.2, status=deferred (delivery temporarily suspended: conversation with mail.домен.ru[хх.хх.ххх.ххх] timed out while sending end of data
message may be sent more than once)

Почему сабж не отправляет сообщение о конце передачи данных и вынуждает этим перепосылать {на самом деле принятое} письмо удаленным сервером снова и снова?
Как бороть?

lunohod1 Что стоит перед почтарем? Случаем не Cisco PIX? Короче читай фак от постфикса http://www.postfix.org/faq.html#timeouts

Цитата:

Люди подскажите сталкивался ли что нибудь с такой проблемой: удаленные почтовые сервера начинают присылать копии одного и того же письма по многу раз. Сабж при этом их все исправно получает.

Было подобное, когда сбились часы на компе с моим MDaemonom. Он с интервалом примерно 5 минут забирал почту по MultiPOP с удаленных серверов, на которых оставались копии писем в течение 10 дней. Соответственно к пользователю сыпалась одна и та же почта много раз подряд (пока часы не синхронизовались)

eap У него не тот случай, у него или на той стороне трабла с транспортом по tcp/ip.

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

eap, не, у меня обычные сервер-сервер сессии, первый инициирует передачу и передает второй получает.

lunohod1 Пинг пакетами боле 1500 байт ходит на проблемные хосты?
Как ты подключен к провайдеру?
Попробуй уменьшить MTU, если по эзернету подключен. Что и как делать читай тут:
Устранение неполадок при обнаружении маршрутизаторов-«черных дыр» Для XP
Diagnoses and treatment of black hole routers для серверных платформ
Есть гуиный твикер для этого дела http://www.dslreports.com/drtcp
http://www2.kansas.net/downloads%5Cdrtcp020%5CDRTCP.exe
Начни с 1492 байта
Если PPPOE или VPN или PPP то чуток по-другому.

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

Кстати, у кого были проблемы с CFEngine на SP4, вышел SP4.01

SecurityPlus v4.01 - September 24, 2008
o Fix to CFEngine.exe lockup/crash after updater from a previous version of
SecurityPlus.
o Fix to AVUpdate.exe crash when auto-update is not selected.

Что значит :

Thu 2008-09-25 15:39:20: GREYLIST.SEM файл-семафор найден и обработан
Thu 2008-09-25 15:39:20: ----------
Thu 2008-09-25 15:39:20: TARPIT.SEM файл-семафор найден и обработан
Thu 2008-09-25 15:39:20: ----------
Thu 2008-09-25 15:41:10: SPF.SEM файл-семафор найден и обработан
Thu 2008-09-25 15:41:10: ----------
Thu 2008-09-25 15:41:20: TARPIT.SEM файл-семафор найден и обработан
Thu 2008-09-25 15:19:50: DISPLAY-Learn.sem файл-семафор найден и обработан

И

Thu 2008-09-25 15:56:01: **** ALERT **** 77.246.104.175 automatically added to dynamic screening for 10 minute(s) [EvTarpit]
Thu 2008-09-25 15:56:01: **** ALERT **** 77.246.104.175 tried sending to 3 unknown recipient(s) [EvTarpit]

swallery То и значит, что написано! Для начала прочитайте что такое семафоры у Mdaemon, откройте справку Mdaemon и сделайте поиск Semaphore Files. Насчет **** ALERT **** мессаг, что не понятно? Сообщения демона соответствующих сервисов.

Цитата:

**** ALERT **** 77.246.104.175 automatically added to dynamic screening for 10 minute(s) [EvTarpit]

У вас включен тарпит, или что такое тарпит тоже не знаете? Тогда Опять идем в справку поиск - Tarpit или в гугль http://en.wikipedia.org/wiki/Tarpit_(networking)
Короче RTFM. Я бы вам советовал прочитать хелп Mdaemon весь, от начала и до конца, а потом задавать вопросы, которые на 80% сами отпадут после прочтения.

Пожалуйста выложите кто нибудь "Mdaemon 9.5 руководство пользователя (рус) New", что в шапке, а то с официального сайта убрали...

Цитата:

Пожалуйста выложите кто нибудь "Mdaemon 9.5 руководство пользователя (рус) New", что в шапке, а то с официального сайта убрали...

Не может быть ...
http://archive.altn.com/MDaemon/Archive/9.5.6/
А вот русский мануал от 9.6 действительно убрали.

Кто-нибудь знает как увеличить время активной web сессии (через web-интерфейс)? А то я похоже туплю, но настроек данной возможности не вижу..

Lord_NIKON Expiring Sessions in WorldClient
MDaemon 10.x: Expiring Sessions in WorldClient