» Все о MDaemon (#5)

Цитата:

на провайдере адрес статический, PTR они прописывали.

пусть не свистят

C:\Program Files\Far Manager>nslookup 5.19.139.176
╤хЁтхЁ: main.office.lx.ru
Address: 192.168.100.253

╚ь : 5x19x139x176.static-customer.iz.ertelecom.ru
Address: 5.19.139.176

xxxxxxxxxxpp


Цитата:

на провайдере адрес статический, PTR они прописывали.

Обратите внимание какая PTR запись прописана для вашего IP'шника 5.19.139.176
https://www.robtex.org/en/advisory/dns/5/19/139/176/#records

Цитата:

lenta.com пыталась послать MAIL FROM: <>, а твой сервер не принял почту от "пустого" пользователя. Это 1 - нарушение rfc, 2 - и Refusing MAIL FROM:<> does not help fight spam

разрешай у себя MAIL FROM: <>

блин, забыл где тыкал....


p.S.все, вспомнил.


в MDaemon.ini секция [Special]
RefuseNULLReturnPath=No

[more] Всем доброго времени суток!

Пользуемся MDaemon довольно давно. 11-я версия достаточно добросовестно отпахала на MS 2003 Server не один год и по функционалу вполне устраивала. Но все хорошее когда-нибудь заканчивается.

Сам сервер изрядно износился и т.д. Решили поменять железо и софт.

Поставили 14 версию на MS 2012 Server.
Ну, про мелкие глюки, которых хватает, говорить не буду, только о самом насущном.

Повадился MDaemon в полночь стопориться. Влепит в папку локальной очереди свой Qlock.lck, а удалить забывает. Все останавливается, естественно. При этом служба уходит в глубокую несознанку - остановить нельзя.

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

В описании версии 14.5 говорится, что этот баг пофиксили. Мы обновили версию сервера, но... Как говорил Козьма Прутков, если на клетке слона увидишь надпись "буйвол"... В общем, сервак продолжает засыпать в обнимку с Qlock.lck.

Порылся по форуму, есть упоминания этого Qlock.lck в 2004 и 2008 годах, но каких-либо решений я там не увидел. Мельком проскочило про антивирус. На новом серваке у нас SecurityPlus for MDaemon и Kaspersry Endpoint Security 10. В исключениях каспера указана папка установки MDaemon.

В чем еще может быть проблема? У кого какие мысли?

P.S. Можно, конечно, попробовать установить последнюю версию MDaemon (15.1), но есть подозрение, что это не спасет отца русской демократии, собака где-то еще порылась.
Да и отзывов про новую версию на альт-н хватает разных. [/more]

Всем добрый день.
Подскажите плиз в чем ошибка. Второй день гуглю, не могу найти ответ. Все письма замечательно уходят и приходят, кроме это домена в зоне lv. На нашем почтовике никаких настроек за последний год точно не менялось.

-- Session Transcript ---
Wed 2015-06-03 12:26:00: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd35000127547.msg>
Wed 2015-06-03 12:26:00: * From: *****@exim-vrn.ru
Wed 2015-06-03 12:26:00: * To: *****@rietumu.lv
Wed 2015-06-03 12:26:00: * Subject: =?koi8-r?B?UmU6INTP0sfP18/FIMbJzsHO08nSz9fBzsnFIA==?=
Wed 2015-06-03 12:26:00: * Size (bytes): 6476
Wed 2015-06-03 12:26:00: * Message-ID: <59AFA1256DCF4B4FA80896DA902411C4@export1>
Wed 2015-06-03 12:26:00: Attempting SMTP connection to [rietumu.lv]
Wed 2015-06-03 12:26:00: Resolving MX records for [rietumu.lv] (DNS Server: 192.168.100.252)...
Wed 2015-06-03 12:26:00: * P=010 S=001 D=rietumu.lv TTL=(60) MX=[mail.rietumu.lv] {194.153.171.4}
Wed 2015-06-03 12:26:00: * P=100 S=000 D=rietumu.lv TTL=(60) MX=[mail2.rietumu.lv] {194.153.171.122}
Wed 2015-06-03 12:26:00: Attempting SMTP connection to [194.153.171.4:25]
Wed 2015-06-03 12:26:00: Waiting for socket connection...
Wed 2015-06-03 12:26:00: * Connection established (127.0.0.1:3679 -> 194.153.171.4:25)
Wed 2015-06-03 12:26:00: Waiting for protocol to start...
Wed 2015-06-03 12:26:00: <-- 220 mail2.rietumu.lv ESMTP ready
Wed 2015-06-03 12:26:00: --> EHLO mx.exim-vrn.ru
Wed 2015-06-03 12:26:00: <-- 250-mail2.rietumu.lv
Wed 2015-06-03 12:26:00: <-- 250-PIPELINING
Wed 2015-06-03 12:26:00: <-- 250-SIZE 25600000
Wed 2015-06-03 12:26:00: <-- 250-ETRN
Wed 2015-06-03 12:26:00: <-- 250-STARTTLS
Wed 2015-06-03 12:26:00: <-- 250-ENHANCEDSTATUSCODES
Wed 2015-06-03 12:26:00: <-- 250-8BITMIME
Wed 2015-06-03 12:26:00: <-- 250 DSN
Wed 2015-06-03 12:26:00: --> STARTTLS
Wed 2015-06-03 12:26:00: <-- 220 2.0.0 Ready to start TLS
Wed 2015-06-03 12:26:00: Socket connection closed by the other side (how rude!)
Wed 2015-06-03 12:26:00: Attempting SMTP connection to [194.153.171.122:25]
Wed 2015-06-03 12:26:00: Waiting for socket connection...
Wed 2015-06-03 12:26:00: * Connection established (127.0.0.1:3687 -> 194.153.171.122:25)
Wed 2015-06-03 12:26:00: Waiting for protocol to start...
Wed 2015-06-03 12:26:01: <-- 220 mail2.rietumu.lv ESMTP ready
Wed 2015-06-03 12:26:01: --> EHLO mx.exim-vrn.ru
Wed 2015-06-03 12:26:01: <-- 250-mail2.rietumu.lv
Wed 2015-06-03 12:26:01: <-- 250-PIPELINING
Wed 2015-06-03 12:26:01: <-- 250-SIZE 25600000
Wed 2015-06-03 12:26:01: <-- 250-ETRN
Wed 2015-06-03 12:26:01: <-- 250-STARTTLS
Wed 2015-06-03 12:26:01: <-- 250-ENHANCEDSTATUSCODES
Wed 2015-06-03 12:26:01: <-- 250-8BITMIME
Wed 2015-06-03 12:26:01: <-- 250 DSN
Wed 2015-06-03 12:26:01: --> STARTTLS
Wed 2015-06-03 12:26:01: <-- 220 2.0.0 Ready to start TLS
Wed 2015-06-03 12:26:01: Socket connection closed by the other side (how rude!)
Wed 2015-06-03 12:26:01: Возраст этого сообщения равен 62 минутам; осталось 0 минут его нахождения в этой очереди
Wed 2015-06-03 12:26:01: Срок пребывания в удаленной очереди истек; сообщение перемещено в очередь повторных попыток
--- End Transcript ---

Eximus

Цитата:

Socket connection closed by the other side (how rude!)

Т.е. они рвут соединения по каким-то причинам - может просто не хотят иметь дело с вашим доменом. Может санкции...

Eximus

Цитата:

Wed 2015-06-03 12:26:01: <-- 250-STARTTLS
...................................
Wed 2015-06-03 12:26:01: --> STARTTLS
Wed 2015-06-03 12:26:00: <-- 220 2.0.0 Ready to start TLS
Wed 2015-06-03 12:26:00: Socket connection closed by the other side (how rude!)

По какой-то причине ваш сервер пытается запустить шифрование потока, но это у него не получается.

ipmanyak
Что бы мы, без вас делали...
Хорошо что вы есть.

Настроил Content Filter сегодня, чтобы тот записывал Message-ID некоторых писем в текстовый, а потом сравнивал, чтобы не дублировать их в папках.

Отправляю письмо на 3 пользователей - в итоге все равно 2 письма приходят. Смотрю логи - Content Filter за 1/1000 секунды успевает обработать два письма. То есть, они одновременно идут. В итоге, конечно трюк с файлом не прокатывает. Третье письмо идет на несколько миллисекунд позже и нормально отсекается.

Что делать? Как сделать так, чтобы фильтр утихомирился и по-очереди письма обрабатывал?

Приветствую, коллеги!
Была поставлена задача, чтобы вся переписка между разными подразделениями и с внешними контрагентами копировалась гендиру.

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

Код:
Apply this rule to messages in the LOCAL queue

If the SENDER is a member of GROUP 'подразделение'
and If the RECIPIENT is a member of GROUP 'подразделение'
...then stop processing rules for this message

devilz696

Цитата:

Была поставлена задача, чтобы вся переписка между разными подразделениями и с внешними контрагентами копировалась гендиру.

Может просто во все ящики добавить переадресацию на ящик гендира?

Цитата:

Может просто во все ящики добавить переадресацию на ящик гендира?

Фишка в том, что есть необходимость отсечь переписку внутри подразделений

Цитата:

Всё это хорошо, но если пользователь в RECIPIENT, CC или BCC прописывает несколько получателей, то в папку падает несколько одинаковых писем, соответствующее количеству получателей вне своего подразделения. Есть мысли как это исправить?

Читайте мое предыдущее сообщение.

Способ - для каждого сообщения которое вы этим своим правилом перекидываете записывать Message ID в текстовый файл, и каждый раз сверятся чтобы не было дубликатов. Это все там же в Content Filter настраивается.

devilz696

Цитата:

Была поставлена задача, чтобы вся переписка между разными подразделениями и с внешними контрагентами копировалась гендиру.

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

Цитата:

Читайте мое предыдущее сообщение.
 
Способ - для каждого сообщения которое вы этим своим правилом перекидываете записывать Message ID в текстовый файл, и каждый раз сверятся чтобы не было дубликатов. Это все там же в Content Filter настраивается.

Скиньте текст Вашего варианта, пожалуйста.


Цитата:

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

Не выйдет. И даже не спрашивайте почему

[more] 1. Если гендиректору нечем больше заняться, как изучать внешнюю переписку сотрудников, то в фирме не более 50 человек.
2. Если в фирме не более 50 человек, которые не непрерывно ведут переписку, то за день писем набежит всего не более 250.
3. Копии 250 писем можно перенаправить на один почтовый ящик.
4. Из "папки пользователя" (интерфейс очередей и др.), отсортировав по отправителю, можно ручками выкинуть всю внутреннюю переписку.
5. Оставшееся скопировать в папку гендиректора, чтобы он, кретин, этим подавился.

Это если тупо (в стиле гендиректора) и добросовестно делать "в лоб".

Можно проще и "круче".

Есть такие общие папки "Mail Archive". Внутренняя переписка там падает только в ящик получателя.
Открыть папки архива на доступ пользователю директора. Пусть смотрит копии всех писем сотрудников, если хочет.

"Там даже удаленные есть!!!" - козырной ход. Типа сотрудник письмо из своей папки удалил, а гендиректор все равно всех на чистую воду вывести может!!! Круто типа.

Вот и пусть шпионит за всеми, если заняться нечем...

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

[/more]

Цитата:

Скиньте текст Вашего варианта, пожалуйста.

Apply this rule to messages in the LOCAL & REMOTE queue

If the userdef1:Envelope-to HEADER Is Equal To 'mail1@domain' or 'mail2@domain'
and If the Message-ID HEADER does NOT contain any words from text file d:\mdaemon\001.txt
... then move message to public folder "DIRECTOR"
and add line to text file "d:\mdaemon\001.txt","$MESSAGEID$"

Нужные строки выделил.

ADK64
Ему бы твои слова как-нибудь в бошку загнать ))

