» Все о MDaemon (#4)

Цитата:

Совершенно не в курсе ваших контент фильтров, которые вы применяете. Посему смотрите их конфигурацию, должна ведь быть какая-то

Пересмотрел весь контент фильтр ничего не обнаружил.

Может
Цитата:

vlary

вы сможете подсказать.

vinspils Для приема почты обратная зона вообще роли не играет. Для отправки - да, должна быть обратная запись, не важно, от какого провайдера, лишь бы было однозначное соответсвие, т.е. мх.домен.ру резольвился в А.А.В.В, а А.А.В.В - в мх.домен.ру.
Aleks Kornienko Я никогда не работал с MDaemon, поэтому конкретных деталей именно для него не знаю. Просто встречался с аналогичными проблемами при работе с сендмэйл, коммунигейт, эксим и другими почтовиками.

На свой вопрос - при обучении спам с папки SPAMTRAP не удалился)

Повторюсь, т.к. актуально и интересно и главное не понятно!

Цитата:

Ух ты, и как это работает интересно???

Цитата:Исправления
[5318] исправлена ошибка, из-за которой письма, перенаправляемые из программы Outlook для обучения спам-фильтра, не всегда распознавались корректно.

Кто нибудь знает, как это работает? И как эту функцию включить??

есть mdaemon (192.168.1.1) и домино (192.168.1.2).
mdaemon получает почту по etrn с почтового сервера mail.mydomain.ru.
внешний ip хоста mdaemon статичный, но в в списках mx не значится.

вторую неделю туплю - не понимаю как правильно организовать пересылку почты через mdaemon к домино и от него.

primary domain у mdaemon обозвал mydomain1.ru.
настроил смартхост на отправку на mydomain.ru.
теперь надо настроить шлюз, чтобы почта ходила в обе стороны.
лотус настроен нормально: то есть и отправляет, и получает почту, если mdaemon дает возможность.
затык в mdaemon: одно подкручиваю - отваливается другое, подкручиваю отвалившееся - отваливается первое.

может кто наводку дать, как правильно mdaemon настроить в данной ситуации?

Добрый день всем. Ребят, не подскажите, где mdaemon хранит настройки уч. записей пользователей? Буду признателен. Или может у кого было подобное, нужно, чтобы пользователь мог принимать почту только в определенные промежутки времени, может есть какие-либо стандартные средства о которых мне неизвестно. Спасибо заранее.

pafigor
MDaemon/App/UserList.dat

с отправкой разобрался - добавил хост с лотусом в доверенные ip и разрешил релей с доверенных хостов.

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

с приемом тоже разобрался - настроил mail release, добавил шлюз с именем домена, настроил редирект со шлюза на хост лотуса и до дальнейших разббирательств разрешил релей любого письма на известный хост.

В логах пишет такое... в чем беда? +_+

Wed 2010-06-23 13:55:54: ----------
Wed 2010-06-23 13:55:55: Session 3759; child 11; thread 3684
Wed 2010-06-23 13:55:53: Прием SMTP соединения от [194.84.149.117 : 59754]
Wed 2010-06-23 13:55:54: Performing PTR lookup (117.149.84.194.IN-ADDR.ARPA)
Wed 2010-06-23 13:55:54: * D=117.149.84.194.IN-ADDR.ARPA TTL=(5760) PTR=[mail5.shtokman.ru]
Wed 2010-06-23 13:55:54: * Gathering A records...
Wed 2010-06-23 13:55:55: * D=mail5.shtokman.ru TTL=(60) A=[194.84.149.117]
Wed 2010-06-23 13:55:55: ---- End PTR results
Wed 2010-06-23 13:55:55: --> 220 rio.murmansk.ru ESMTP MDaemon 9.5.6; Wed, 23 Jun 2010 13:55:55 +0400
Wed 2010-06-23 13:55:55: <-- EHLO smtp02.shtokman.ru
Wed 2010-06-23 13:55:55: Performing IP lookup (smtp02.shtokman.ru)
Wed 2010-06-23 13:55:55: * Error: Сервер имен сообщает о неизвестном доменном имени
Wed 2010-06-23 13:55:55: ---- End IP lookup results
Wed 2010-06-23 13:55:55: --> 451 shtokman.ru> is invalid or DNS says does not exist
Wed 2010-06-23 13:55:55: SMTP сессия отменена (Байт принято/передано: 25/138)

xealus
А что говорит nslookup по поводу smtp02.shtokman.ru?
Отвечу сам: smtp02.shtokman.ru: Non-existent domain
Собственно мдемон прав, нефиг представляться несуществующим именем.

xealus Если это к вам от них почта не идет, а вы ее очень хотите получать, то добавьте айпишник их сервера 194.84.149.117 в список доверяемых хостов.

здравствуйте,
задам здесь вопрос.
Mdaemon версии 8,1,5 настроен почта забирается через imap
периодически бывает такой глюк, приходит письмо, юзер его открывает, оно помечается удаленным и говорит, что больше не доступно на сервере. клиенты MO и OE

