» Все о MDaemon (#3)

fly_indiz
Антиспам не всегда так себя вел на версии 9.6.2, выявил я это случайно, получил СПАМ письмо, а он не помечено, ну думаю сейчас посмотрю тело письма и проверю как антиспам отработал, посмотрел а там ничего, ну я логи смотреть и вот выявил такую бяку.
Я не говорю, что это бывает всегда или может даже часто, но случай был, на 9.6.1 такого пока нет, и тьфу, тьфу , надеюсь не будет.
Вообщем я описал проблему, кто хочет может обновляться, а мне лично такое не нужно.


Цитата:

насчет остального - все идет гладко, как положено.
Никаких проблем.

Проверял абсолютно все письма, идущие на всех пользователей?
Проверить это можно либо, если:
1) проверить все логи ALL после обновления на 9.6.2, на предмет таких багов с антиспамом. Проверять надо КАЖДОЕ вошедшее письмо.
2) заставить всех пользователей сообщать о пришедшем к ним не помеченном спаме и анализировать письма.

Привет народ,я ,вобщем, с Демоном недавно. Не могли б Вы подсказать куда че вписать?
Все ящики юзеров Алматы и Атырау находятся на 212.хх.ххх.хх. У себя я ставлю Демона 9.5, настраиваю и все на себя (в первичном домене свой ip).... в Алмате юзеры могут на вне и по локалке почтой раскидываться ,а с Алматы- в Атыру почта не идет, а от них поступает. 550 Recipient unknown пишет в ответ, я решил их в в неизвестную почту поместить и отправить на 212.хх.ххх.хх, но не отрабатывает он эту операцию, помогите что делать? а на лок машинах, в настройках, я прописываю в поп и смтп, ip своего сервака

yuRock81
толком ничего не понял, если честно.

Цитата:

с Алматы- в Атыру почта не идет, а от них поступает. 550 Recipient unknown пишет в ответ,

я так понял у тебя проблема из Алмате в Атырау письмо заслать?
Вообщем, давай логи отправки и према на обоих почтовиках, желательно конечно одного и того же письма. Если другой почтовик в Атырау не твой, давай хотя бы лог отправки письма.


Цитата:

я решил их в в неизвестную почту поместить и отправить на 212.хх.ххх.хх, но не отрабатывает он эту операцию,

Вот это вообше не понял зачем.

у меня логи заморожены почему-то, мож я не там смотрю...а Атырау чуть не в моей компетенции.

Цитата:

Вот это вообше не понял зачем.

идея была такая: когда новое сообщение на тот же домен хххх.kz ломится в Атырау, сначало он проверяет на локалке есть ли такой юзер, когда не находит,то помещает её в неизвестную почту(в настройках первичного домена), далее Демон перенаправляет её на хост 212.хх.ххх.хх

Mdaemon 9.6

При загрузке письма с помощью DomainPOP с сервера выдается сообщение типа

Thu 2007-08-23 23:26:53: Creating temp file (DPOP): c:\mdaemon\queues\temp\54\md50000000003.tmp
Thu 2007-08-23 23:39:23: Connection timed out
Thu 2007-08-23 23:39:23: Removing work file: c:\mdaemon\queues\temp\54\md50000000003.tmp
Thu 2007-08-23 23:39:23: POP session terminated, (Bytes in/out: 19351/144)

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

Повторяется часто и делает работу с Mdaemon невозможной.

Ранее с предыдущими версиями эта ошибка возникала не чаще раза в неделю

Efrome
Огроничений по размеру не стоит? Может файло битое на вышестоящем сервере, а если попробовать забрать простым клиентом?

Efrome
Антивирус есть на машине?

brassnet

ограничений нет, все настройки по умолчанию

Bat забирает почту без проблем, включая те письма на которых MDaemon стопорится

Места на диске также достаточно


Ruza


Встроенный в KWF 6.3

Efrome
Следующий вопрос...
Не сочтите за флуд... Так как вытягивать инфу очень сложно...
В KFW стоит проверка трафика по POP3 и SMTP?