Добавлено:
Supercharged
Спасиб!

devilz696

Цитата:

Ему бы твои слова как-нибудь в бошку загнать ))

А просто вежливо послать? Типа - у меня есть ООООооооочень срочное дело от которого зависит работоспособность фирмы!

Supercharged

Цитата:

Настроил Content Filter сегодня, чтобы тот записывал Message-ID некоторых писем в текстовый, а потом сравнивал, чтобы не дублировать их в папках.
 
Отправляю письмо на 3 пользователей - в итоге все равно 2 письма приходят. Смотрю логи - Content Filter за 1/1000 секунды успевает обработать два письма. То есть, они одновременно идут. В итоге, конечно трюк с файлом не прокатывает. Третье письмо идет на несколько миллисекунд позже и нормально отсекается.
 
Что делать? Как сделать так, чтобы фильтр утихомирился и по-очереди письма обрабатывал?

Тоже самое с Вашим вариантом. Получилось найти решение?

Цитата:

Тоже самое с Вашим вариантом. Получилось найти решение?

Я написал в поддержку MDaemon, жду когда мне ответят. У меня пока решения нет.

Supercharged
Странно, у меня утром хотябы частично работало. Сейчас все сообщения проскакивают. Причем в этом случае в файле прописывается один и тот же ID несколько раз подряд

