» Все о MDaemon (#5)

А как это сделать, могли бы расписать по подробней пожалуйста!)

ipmanyak
Я не про это. Планируется поднять еще один сервер почтовый в другом городе с этим же доменом. Значит и база пользователей у них должна быть общая, на ум приходит только что хранить базу в LDAP.

Цитата:

у нас например в AD учеток много, но половине из них ящики не нужны, поскольку это простые техники и операторы. Зачем плодить лишние ящики демону?

у нас наоборот есть люди, у которых есть ящики, но нет учетки в АД.

zaxapoff
Цитата:

Планируется поднять еще один сервер почтовый в другом городе с этим же доменом.

Для этого в Mdaemon есть фича - Domain Sharing
в двух словах читай тут - http://forum.ru-board.com/topic.cgi?forum=8&topic=30717#16

Ну так что, как сделать это с помощью фильтров? Может есть где фак по фильтрам демона?

kotlyaranat, есть документация на русском, чего тебе еще надо? За то время, что ты тут вопросы задаешь, ее уже раза три вдумчиво прочитать можно было.
Направление тебе указали, читать за тебя никто не обязан.

ipmanyak
А, это в русской версии называется кажется разделение доменов. Как раз вчера читал, думал о решении задачи в эту сторону. Но минус тут в том, что у каждого сервера будет свои отдельные пользователи и свой userlist.data. Если вдруг по каким-либо причинам будет необходимость кпримеру завести юзверя из московского офиса админом из рязани, то учетка будет жить на почтовом сервере рязани. И передача сообщений будет напрямую зависеть от работоспособности канала интернета в московском и рязанском офисе даже при хождении писем между юзверями московского офиса и тем несчастным юзверем. А это мне кажется не правильным. Но в остальном мне это решение нравиться.

zaxapoff нет. При создании юзера через Minger будет проверять наличие юзера в головном офисе.
Подними на полигоне два демона и проверь

zaxapoff

Цитата:

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

А зачем вам такие сложности?
Поставьте один почтовый сервер хоть в Москве, хоть в Рязани, хоть в Учкудуке который будет обслуживать всех пользователей вашей фирмы, причём если хотите повысить отказоустойчивость данной конфигурации, то используйте несколько независимых интернет каналов и у вас будет практически не убиваемая почтовая система

натолкнулся на баг. Разработчики MDaemonа - лабухи.
При установке опции Preferences->Headers->Hide software version в заголовке писем будут появляться CRLFCRLF и почтовые клиенты такое сообщение отобразят как нечитабельный текст. Это будет на исходящих и входящих сообщениях.
Причина: версию себя любимого Mdaemon ставит отдельной строкой если входящее соединение было без TLS, а потом эту строку убирает, остается пустая строка в заголовке.

Добавлено:
вопрос:
обновился до версии 13.6.1 и при работе с WorldClient по HTTPS в теме Simple при заходе в папку с сообщениями что-то пытается скачаться не по HTTPS. Браузер выдает предупреждение. В теме Standard такого нет, в 10 версии такого глюка не было.
Как поправить?

ictran, баг со скрыванием версии тут уже не один раз перетерли. Да и исправлен он уже давно.

в 13.6.1 не исправлен

WAndrey
Если что, в мануале нет фака по фильтрам, и я мануал перечитал на несколько раз, если не знаешь сам, то не надо так отвечать.

kotlyaranat
[more=Можно так попробовать:]1. Создаешь папку в паблике, выдаешь на папку разрешения только секретарям!
2. Создаешь правило секурити - контент фильтр
а) в правиле слева выбираешь все сообщения а с права переместить в паблик фолдерс
б) затем с низу нажимаешь на локал и ремоте - и оставляешь галочку только на ремоте (если оставить обе галки то и почта между пользователями внутри тоже будет фильтроваться)
в) затем снизу нажимаешь на специал информешион и выбираешь в какую папку!
3. Нажимаешь ОК и правило готово!

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

Наверное такой вариант предлагали выше![/more]

kotlyaranat, ну да, у всех есть, а тебе конкретно не додали...

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