Ребята подскажите работаю с mdaemon 10.x, схема подключения почтовика у меня такова
adsl-модем (в режиме бриджа) - почтовый сервер с иса сервер (открыты необходимые порты для отправки и приема почты)


Как вы понимаете почтовый сервер (на котором установлены mdaemon и иса сервер) имеет белый IP адрес ( поскольку модем в режиме бриджа настроен) при поднятии pppoe-сессии на компутере этом.

Так вот есть желание модем в роутер перевести, но не будет ли сложностей с принятием почты, у меня на mdaemon как у всех нормальных людей ведется обратный поиск по PTR-записи ( а еще и по EHLO).

Не будет ли такого что все клиенты подключенные к моему серверу будут иметь внутренний IP-адрес компутера с mdaemon, смотрящий на модем, а не реальный их белый IP-адрес ?

vinspils
Все будет нормально - на модеме порты только пробросить надо)

Нащел косяк в русской версии последней (да и не только последней вроде):

В настойке ДРУГИЕ ПОРТЫ написано ПОРТ IMAP 389 - а в мануале написано ПОРТ LDAP

на работе mdaemon pro 10.0.1
есть пара вопросов:
1) где можно найти файлы для проверки РУССКОЙ орфографии, которые обычно находятся в MDaemon\WorldClient\SpellCheck? гуглил, не нашел. Должны быть вида "Common.ru" и "Main.ru"

2) можно ли каким-нибудь образом отформатировать подпись пользователя в отправляемых им сообщениях, например поставить полужирный Courier?

заранее спасибо. прошу прощения, если это уже спрашивали.

demyan4eg а mdaemon pro 10.0.1 русская версия?

Цитата:

2) можно ли каким-нибудь образом отформатировать подпись пользователя в отправляемых им сообщениях, например поставить полужирный Courier?

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

Гуру, подскажите плиз...
стоит Демон 10.1.1
на несколько ящиков стоит переадресация на другие ящики вовне ...

тут вопросов нет, но вот в этих ящиках есть сотня писем, которая пришла до включения переадресации...

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

Добавлено:
может быть в менеджере очередей закинуть все письма в какую-то очередь чтобы он снова их обработал??

Добавлено:
всё разобрался)) закинул все письма в локальную очередь и он их оттарабанил куда надо

Ребята помогите решить проблему со спамом. На моем домене прописаны 2 MX записи, первая идет к моему серверу, а вторая по приоритету на почтовый хостинг (на случай если отключатся сервера). Почту со второй MX записи забираем MultiPOP-ом. Но так как у хостера отключен спам-фильтр, то нежелательные письма адресованные как будто от меня ко мне, проходят спам фильтр.
П.с. аутентификация SMTP включена
версия демона 10-ая

Благодарю за раннее за помощь

elbrusik
Цитата:

нежелательные письма адресованные как будто от меня ко мне, проходят спам фильтр.

Это нормальное поведение. Аутентификация SMTP не действует, если получатель - ваш домен. Отправитель роли не играет. Так что крутите настройки своего контент фильтра.

С недавнего времени mdaemon стал выдавать после старта службы:

Код: Outbreak Protection Error: Authentication failed

ZOrK http://forum.ru-board.com/topic.cgi?forum=8&topic=30717&start=1720#14
рутер и фаер кто ?

elbrusik
1 - явно неполное использование встроенных антиспамовых средств, чтобы сказать точнее нужен кусок лога SMTP-IN.
2 - если нет твоих внешних SMTP клиентов, то поможет IP SHIILDING
3 - если таких писем всего с 2-3 мя ящиками, накрайняк настрой правило в Content Filter, запрети письма с совпадающими ящиками в поле FROM и TO.
P.S.
Лучше кардинально разобраться с пунктом 1.
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-02145

Доброго времени суток!

Имею следующую проблему (началась на МД 7, но обновление до 11 не помогло):
Периодически, письма приходящие копией на двух пользователей домена (user1 и user2) доходят лишь до одного.

Пример лога:

MDaemon-20100624-all.log