devilz696
Скопируйте сюда правило, на всякий случай, глянем. У меня сегодня тоже казус был с моим айтишником - он в условии проверки вместо AND поставил OR.

Supercharged

Код:
Apply this rule to messages in the LOCAL & REMOTE queue

If the CC HEADER does not contain 'name@domain.ru'
and If the TO HEADER does not contain 'name@domain.ru'
and If the FROM HEADER contains local account
and If the userdef1:bcc HEADER does not contain 'name@domain.ru'
and If the userdef2:Content-Type HEADER does not contain 'multipart/report'
and If the Message-ID HEADER does NOT contain any words from text file 'D:\MDaemon\script\gendir-rule.txt'
...then copy message to public folders "DIRECTOR"
and add line to text file "D:\MDaemon\script\gendir-rule.txt","$MESSAGEID$"

Доброго времени суток!
Есть МДемон 14.5 и клиенты на Бате
Поделитесь опытом как правильно организовать корпоративную адресную книгу?
В принципе есть и ЛДемон - то как в нём организована public address book я не понимаю.
Я не понимаю по какому принципу один адрес туда попадает, а другой нет
может имеет смысл поднять на *nix OpenLDAP и перенести туда public address book?
кто то такое уже пробовал?

Mac_Sym


Цитата:

В принципе есть и ЛДемон - то как в нём организована public address book я не понимаю.