Кто знает что это может быть... Ситуация такая: избирательно не доходит почта до mail.ru, rambler.ru. Mademon 9.6.2, KFW. Вот лог письма которое не доходит до получателя:
Mon 2007-08-27 14:41:40: --> MAIL From:<user@domain.ru> SIZE=1208
Mon 2007-08-27 14:41:40: <-- 250 ok
Mon 2007-08-27 14:41:40: --> RCPT To:<mailuser@mail.ru>
Mon 2007-08-27 14:41:40: <-- 250 ok
Mon 2007-08-27 14:41:40: --> DATA
Mon 2007-08-27 14:41:41: <-- 354 go ahead
Mon 2007-08-27 14:41:41: Sending <d:\mdaemon\remoteq\pd50000113834.msg> to [84.252.140.100]
Mon 2007-08-27 14:41:41: Transfer Complete
Mon 2007-08-27 14:41:41: <-- 250-Transmission in progress. Stay tuned
Mon 2007-08-27 14:41:41: <-- 250 Message accepted for delivery
Mon 2007-08-27 14:41:41: --> QUIT

А вот лог письма, которое доставляется:

Mon 2007-08-27 13:46:38: --> MAIL From:<user@domain.ru> SIZE=929
Mon 2007-08-27 13:46:38: <-- 250 ok
Mon 2007-08-27 13:46:38: --> RCPT To:<mailuser@mail.ru>
Mon 2007-08-27 13:46:38: <-- 250 ok
Mon 2007-08-27 13:46:38: --> DATA
Mon 2007-08-27 13:46:38: <-- 354 go ahead
Mon 2007-08-27 13:46:38: Sending <d:\mdaemon\remoteq\pd50000113795.msg> to [84.252.140.100]
Mon 2007-08-27 13:46:38: Transfer Complete
Mon 2007-08-27 13:46:39: <-- 250 ok 1188208151 qp 31062
Mon 2007-08-27 13:46:39: --> QUIT

Писал маилрушникам, говорят что их сервер никогда не отвечает "Message accepted for delivery". Уже даже настроил mxcache что-бы маилрушные и рамблеровские письма шли через провайдера, но не помогло. Непонятно откуда берётся это "250 Message accepted for delivery" и куда девается письмо...

Igoreksh
А с какими IP проходили соединения?

Igoreksh
Цитата:

250 Message accepted for delivery

Это означает , что письмо принято к доставке.

Цитата:

250-Transmission in progress. Stay tuned

А это, как правило, означает, что у тебя стоит KWF. Если это точно так, то отключи Protocol inspector в сервисе SMTP твоего винрута.

Цитата:

А с какими IP проходили соединения?

Со всякими. Зависимости между ip и проходимость не найдено..

Добавлено:

Цитата:

Цитата:250 Message accepted for delivery

Это означает , что письмо принято к доставке.

Это и ежу понятно, другое дело, что маирушники отнекиваются от этой фразы, типа их сервак так не отвечает. И на самом деле, там где письмо проходит, там этой фразы нет. Имхо это или Mdaemon где чудит или KWF влез между Mdaemon'ом и провайдером и проявляет признаки интеллекта...

Цитата:

250-Transmission in progress. Stay tuned

А это, как правило, означает, что у тебя стоит KWF. Если это точно так, то отключи Protocol inspector в сервисе SMTP твоего винрута.

Обрыл, найти не смог.. Не подскажешь поточнее где искать этот Protocol Inspector ?

Добавлено:

Цитата:

Обрыл, найти не смог.. Не подскажешь поточнее где искать этот Protocol Inspector ?

Уже нашел, пасиба. Терь всё как надо работает.

а вот товарищ дал ссылочку на правила

PDFInfo.pm (plugin) - /plugins/PDFInfo.pm
pdfinfo.cf (ruleset) - /plugins/pdfinfo.cf

ну предположит что .CF понятно куда закинуть *:\MDaemon\SpamAssassin\rules\
а вот куда девать .PM ?
и стоит ли переименовать в формат 25_pdfinfo.cf ?

awsswaawsswa

Цитата:

а вот куда девать .PM ?

SpamAssassin\etc\PDFInfo.pm
Только надо еще в SpamAssassin\rules положить MDaemon.pre

Цитата:

# PDFInfo - parses PDF files
#
loadplugin Mail::SpamAssassin::Plugin::PDFInfo ../etc/PDFInfo.pm

Сегодня обратил внимание, что с одного компа в сети (моего, админского, судя по молчанию пользователей у них все нормально) стали медленно уходить письма