Thu 2010-06-24 13:47:41: Routing message (inbound queue): e:\mdaemon\inbound\md50000273800.msg
Thu 2010-06-24 13:47:41: * From: esales@*.com; Recipient: user2@mydomain.com; Size: 15373873; Message: e:\mdaemon\localq\md50000750906.msg
Thu 2010-06-24 13:47:41: * From: esales@*.com; Recipient: user1@mydomain.com; Size: 15373861; Message: e:\mdaemon\localq\md50000750907.msg
Thu 2010-06-24 13:47:41: * Subject: FW: Please check Russian language
Thu 2010-06-24 13:47:41: * Message-ID: AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com
Thu 2010-06-24 13:47:41: ----------
Thu 2010-06-24 13:47:50: Content Filter processing e:\mdaemon\localq\md50000750906.msg...
Thu 2010-06-24 13:47:50: * Message return-path: esales@*.com
Thu 2010-06-24 13:47:50: * Message from: esales@*.com
Thu 2010-06-24 13:47:50: * Message to: user2@mydomain.com
Thu 2010-06-24 13:47:50: * Message subject: FW: Please check Russian language
Thu 2010-06-24 13:47:50: * Message ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:47:50: Start Content Filter results
Thu 2010-06-24 13:47:50: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2010-06-24 13:47:56: * Matched 1 of 4 active rules
Thu 2010-06-24 13:47:56: End of Content Filter results
Thu 2010-06-24 13:47:56: ----------
Thu 2010-06-24 13:47:57: Content Filter processing e:\mdaemon\localq\md50000750907.msg...
Thu 2010-06-24 13:47:57: * Message return-path: esales@*.com
Thu 2010-06-24 13:47:57: * Message from: esales@*.com
Thu 2010-06-24 13:47:57: * Message to: user1@mydomain.com
Thu 2010-06-24 13:47:57: * Message subject: FW: Please check Russian language
Thu 2010-06-24 13:47:57: * Message ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:47:57: Start Content Filter results
Thu 2010-06-24 13:47:57: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Thu 2010-06-24 13:47:58: * Matched 1 of 4 active rules
Thu 2010-06-24 13:47:58: End of Content Filter results
Thu 2010-06-24 13:47:58: ----------
Thu 2010-06-24 13:48:03: Routing message (local queue): e:\mdaemon\localq\pd50000750907.msg
Thu 2010-06-24 13:48:03: * From: esales@*.com; Recipient: user1@mydomain.com
Thu 2010-06-24 13:48:03: * Subject: FW: Please check Russian language
Thu 2010-06-24 13:48:03: * Message-ID: <AF84751B0F16D34F9D98B735C81632410193E079D0@KRMBX004.corp.*.com>
Thu 2010-06-24 13:48:03: * &#208;&#224;&#231;&#236;&#229;&#240;: 15373861; &#209;&#238;&#238;&#225;&#249;&#229;&#237;&#232;&#229;: e:\mdaemon\users\mydomain.com\user1\md50000002432.msg
Thu 2010-06-24 13:48:03: ----------

Как видно из лога - создаются два временных сообщения, в темпе, оба обрабатываются контент-фильтром, но после, роутится - только одно из них!
что происходит со вторым сказать сложно.
Есть ли у сообщества мысли?

Ну и чтобы два раза не вставать (с)
У меня есть две организации, которые работают в паре. Тем не менее, официально они независимы, поэтому имеем два отдельных офиса, сервера, доменного имени и т.п.
Но людям из одной из них (Орг1) нужен доступ к почтовым ящикам другой (Орг2)
Почту обрабатывают свои сервера + резервный доступ к хостеру по DomainPOP.
К сожалению канал связи между офисами не сильно толстый, да еще и забит VPNом, и при получении почты пришедшей физически на сервер Орг2 людьми из Орг1 наблюдается дикое торможение
Хочется как-то настроить сервер Орг1, на фоновую заборку почты для "резидентов", чтобы локальные зверьки получали ее пошустрее - уже со "своего" сервера.
Как наиболее правильно подойти к решению этого вопроса?

Спасибо!

ipmanyak
Да спасибо изучил, однако никаких изменений в конфигурации не делал ктоме обновления MDaemon до MDaemon Pro 11.0.3 Rus. Связь вручную с сервером http://resolver1.t.ctmail.com/ проверена.

Более того, не обновленный MDaemon в другой компании так же выдает ошибку Outbreak Protection Error: Still unable to connect to Datacenter, там никаких изменений не было. Я думаю либо сервер ctmail.com лежит, либо они придумали какую то авторизацию в целях защиты от халявщиков.
Может у когонибудь Outbreak Protection не функционирует, отпишите.

darkday_ccr
выложи лог SMTP-IN в личку без прятанья ящиков и доменов и содержимое файла cfrules.dat
По твоеу логу письма фильтром не обрабатываются,
Message matched rule: SYSTEM - MDaemon INBOUND archive rule - это имхо встроенная архивация писем. Или в нем и копируешь? Срабатывания других правил не видно.

+1 Спам попёр... я думал у меня проблема, а это ОБЩАЯ
1100 стоит... что делать? спамеры атакуют

если сервер ребутнуть то оно начинается, иначе продолжает работать
На сервере реальный ИП никакие фаерволов и всё прозрачно

Outbreak Protection Error: Authentication failed
Outbreak Protection Error: Still unable to connect to Datacenter
Outbreak Protection Error: Still unable to connect to Datacenter
Outbreak Protection Error: Still unable to connect to Datacenter

Есть такое дело... вчера(05.07.2010) около 3-4 часов дня возникла необходимость перезапустить сервер. До перезапуска все работало после перезапуска при проверке первого письма получаем сообщение

Код: Outbreak Protection Error: Authentication failed

TORR

Цитата:

письма с локальных адресов не просеиваются спам фильтром.

Опередил!) Совершенно верно - сразу спам перестанет идти - и авторизация ИМХО вещь нужная)