см. http://forum.ru-board.com/topic.cgi?forum=8&topic=39356&start=20#10

Цитата:

Я написал в поддержку MDaemon, жду когда мне ответят. У меня пока решения нет.

Поддержка отвечает мне:
"В нашей программе нет таких настроек, которые бы могли решить вашу ситуацию. Использование сторонних скриптов выходит за рамки нашей службы поддержки"

Только самые настоящие му**ки так могли ответить.

Добавлено:
У меня появилась другая идея. Нашел там в правилах функцию:

and run a program specify information

Проставил туда выполнение timeout.exe - это программа которая ничего не делает заданное количество секунд. В итоге все письма расползлись по логу на разное время, но и в папку всё тоже попало. Не пойму сие действие.

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

Я не умею писать программы, к сожалению.

Добавлено:
Отбой. Сработала вот такая хитрость. В нашем правиле добавляем последнюю строчку.


Код: Apply this rule to messages in the LOCAL & REMOTE queue

If the HEADER TO Is Equal To '________'
and If the Message-ID HEADER does NOT contain any words from text file __________.txt
... then add line to text file "__________.txt","$MESSAGEID$"
and move message to public folder "____"
and jump to rule "Delete if duplicate"

Добрый день!
Такая проблема,mdaemon долго разбирает локальную очередь.
Копится по 4000 - 5000 тысяч,начинает потихоньку разбирать и по новой копит.
В чем может быть проблема и куда смотреть?.
Заранее спасибо!
Mdaemon 14.5

supernice
Цитата:

В чем может быть проблема и куда смотреть?.

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

Подскажите пожалуйста как решить проблему.
Есть организация, у них стоит Мдемон
На нем несколько доменов
Есть домен1 и домен2
Домен2 я перенес на мейл.ру, мх-записи у регистратора поправил для него
Почта нормально ходит, за исключением проблемы ниже
Теперь ошибка возникает если слать с домен2 на домен1
Приходит ответ от daemon.mail.ru

SMTP error from remote mail server after RCPT TO:<*@exim-vrn.ru>:
host mx.exim-vrn.ru [85.113.147.34]: 530 Authentication required

Рекомендуем Вам проверить корректность указания адресов получателей.
===
Подскажите где я напортачил?