Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Все о MDaemon (#5)

Автор: ipmanyak
Дата сообщения: 29.11.2010 15:42
imasfilter на w2k3 точно дружит, на w2k8 не проверял - нету w2k8, но почему бы ему и там не работать? Как я понимаю, то что будет хранить MD в LDAP описывается как раз файлом mdaemon.schema. Если тебе там еще что-то нужно, то топай на сайт http://www.openldap.org и копай доки, лично мне кроме фамилий и емайла ничего не нужно. Да и заполнение дополнительных полей mdaemon не предоставляет.
Автор: imasfilter
Дата сообщения: 29.11.2010 17:41
ipmanyak
Найти на http://www.openldap.org сейчас то, что нужно, все равно что найти иголку в стоге сена

Цитата:
на w2k3 точно дружит

Поделитесь примерами настроек, если Вас не затруднит?
Автор: ipmanyak
Дата сообщения: 29.11.2010 18:13
imasfilter В хелпе демона по идее всё есть. Или тебе дать доку по настройке Ldaemon и клиентов?
http://ifolder.ru/17258855
если не сумеешь скачать (там нужно нажать кнопу СЮДА и посетить рекламный сайт, любой, после чего дадут скачать), кинь в личку мыло.
Топик тут по этой теме
http://72.233.112.78/topic.cgi?forum=8&topic=30717&start=1600
Автор: Terper
Дата сообщения: 30.11.2010 12:02
Добрый день
MDaemon 11.0.2 Ru
WorldClient не видит почту. Т.е. ящик есть (IMAP), почта в нём есть (проверено с помощью клиента). А WorldClient почту не показывает. Пишет, что везде по нулям. Хотя свежесозданные на клиенте папки — синхронизировал.

Самому себе почта не отправляется - вылезает alert: "Ошибка передачи сообщения"
В логе это выглядит вот так:

[Mon 2010-11-29 18:14:19] [RUNRKPX] Создание файла эл. почты RFC822.
[Mon 2010-11-29 18:14:19] [RUNRKPX] SMTP Отправка сообщения от "xxx" <xxx@xxx.ru>.
[Mon 2010-11-29 18:14:19] [RUNRKPX] SMTP Не удается открыть файл сообщения.
[Mon 2010-11-29 18:14:19] [RUNRKPX] Создание файла для составления сообщения, тип=-1.

На папку Users и основную папку mDaemon (они лежат на разных дисках) даны права аккаунту IWAM (полный доступ).

В логе с названием MDaemon-20101129-Система.log ничего интересного нет. И в Event Viewer — System тоже ничего про mDaemon нет..

В папке Users, в конкретной папке аккаунта, есть папка WC, в которой 2 файла: messages.idx и user.ini. У messages.idx дата изменения — свежая, от 29 числа. у user.ini — старая, прошлогодняя.
Не знаю, даст ли что-то эта информация...

Еще какая-то интересная фигня — WC видит заголовки (только заголовки, без тел писем) каких-то 27 отправленных год-два назад писем. Возможно, которые через него и отправлялись, сейчас уже не вспомню.
Удалять их не получается — сотру одно, оно тут же появляется в списке опять.

Как настроить товарища на нормальную работу?
Автор: ipmanyak
Дата сообщения: 30.11.2010 16:27
Terper

Цитата:
Хотя свежесозданные на клиенте папки — синхронизировал.
Поясните, что за папки и зачем было их синхронизировать?

Цитата:
На папку Users и основную папку mDaemon (они лежат на разных дисках) даны права аккаунту IWAM (полный доступ).

Кто такой аккаунт IWAM и причем он здесь? WC поднят там же где демон или находится за IIS винды?
Лежат на разных дисках - каким образом вы разделили папку mdaemon и папку USERS? Опишите последовательность действий.
Папка USERS еще существует, там где mdaemon находится?
Проблема только с одним ящиком или со всеми?
WC клиентом снаружи тычетесь или тут же в локали? Прокся для WC клиента юзается? Без прокси?
p.s.
И побольше инфы!
Сдается мне вы сами себе сделали геморрой и теперь паритесь.

Автор: Terper
Дата сообщения: 30.11.2010 17:37
По порядку:
Раньше я с сервера забирал всю почту по pop3, сейчас решил сделать всё по IMAP - понадобилось забирать почту с разных мест. Перенастроил клиента, чтобы работал с сервером по IMAP, в демоне включил использование IMAP аккаунтом.
Создал папки, которые мне нужны для сортировки писем. После чего синхронизировал то, что у меня было скачано клиентом ранее - т.е. грубо говоря, закачал почту обратно на сервер.
Так вот WC видит эти самые папки. А вот письма в них - нет.

Про аккаунт IWAM прочитал здесь:
http://www.redline-software.com/rus/support/docs/mdaemon/c6s3.php
и т.к. WC у меня поднят через IIS, решил последовать совету. Может, не разобрался до конца с правами...

Папку Users вынес на другой диск путем перенастройки путей к хранилищу в настройках каждой учетной записи. На диске С папка Users осталась, там остался аккаунт admin (автоматически созданный, ибо я такой аккаунт не использую. он пустой)

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

WC клиентом тычусь в локалке. Прокси нет. Тыкался даже непосредственно на сервере - эффект один и тот же.


Цитата:
Сдается мне вы сами себе сделали геморрой и теперь паритесь.  

Не исключено!


Добавлено:
Создал новый, тестовый аккаунт.
Тут же на сервере зашел им в WC, попробовал отправить сообщение - тоже самое. Стало быть, эффект на всех аккаунтах...

Добавлено:
В логе WC всё те же записи:

Tue 2010-11-30 18:49:41: [QRPWJQE] Создание файла эл. почты RFC822.
Tue 2010-11-30 18:49:41: [QRPWJQE] SMTP Отправка сообщения от "test" <test@xxx.ru>.
Tue 2010-11-30 18:49:41: [QRPWJQE] SMTP Не удается открыть файл сообщения.
Tue 2010-11-30 18:49:41: [QRPWJQE] Создание файла для составления сообщения, тип=-1.
Автор: ipmanyak
Дата сообщения: 30.11.2010 18:19
Terper а оно вам точно надо пихать wc за IIS? Каков глубокий смысл этого? Имхо лишний геммор. Статью от redline-software вы хорошо проштудировали?
Автор: Terper
Дата сообщения: 30.11.2010 18:21
ipmanyak
Я не вижу (явным образом) проблем от этого.
Кроме того, у меня на той же машине поднят IIS по другим нуждам, поэтому 80-й порт закрыт. А использовать другие кривые порты при подъеме WC с помощью mDaemon мне не кажется хорошей идеей.
Если другого выхода не будет, то тогда конечно. Но пока - хотелось бы настроить через IIS.
Автор: ipmanyak
Дата сообщения: 30.11.2010 19:10
Terper каждый аккаунт меняли путь - гигант! имхо было бы проще mdaemon.ini поправить, но по идее стоило бы почитать базу знаний ALTN на этот счет. Читали в этом плане?
Ну что вам сказать - пока ничего путнего не могу. Вы пошли по пути доп проблем, типа сами себе создали шило, сели на него задницей и теперь мучительно больно с него слазите! Сорри уж за этот пафос.
Автор: imasfilter
Дата сообщения: 01.12.2010 10:47
ipmanyak
хотелось бы без LDaemon'a обойтись.
Как научить Mdaemon следующему
1) Когда в AD создается учетка Mdaemon автоматом добавллял ее к себе это не проблема есть мониторинг
2) Адрес он брал не из имени входа пользователя в домен(логин@домен) из поля "Эл.почта" (Вкладка "ОБщие" в свойства учтной записи сделанной в AD)
3) Формировать адресную книгу изходя из Фамилия, Имя эл.почта