Код:
Tue 2007-08-28 17:59:39: Session 1004; child 1; thread 1176
Tue 2007-08-28 17:59:15: Accepting SMTP connection from [192.168.42.99 : 3633]
Tue 2007-08-28 17:59:15: --> 220-company.com ESMTP MDaemon 8.1.3; Tue, 28 Aug 2007 17:59:15 +0700
Tue 2007-08-28 17:59:15: --> 220-Alt-N Technologies ESMTP MDaemon v8.1.3
Tue 2007-08-28 17:59:15: --> 220-This site does not relay unauthorized email.
Tue 2007-08-28 17:59:15: --> 220-If you are not an authorized user of our server
Tue 2007-08-28 17:59:15: --> 220 then you must not relay mail through this site.
Tue 2007-08-28 17:59:32: <-- EHLO SERVER
Tue 2007-08-28 17:59:32: --> 502 This server configured to NOT honor EHLO at present
Tue 2007-08-28 17:59:39: <-- HELO SERVER
Tue 2007-08-28 17:59:39: --> 250 company.com Hello SERVER, pleased to meet you
Tue 2007-08-28 17:59:39: <-- MAIL FROM:<admin@company.com>
Tue 2007-08-28 17:59:39: --> 250 <admin@company.com>, Sender ok
Tue 2007-08-28 17:59:39: <-- RCPT TO:<user@somedomain.com>
Tue 2007-08-28 17:59:39: --> 250 <user@somdomain.com>, Recipient ok
Tue 2007-08-28 17:59:39: <-- DATA
Tue 2007-08-28 17:59:39: Creating temp file (SMTP): c:\mdaemon\temp\md50000000227.tmp
Tue 2007-08-28 17:59:39: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2007-08-28 17:59:39: Message size: 516 bytes
Tue 2007-08-28 17:59:39: Passing message through AntiVirus (Size: 516)...
Tue 2007-08-28 17:59:39: * Message is clean (no viruses found)
Tue 2007-08-28 17:59:39: ---- End AntiVirus results
Tue 2007-08-28 17:59:39: Message creation successful: c:\mdaemon\inbound\md50000557573.msg
Tue 2007-08-28 17:59:39: --> 250 Ok, message saved <Message-ID: <1078936826.20070828175913@company.com>>
Tue 2007-08-28 17:59:39: <-- RSET
Tue 2007-08-28 17:59:39: --> 250 RSET? Well, ok.
Tue 2007-08-28 17:59:39: <-- QUIT
Tue 2007-08-28 17:59:39: --> 221 See ya in cyberspace
Tue 2007-08-28 17:59:39: SMTP session successful (Bytes in/out: 630/637)
Tue 2007-08-28 17:59:39: ----------

golkanavt
Объяснить мона локальным антивирем, есть?

Как бекапить MDaemon, кто знает?
Что бекапить, как бекапить и как восстанавливать?

Clavik
Проблемы со спамом подтверждаю.
Подскажите, откатиться назад - просто переставить заново и скопировать папку Users достаточно?
Естественно, с последующими настройками.

Jonny Dram

Цитата:

Как бекапить MDaemon, кто знает?
Что бекапить, как бекапить и как восстанавливать?

Просто копируешь весь каталог с Даймоном или жмешь архиватором куда нибудь в другое место. А после аварии. Устанавливаешь Даймон и заменяешь весь каталог Даймона тем что в архиве, предварительно остановив сервис.

LexusG
пасиб, огромное =)

Mdaemon 9.6.1+OC 2.1.5+Outlook 2003
Ситуация следующая
Есть Директор его папка почты и календаря расшарены для 3 человек.
В календаре челы 1, 2 + сам директор проставляют планируемые встречи а 3 чел - секретарь рассылает приглашения на встречи.....
Проблема следующая приглашения на встречи отправляються только самими Планировщиками встреч , если отправялет секретать то письмо возвращается от кого кто Планировал эту встречу, НУЖНО ЧТОБЫ ПРИГЛАШЕНИЯ МОГЛИ ОТПРАВЛЯТЬ ВСЕ (Дир 1 2 3 независимо от того кто Планирует) ИЛИ ХОТЯ БЫ ТОЛЬКО СЕКРЕТАРЬ.