kotlyaranat
Ну почти верно! Там же поставлено что правило применяется только к сообщениям наружу! и только потом проверяется все сообщения!
ТО есть по порядку - сначала отбирается сообщение наружу - потом применяется выборка (все сообщения) и затем уже действие (переместить в паблик)
Попробуй - поле деятельности и направление дано - дальше пробуй так как тебе хочется!

Уважаемые,
Помогите со следующим вопросом:
Mdaemon 13.6.2 (лицензия)
Как основная почта стоит Thundebird, все подключено и работает. Настроил Outlook для теста, т.к планируется миграция. Просто настроил учетку, получил все письма. И после этого от меня пошли сотни писем "Ошибка при отзыве сообщения" на определенный адрес. Гуглил, но проблемы не понял.

Их пошли реально сотни, за пару часов штук где-то 600,
с одной и той же темой. Закрыл Outlook - идти перестало.

Помогите, чем можете.

OverLocker

Цитата:

акрыл Outlook - идти перестало.

Спросите на форуме по OutLook'у, там вам быстрее помогут. А MDaemon тут не причём, тем более что именно Outlook рассылает эти сотни писем.

стоит 13.6.2 русский

было два ящика

konteiner@vstrans.irk.ru
и mkp2@vstrans.irk.ru

стояла переадресация с первого на второй! ( первый я отключил за ненадобностью )

при отправки с mkp2@vstrans.irk.ru происходит вот что:

Fri 2014-04-04 12:10:22: 01: ----------
Fri 2014-04-04 12:10:24: 05: Session 190025; child 0001
Fri 2014-04-04 12:10:24: 05: Accepting SMTP connection from [192.168.1.36:1901] to [192.168.1.2:25]
Fri 2014-04-04 12:10:24: 03: --> 220 vstrans.irk.ru ESMTP Fri, 04 Apr 2014 12:10:24 +0900
Fri 2014-04-04 12:10:24: 02: <-- EHLO auto
Fri 2014-04-04 12:10:24: 03: --> 250-vstrans.irk.ru Hello auto, pleased to meet you
Fri 2014-04-04 12:10:24: 03: --> 250-ETRN
Fri 2014-04-04 12:10:24: 03: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Fri 2014-04-04 12:10:24: 03: --> 250-8BITMIME
Fri 2014-04-04 12:10:24: 03: --> 250 SIZE
Fri 2014-04-04 12:10:24: 02: <-- AUTH CRAM-MD5
Fri 2014-04-04 12:10:24: 03: --> 334 PE1EQUVNT04tRjIwMTQwNDA0MTIxMC5BQTEwMjQ4MTVNRDAwMTJAdnN0cmFucy5pcmsucnU+
Fri 2014-04-04 12:10:24: 02: <-- bWtwMkB2c3RyYW5zLmlyay5ydSA1ZmIxMDk2MTU3YzIyODE1NGRkMGYxNjk5ODFhOGMyOA==
Fri 2014-04-04 12:10:24: 03: --> 235 Authentication successful
Fri 2014-04-04 12:10:24: 01: Authenticated as mkp2@vstrans.irk.ru
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5704
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=9425
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=6105
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5924
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=6404
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=6454
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5703
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5175
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5651
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=4979
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 250 RSET? Well, ok.
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=4914
Fri 2014-04-04 12:10:24: 03: --> 550 <konteiner@vstrans.irk.ru>, Sender unknown
Fri 2014-04-04 12:10:24: 01: konteiner@vstrans.irk.ru account is currently disabled
Fri 2014-04-04 12:10:24: 02: <-- RSET
Fri 2014-04-04 12:10:24: 03: --> 552 Too many RSET commands
Fri 2014-04-04 12:10:24: 04: SMTP session terminated (Bytes in/out: 754/1260)
Fri 2014-04-04 12:10:24: 01: ----------




какого хрена он вообще пытается от первого ящика отправит ь?

Цитата:

MAIL FROM:<konteiner@vstrans.irk.ru>

Если отключил этот ящик - то почему он отправляет от отключенного имени?
Наверное в настройках клиента стоит отправлять от имени отключенного ящика! Вот и получаете ошибку!!!

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