Вы так пробовали сделать? Если это возможно, подскажи как
ipmanyak Заранее спасибо
Автор: Terper
Дата сообщения: 01.12.2010 10:55

Цитата:
Вы пошли  по пути доп проблем, типа сами себе создали шило, сели на него задницей и теперь мучительно больно с него слазите! Сорри уж за этот пафос.

О чем вы говорите?
Какие доп. проблемы?
Я перенес папку аккаунтов на другой диск на, практически, пустом сервере, исправив 2-3 аккаунта, и дальше изменив настройку по умолчанию. И все новые аккаунты создавались уже на другом диске.
Какие доп. проблемы? какое шило?
Я пока использую только штатные возможности, ничего более. Или использование штатных возможностей - это и есть то самое шило?
Автор: imasfilter
Дата сообщения: 01.12.2010 17:39

Цитата:
ipmanyak
хотелось бы без LDaemon'a обойтись.
Как научить Mdaemon следующему
1) Когда в AD создается учетка Mdaemon автоматом добавллял ее к себе это не проблема есть мониторинг
2) Адрес он брал не из имени входа пользователя в домен(логин@домен) из поля "Эл.почта" (Вкладка "ОБщие" в свойства учтной записи сделанной в AD)
3) Формировать адресную книгу изходя из Фамилия, Имя эл.почта

Вы так пробовали сделать? Если это возможно, подскажи как
ipmanyak Заранее спасибо