Loafer
Есть, и был ранее, тормоза при отправке имеют странную природу - вчера были весь день, сейчас отправил письмо - улетело мгновенно. "Ничего не понимаю"(С)Колобки

duHA
Ну можешь просто старую версию накатить поверх, она норм "обновит".

У меня 2 вопроса:
1.MDaemon v9.0.7,машина не в домене.Возникает вопрос,чем чревато вогнать в домен машину с почтовиком?
2.Часто прогрмма завершается с ошибкой "Runtime error.Abnormal program termination", с чем связана эта ошибка?

veniaminich

Цитата:

1.MDaemon v9.0.7,машина не в домене.Возникает вопрос,чем чревато вогнать в домен машину с почтовиком?

Ничем, будет работать как и раньше.

MDaemon 9.6.0 стоит на Виндоус2003. Выход в инет имеет через другой комп.

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


Код:
--- Session Transcript ---
Thu 2007-08-30 17:00:47: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000000004.msg>
Thu 2007-08-30 17:00:47: * From: <аккаунтМД>@<домен>.az
Thu 2007-08-30 17:00:47: * To: <другойАккаунт>@mail.ru
Thu 2007-08-30 17:00:47: * Subject: =?koi8-r?B?68HLINfTxSDOwcTPxczP?=
Thu 2007-08-30 17:00:47: * Message-ID: <001901c7eaf4$3cbfa1a0$f000a8c0@subaru.az>
Thu 2007-08-30 17:00:47: Устанавливаю SMTP подключение к [mail.ru]
Thu 2007-08-30 17:00:47: Разрешение MX-записей для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:00:57: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 1 из 3)
Thu 2007-08-30 17:00:57: Разрешение MX-записей для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:01:03: * Пакет от сервера DNS содержит устаревший отклик
Thu 2007-08-30 17:01:07: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 2 из 3)
Thu 2007-08-30 17:01:07: Разрешение MX-записей для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:01:12: * Пакет от сервера DNS содержит устаревший отклик
Thu 2007-08-30 17:01:17: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 3 из 3)
Thu 2007-08-30 17:01:17: Устанавливаю SMTP подключение к [mail.ru:25]
Thu 2007-08-30 17:01:17: Разрешение A-записи для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:01:22: * Пакет от сервера DNS содержит устаревший отклик
Thu 2007-08-30 17:01:27: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 1 из 3)
Thu 2007-08-30 17:01:27: Устанавливаю SMTP подключение к [mail.ru:25]
Thu 2007-08-30 17:01:27: Разрешение A-записи для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:01:32: * Пакет от сервера DNS содержит устаревший отклик
Thu 2007-08-30 17:01:37: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 2 из 3)
Thu 2007-08-30 17:01:37: Устанавливаю SMTP подключение к [mail.ru:25]
Thu 2007-08-30 17:01:37: Разрешение A-записи для [mail.ru] (DNS-сервер: 192.168.0.247)...
Thu 2007-08-30 17:01:42: * Пакет от сервера DNS содержит устаревший отклик
Thu 2007-08-30 17:01:47: * DNS: 10 секунд ожидания отклика от DNS истекло (попытка 3 из 3)
Thu 2007-08-30 17:01:47: Возраст этого сообщения равен 64 минутам; осталось 0 минут его нахождения в этой очереди
Thu 2007-08-30 17:01:47: Срок пребывания в удаленной очереди истек; сообщение перемещено в очередь повторных попыток
--- End Transcript ---

Michael_Ballack
Вот тут проблема.... DNS-сервер: 192.168.0.247
Не разрешает имена. Проверь с компьютера где стоит Mdaemon команду
nslookup mail.ru и вывод сюда....и еще вероятней всего Mdaemon пытается отправить почту напрямую что не всегда бывает возможно. Используй почтовый сервер прова или любой из бесплатных для отправки почты через него.

nslookup mail.ru дает следующее:


Код:
Default servers are not available
Server: UnKnown
Address: 127.0.0.1

DNS request timed out.
timeout was 2 seconds.
Request to UnKnown timed-out.

Michael_Ballack
И как ты представляешь себе отправку почты с компьютера, не имеющего доступ в Интернет? Укажи в настройках сети правильный ДНС-сервер, шлюз...короче сделай так чтобы Интернет работал а потом уже пробуй отправлять почту.