Fri 2014-04-04 12:10:24: 01: Authenticated as mkp2@vstrans.irk.ru
Fri 2014-04-04 12:10:24: 02: <-- MAIL FROM:<konteiner@vstrans.irk.ru> SIZE=5704

вот где в The Bat такая хрень может быть

Ну скорее всего стоит авторизация SMTP правильная - а обратный адрес написан тот который отключен!

Появился глюк с ограничением почтовых ящиков в MDAEMONе, в результате спам рассылки много почтовых ящиков превысили свою квоту, я ручками почистил почтовые папки (не через программу) раньше так делал и все было нормально, но сейчас в менеджере учетных записей до сих пор висит перелимит, хотя писем там нет. Пробовал перегружать и службу и сервер - не помогло. Пришлось отключить квотирование, но так оставлять не хочу. Помогите, а то никакой инфы в goolge не нашел.
    


Диагностика: события, изменяющие квоту пользователя, MDaemon заносит в файлик %MDaemon%\App\QuotaCounts.dat

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

Решение: переименовать файлик QuotaCounts.dat в QuotaCounts.dat.old и "пересоздать" файл квоты.

MDaemon -> Queue and Statistics Manager -> User page

Это заставит систему пересчитать всю информацию.
Можно проще. Создаете пустой файл с именем ClearQuotaCounts.sem
и копируете в каталог демона APP

В MDaemon -> Queue and Statistics Manager -> User page
демон по той же причине что и выше показывает неверные данные по количеству писем и занимаемому месту на диске. Лечится также - пихать семафор ClearQuotaCounts.sem в APP и снова топать в
MDaemon -> Queue and Statistics Manager -> User page

пробовал - не помогло

в mDaemon 14 новая тема для WorldClient.
При попытке ее использования, прогресс бар доходит до 50% и замирает. Написал в поддержку, выложили фикс, файл Languages.ini в папке WorldClient

скачать
http://rghost.net/53758633

sting21 в файл ClearQuotaCounts.sem помести символ * или имя конкретного ящика, затем пихай его в \app и проверяй квоты соответственно у всех или у этого ящика. В хелпе демона об этом написано.

Да, спасибо, я уже разобрался, только не понял как удалить сообщение))

Добрый день, Коллеги. Помогите в следующей проблеме: Имеется почтовой сервер MDaemon v. 13.0.5. При отправки письма с нашего сервера на другой любой почтовой сервер, (а на другом сервере настроен грейт листинг на 2-5 минут), сталкиваемся с проблемой, наш сервер письмо не отправленное откладывает во кладку удаленные и больше не пытается отправить это письмо. Как это можно побороть, чтобы письма повторно отправлялись оппоненту после задержки в грейт листенге.
Спасибо..

alex70707
Ну вот и ещё один из многочисленных геморов с греем...
лучше всего проанализировать лог all с самого начала когда письмо начинает отправляться до решения сервера о перекладывании в удалённые. там всё написано, включая причины.

Вообще - первое правило для всех при решении проблем с почтой - смотреть логи, в 99.99% случаев там всё написано.

alex70707 покажите лог. При грейлистинге Mdaemon кладет письмо в Retry очередь, про Удаленную очередь вообще никогда не слышал, есть Bad и Hold очередь.

Добрый день! Планирую внедрить Mdaemon в компанию на официальной основе. У меня вопрос по конфигурации. Есть локальный домен AD, но у нас два юридических лица пользуются одним доменом внтури сети, а почтовые домены разные. Попробывал поставить Kerio Konnect все получаетс но есть одно но. Аккаунты берем из AD. Но получается что учетки локального домена одни и теже для внешних доменов. Получается бардак. Если импортировать например Васю в почтовый домен фирма.ру то Вася так же появляется в фирама2.ру.

Так вот вопрос! Умеет ли mdaemon распределить пользователей среди разных почтовых доменов в одном локальном что бы небыло взаимосвязи. Поднимать еще один внутренний домен и плодить контроллеры руководство не хочет.