ipmanyak Какие-нибудь дельные советы дайте пожалуйста
Автор: koyote76
Дата сообщения: 03.12.2010 13:39
MD10.1.2_Eng
Необходимо в связи с переходом на Web interface, открытием pop3 "наружу", изменить около 400 паролей на ящики. Какие требования к паролям по безопасности вы считаете достаточными (кол-во знаков и т.д.)? Можно ли использовать автоматические генераторы паролей? Как грамотнее и быстрее осуществить эту операцию?
Автор: vlary
Дата сообщения: 03.12.2010 14:08
koyote76
Цитата:
Какие требования к паролям по безопасности вы считаете достаточными (кол-во знаков и т.д.)?
Не менее 7 знаков, алфавитно-цифровые символы в верхнем и нижнем регистрах. Добавление специальных символов (~@#$%^<>(){}) будет дополнительным плюсом.

Цитата:
Можно ли использовать автоматические генераторы паролей?
Не только можно, но и нужно. Придумывание 300 бессмысленных паролей - то еще развлечение.


Автор: pavlov150
Дата сообщения: 03.12.2010 14:41
Здравствуйте! У стоит 11-ая версия Mdaemon. Что необходимо сделать, чтобы при отправке письма размером превышающим установленное (не больше 7 Мб), приходило уведомление пользователю о том, что письмо не дошло, что письмо превышает допустимый размер? На данный момент я испробовал все возможные настройки, но ничего не вышло.
Установлен лимит 7 Мб. Вот лог отправки сообщения:
Fri 2010-12-03 11:58:22: Session 979; child 1; thread 0
Fri 2010-12-03 11:58:22: Accepting SMTP connection from [10.61.10.83:51400] to [10.61.0.3:25]
Fri 2010-12-03 11:58:22: --> 220 rti.amur.ru ESMTP MDaemon 11.0.0; Fri, 03 Dec 2010 11:58:22 +0900
Fri 2010-12-03 11:58:22: <-- HELO pavlov
Fri 2010-12-03 11:58:22: --> 250 rti.amur.ru Hello pavlov, pleased to meet you
Fri 2010-12-03 11:58:22: <-- MAIL FROM: <isito@rti.amur.ru>
Fri 2010-12-03 11:58:22: --> 250 <isito@rti.amur.ru>, Sender ok
Fri 2010-12-03 11:58:22: <-- RCPT TO: <pavlov150@mail.ru>
Fri 2010-12-03 11:58:22: --> 250 <pavlov150@mail.ru>, Recipient ok
Fri 2010-12-03 11:58:22: <-- DATA
Fri 2010-12-03 11:58:22: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000000422.tmp
Fri 2010-12-03 11:58:22: --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2010-12-03 11:58:30: Message size: 15811404 bytes
Fri 2010-12-03 11:58:30: --> 552 Размер сообщения превышает фиксированный максимальный размер сообщения
Fri 2010-12-03 11:58:30: <-- QUIT
Fri 2010-12-03 11:58:30: --> 221 See ya in cyberspace
Fri 2010-12-03 11:58:30: SMTP session terminated (Bytes in/out: 15811494/339)
Fri 2010-12-03 11:58:30: ----------

В настройках стоят галочки "Уведомлять пользователей" при различных ситуациях недоставки писем. но все бестолку.

Заранее спасибо!
Автор: IgorAl
Дата сообщения: 06.12.2010 05:02
pavlov150
воспользуйся контент фильтром
Автор: pavlov150
Дата сообщения: 06.12.2010 12:17
не совсем то, что мне подходит. чтобы контент фильтр отрабатывал, необходимо чтобы письмо полностью было получено. такой вариант пробовал, не подходит
Автор: lserhio
Дата сообщения: 14.12.2010 12:04
Приветствую. Мдаемон не удаляет спам. Т.е. Пишет в заголовок письма, что превышен счетчик. Галка стоит - сразу удалять. Письмо приходит всеравно адресату.
Автор: ipmanyak
Дата сообщения: 14.12.2010 12:24
lserhio Покажите кусок лога и озвучьте версию Mdaemon.
Автор: lserhio
Дата сообщения: 14.12.2010 12:42
Все. сам допер. Установил, что спамом являются сообщения больше 2,5, а отказ в приемке сообщения остался 12 балов. Еще раз сорри.
Автор: Dobrii
Дата сообщения: 14.12.2010 15:37
Добрый день!
Имеется домен, в АД для пользователей прописаны почтовые адреса, адрес отличается от имени учетной записи, т.е. учетка haas - адрес h.haas@mydomen.ru. При импорте в демоне получаю почтовый адрес такой-же как учетная запись.
Как правильно импортировать это дело в Демона что-бы нормально перенеслись адреса?
Автор: ipmanyak
Дата сообщения: 14.12.2010 17:40
Dobrii дык в домене то какие адреса? И надо ли вам импорт из AD вообще? Лично я не приветсвую привязку к AD - лишний геммор, но это мое личное чисто субъективное мнение. Многие это юзают.
Автор: Dobrii
Дата сообщения: 14.12.2010 22:25
В демоне адреса такие же как учетная запись, мне надо что бы он подставил адрес из профиля пользователя.
Вбивать ручками в Демона пару сотен адресов совсем не хочется.


Цитата:
Адрес он брал не из имени входа пользователя в домен(логин@домен) из поля "Эл.почта" (Вкладка "ОБщие" в свойства учтной записи сделанной в AD)


Уже разобрался.
Для тех кому еще актуально: В APP открываем файл ActiveDS.dat и в нем правим строку Mailbox=%mail%
Автор: imasfilter
Дата сообщения: 16.12.2010 13:07
Dobrii

Цитата:
Уже разобрался.
Для тех кому еще актуально: В APP открываем файл ActiveDS.dat и в нем правим строку Mailbox=%mail%

Оо, тоже был озадачен этим. Спасибо
Автор: K V M
Дата сообщения: 19.12.2010 18:44
Здравствуйте. Подскажите как избавиться от:
Fri 2010-12-24 18:28:21: <-- 550-5.7.1 [82.207.ХХ.ХХХ] The IP you're using to send mail is not authorized to
Fri 2010-12-24 18:28:21: <-- 550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
Fri 2010-12-24 18:28:21: <-- 550-5.7.1 service provider instead. Learn more at
Fri 2010-12-24 18:28:21: <-- 550 5.7.1 http://mail.google.com/support/bin/answer.py?answer=10336 b6si11085089bkb.13

Почта не идет на gmail.com на остальных работает.
С MDaemon не работал еще. Подскажите где SMTP Relay там намтроить
Автор: vlary
Дата сообщения: 19.12.2010 19:01
K V M Скорее всего твой айпи 82.207.ХХ.ХХХ не имеет нормальной обратной зоны или имеет что-то вроде 82.207.ХХ.ХХХ.dsl.provider.ru. Также наверняка не прописана SPF запись в DNS твоего почтового домена.
Автор: ipmanyak
Дата сообщения: 20.12.2010 09:11
K V M RFC 1912 2.1
...
Make sure your PTR and A records match.
...
Релей настраивается в настройках первичного домена во вкладке Delivery - поставить птицу сначала отправлять напрямую, в случае неудачи отправлять почту на SMART HOST - на SMTP твоего прова, если он это разрешает. А лучше приведи в порядок записи в прямой и обратной зоне на IP твоего почтовика.


Автор: antiput
Дата сообщения: 20.12.2010 09:42
Помогите пожалуйста, мой сервер не принимает почту с некоторых сервисов, в т.ч. и с mail.ru, но только когда еть вложения. Без вложений все нормально. Mdaemon 11.0.3.

Вот лог:

Цитата:
Mon 2010-12-20 10:35:46: Session 1179; child 1; thread 0
Mon 2010-12-20 10:35:46: Accepting SMTP connection from [94.100.176.42:14673] to [172.17.100.100:25]
Mon 2010-12-20 10:35:46: Performing PTR lookup (42.176.100.94.IN-ADDR.ARPA)
Mon 2010-12-20 10:36:26: * DNS: 40 second wait for DNS response exceeded
Mon 2010-12-20 10:36:26: * D=42.176.100.94.IN-ADDR.ARPA TTL=(60) PTR=[fallback4.mail.ru]
Mon 2010-12-20 10:36:26: * Gathering A records...
Mon 2010-12-20 10:36:26: * D=fallback4.mail.ru TTL=(12) A=[94.100.176.42]
Mon 2010-12-20 10:36:26: ---- End PTR results
Mon 2010-12-20 10:36:26: --> 220 ryazanszn.ru ESMTP MDaemon 11.0.3; Mon, 20 Dec 2010 10:36:26 +0300
Mon 2010-12-20 10:36:26: <-- EHLO fallback4.mail.ru
Mon 2010-12-20 10:36:26: Performing IP lookup (fallback4.mail.ru)
Mon 2010-12-20 10:36:26: * D=fallback4.mail.ru TTL=(12) A=[94.100.176.42]
Mon 2010-12-20 10:36:26: ---- End IP lookup results
Mon 2010-12-20 10:36:26: --> 250-ryazanszn.ru Hello fallback4.mail.ru, pleased to meet you
Mon 2010-12-20 10:36:26: --> 250-ETRN
Mon 2010-12-20 10:36:26: --> 250-AUTH=LOGIN
Mon 2010-12-20 10:36:26: --> 250-AUTH LOGIN CRAM-MD5
Mon 2010-12-20 10:36:26: --> 250-8BITMIME
Mon 2010-12-20 10:36:26: --> 250 SIZE
Mon 2010-12-20 10:36:26: <-- MAIL FROM:<antiput@bk.ru> SIZE=42116 BODY=8BITMIME
Mon 2010-12-20 10:36:26: Performing IP lookup (bk.ru)
Mon 2010-12-20 10:36:26: * D=bk.ru TTL=(51) A=[217.69.128.43]
Mon 2010-12-20 10:36:26: * P=010 S=000 D=bk.ru TTL=(51) MX=[mxs.mail.ru] {94.100.176.20}
Mon 2010-12-20 10:36:26: ---- End IP lookup results
Mon 2010-12-20 10:36:26: Performing SPF lookup (bk.ru / 94.100.176.42)
Mon 2010-12-20 10:36:26: * bk.ru 94.100.176.42; matched to SPF cache
Mon 2010-12-20 10:36:26: * Result: pass
Mon 2010-12-20 10:36:26: ---- End SPF results
Mon 2010-12-20 10:36:26: --> 250 <antiput@bk.ru>, Sender ok
Mon 2010-12-20 10:36:26: <-- RCPT TO:<schukin@ryazanszn.ru>
Mon 2010-12-20 10:36:26: --> 250 <schukin@ryazanszn.ru>, Recipient ok
Mon 2010-12-20 10:36:26: <-- DATA
Mon 2010-12-20 10:36:26: Creating temp file (SMTP): d:\programs\mdaemon\queues\temp\md50000000357.tmp
Mon 2010-12-20 10:36:26: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2010-12-20 10:37:28: Соединение прервано
Mon 2010-12-20 10:37:28: SMTP session terminated (Bytes in/out: 2011/324)
Автор: ipmanyak
Дата сообщения: 20.12.2010 10:42
antiput После создания temp файла ваш почтовик целую минуту чем-то занимался после этого. Смотрите другие логи - AntiVirus.log, AntiSpam.log, Content-Filter или лог ALL, если он у вас был включен.
Автор: antiput
Дата сообщения: 20.12.2010 11:00
ipmanyak
Антивируса нет, антиспам отключен, вот остальные:

SPFID-Отправителя-.log

Цитата:
Mon 2010-12-20 10:32:32: Performing SPF lookup (bk.ru / 217.69.129.101)
Mon 2010-12-20 10:32:32: * Policy: v=spf1 redirect=_spf.mail.ru
Mon 2010-12-20 10:32:32: * Evaluating redirect=_spf.mail.ru:
Mon 2010-12-20 10:32:32: * Evaluating redirect=_spf.mail.ru: performing lookup
Mon 2010-12-20 10:32:32: * Policy: v=spf1 ip4:94.100.176.0/20 ip4:217.69.128.0/21 ~all
Mon 2010-12-20 10:32:32: * Evaluating ip4:94.100.176.0/20: no match
Mon 2010-12-20 10:32:32: * Evaluating ip4:217.69.128.0/21: match
Mon 2010-12-20 10:32:32: * Result: pass
Mon 2010-12-20 10:32:32: ----------
Mon 2010-12-20 10:33:40: Performing SPF lookup (bk.ru / 94.100.176.42)
Mon 2010-12-20 10:33:40: * bk.ru 94.100.176.42; matched to SPF cache
Mon 2010-12-20 10:33:40: * Result: pass
Mon 2010-12-20 10:33:40: ----------
Mon 2010-12-20 10:35:38: Performing SPF lookup (bk.ru / 94.100.176.18)
Mon 2010-12-20 10:35:38: * bk.ru 94.100.176.18; matched to SPF cache
Mon 2010-12-20 10:35:38: * Result: pass
Mon 2010-12-20 10:35:38: ----------
Mon 2010-12-20 10:37:28: Performing SPF lookup (bk.ru / 94.100.176.42)
Mon 2010-12-20 10:37:28: * bk.ru 94.100.176.42; matched to SPF cache
Mon 2010-12-20 10:37:28: * Result: pass


Система.log

Цитата:
Mon 2010-12-20 10:30:30: MDSPAMD не запущен на хосте 192.168.128.100
Mon 2010-12-20 10:30:30: ----------
Mon 2010-12-20 10:31:01: MDSPAMD не запущен на хосте 192.168.128.100


Остальные, пусты



Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.