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

» Все о MDaemon (#5)

Автор: antonav
Дата сообщения: 13.08.2012 16:20
Подскажите пожалуйста, как правильно реализовать изменение темы отправляемого письма силами МДемона? Необходимо искать и удалять подстроку в поле заголовка Subject. Сама подстрока может меняться, но она всегда окружена спецсимволами <[ ]>.
Предполагаю, что это делается через фильтр содержания. Прошу помощи в его правильной настройке.
Автор: ipmanyak
Дата сообщения: 13.08.2012 18:15

Цитата:
Предполагаю, что это делается через фильтр содержания.
Какая еще вам помощь нужна, коли так знаете куда копать? Зайдите в CF и создавайте правило, ничего сложного там нет, в левой таблице выбираем что ищем, в правой выбираем и настраиваем действие.
Автор: antonav
Дата сообщения: 13.08.2012 19:00
ipmanyak
Дело в том, что я попробовал. Думал, что что-то не так с моим написанием правила. В тесте строку находит и удаляет нормально.
Но русские сабжи становятся не читаемыми после отработки этого правила. Если сабж на английском, то проблем нет.
Откатываться назад на 10-ку или какую другую версию пробовать? Или dll контент фильтра заменить на старую? От 10-ки не подошла - работает частично.
Автор: ipmanyak
Дата сообщения: 13.08.2012 20:30
antonav Не знаю как в новых версиях ( думаю, что ничего не изменилось), если используется русский язык в CF, то правило нужно писать с нужной кодировкой текста отбора и замены. Кодировка Темы может быть в 3-ех видах как минимум, KOI-8R, WIN-1251, UTF-8. У вас в какой кодировке идет тема письма? Я ранее для создания таких правил использовал FAR с плагином для KOI-8R в качестве аддона, поскольку основная масса клиентов слала письма в KOI8R.
Автор: antonav
Дата сообщения: 13.08.2012 22:30
ipmanyak
На нашей стороне тема создается в UTF-8, а снаружи может прийти в любом виде и клиентом (сандебёд) не перекодируется в UTF-8. Но дело в том, что на 10-м демоне это же правило работало без проблем и тему не убивало ни в какой кодировке. Я выше на этой странице описывал.
Мне нужно из темы убирать дату и время. Ничего добавлять не нужно. Добавление идет при получении письма и проходит нормально. Просто когда одно и то же письмо ходит между адресатами несколько раз, то в тему несколько раз дописывается дата получения, что сильно ее удлинняет. По этому ее и стирали при отправке.
Может кто-то у себя попробовать реализовать правило удаления подстроки из темы с русским, на версии 11 и выше? В идеале на 12.5.6 конечно.
Автор: shuum
Дата сообщения: 14.08.2012 06:12
Народ, доброго времени суток!
Тема поднималась на форуме несколько раз, но ссылки умерли. Вопрос в файлах словарей для русской проверки правописания Common.ru и Main.ru которые отсутствуют в последней версии 12.06 русского MDaemon, попробовал создать файл с русскими словами и обозвать его Common.ru но этот номер не прошел, в выпадающем списке выбора языков для проверки русский появился но проверка не работает, видимо нужен еще Main.ru а его формат неведом. Не поможете найти заветные файлики и включить таки проверку русской орфографии. спасибо.

P.S. В связи с периодическим поднятием этой темы, предлагаю поместить ссылки в шапку.
Автор: ipmanyak
Дата сообщения: 14.08.2012 08:43
antonav в каком виде дата и время, приведите пример, проверю на досуге на 11.0.3
Автор: WAndrey
Дата сообщения: 14.08.2012 08:45
shuum, да прям там умерли http://forum.ru-board.com/topic.cgi?forum=8&topic=39356&start=372
Автор: antonav
Дата сообщения: 14.08.2012 08:57
ipmanyak
Правило должно удалять из темы письма дату и время такого вида <[2012-08-10 19:16:45]>
У меня оно написано так:

ProcessQueue=BOTH
Condition01=SUBJECT|reg exp|AND|<\[.*\]>|
Condition02=TO|does not contain|AND|demons.ru|
Action01=header search and replace|"Subject","<\[.*\]>","","0,1"

Я описал это в посте 1048
Автор: shuum
Дата сообщения: 14.08.2012 10:48
WAndrey
Спасибо за отсыл к Вашему посту, но ссылок я в нём не заметил и если бы Вы внимательно прочитали мой пост то увидели, что я по вашему рецепту первым делом сделал, но не работает в 12.06, нужны два файла а не один. Поэтому вопрос про Common.ru и Main.ru в силе. спасибо.
Автор: WAndrey
Дата сообщения: 14.08.2012 13:26
Прочитал внимательно, там не написано, что делалось по моему посту. Там написано что несколько раз поднималась тема, но ссылки утеряны. Я тебе дал ссылку на тему
Автор: 666new
Дата сообщения: 14.08.2012 16:26
Интересует вопрос как через гиперссылку можно отправлять ссылки на сетевой диск. Или через что это можно сделать...
Автор: shuum
Дата сообщения: 14.08.2012 17:01
WAndrey
Я думал что предложения "попробовал создать файл с русскими словами и обозвать его Common.ru но этот номер не прошел, в выпадающем списке выбора языков для проверки русский появился но проверка не работает" будет достаточно, чтобы понять, что создание файла не приносит должного результата. Народ может кто выложит уже, можно от любой версии демона(а то начальство уже почёсывает). спасибо.

666new
Мужчина, а как это относится к Mdaemon ? "\\netserver\share\" - вполне себе ссылка кстати еще есть UNC пути: "file://///servername/share/file.txt" но это для винды, кароче не в эту тебе тему надо
Автор: ipmanyak
Дата сообщения: 14.08.2012 17:29
shuum Имхо не было русского спелчекера никогда. Русский то Mdaemon появился с 9.5.0.
Автор: 666new
Дата сообщения: 14.08.2012 17:55
shuum
Это уже все попробовал, ничего не помогает, может подскажешь в какой ветке можно задать этот вопрос.
Автор: shuum
Дата сообщения: 14.08.2012 18:38
666new
Тут создай тему!
Автор: Quen
Дата сообщения: 15.08.2012 14:15
Здравствуйте!

Проблема вот в чем - при попытке получения писем с некоторых (очень небольшого количества) адресов Mdaemon выдает

Wed 2012-08-15 13:00:38: Session 3140; child 2; thread 0
Wed 2012-08-15 13:00:38: Accepting SMTP connection from [*.*.*.*:45927] to [*.*.*.*:25]
Wed 2012-08-15 13:00:38: Performing PTR lookup (*.*.*.*.IN-ADDR.ARPA)
Wed 2012-08-15 13:00:39: * D=*.*.*.*.IN-ADDR.ARPA TTL=(1440) PTR=[sender.domain.ru]
Wed 2012-08-15 13:00:39: * Gathering A records...
Wed 2012-08-15 13:00:39: * D=sender.domain.ru TTL=(10) A=[*.*.*.*]
Wed 2012-08-15 13:00:39: ---- End PTR results
Wed 2012-08-15 13:00:39: --> 220 mypostserver.mydomain.com ESMTP MDaemon 11.0.3; Wed, 15 Aug 2012 13:00:39 +0300
Wed 2012-08-15 13:04:12: * Winsock Error 10060 Тайм-аут соединения.
Wed 2012-08-15 13:04:12: SMTP session terminated (Bytes in/out: 0/85)

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

Заранее спасибо.
Автор: fly_indiz
Дата сообщения: 15.08.2012 17:21
Quen
есть в настройках безопасности мдемона галочка позволяющая отложить PTR-проверку до получения команды MAIL - это уберёт предварительный таймаут перед тем как написать приглашение. Скорее всего удалённый сервер отправитель не выдерживает пустого ожидания пока твой сервер проводит PTR-проверку так и не написав приглашения
Автор: WAndrey
Дата сообщения: 16.08.2012 08:41
Quen, что стоит между демоном и интернетом? Была такая же проблема исключительно на письмах с вложенными файлами с длинными русскими именами. Виновата отказалась Cisco ASA, которая не могла их корректно проверить...
Автор: Quen
Дата сообщения: 16.08.2012 15:01
Между интернетом и почтовиком стоит ZyWall5, хотя надо заметить, что письмо было с вложением.
Попробую снять галочку и проверить.
Автор: WAndrey
Дата сообщения: 17.08.2012 18:30
Quen, ну не исключено, что ZyWall5 и шкодит. Если есть возможность, найди проблемное письмо, на котором воспроизводится проблема и попробуй его отправить исключив временно ZyWall5...
Автор: AkeHayc
Дата сообщения: 20.08.2012 12:12
В локальной сети у одно сотрудника Outlook постоянно выводит сообщение:

Цитата:
Помогите настроить таймауты. В Outlook'е постоянно появляются сообщения: Outlook 2010, IMAP - Соединение закрыто сервером IMAP


Стоит Mdaemon 11 версия.
Крутил таймауты в Outlooke, не помогает.
ipmanyak дайте совет пожалуйста!
Автор: TapkiPlus
Дата сообщения: 20.08.2012 15:51
Всем доброго времени суток.

Начал внедрять в компании WorldClient'овский календарь и столкнулся с проблемой - при использовании функции "Планирование" (Free Busy) в создании новой встречи, выскакивает ошибка, при попытке системы отобразить свободное/занятое время для участника встречи.

Ошибка возникает только в IE, в Chrome все отрабатывает отлично.

MDaemon 12.5.1

Ошибка:

Ошибка сценария
На этой странице произошла ошибка сценария.

Строка: 1266
Символ: 4
Ошибка: не удалось получить значение свойства "indexOf": значением объекта является NULL или он не определен.
Код: 0
URL://****:3000/WorldClient.dll?Session=LGWHYLD&View=FreeBusy

Буду благодарен, если кто-нибудь может подсказать, как это исправить.
Автор: ipmanyak
Дата сообщения: 20.08.2012 19:39
TapkiPlus Версию IE телепаты будут угадывать? Советую обновиться до 12.5.6, хотя уже вышла 12.5.7. Фиксов после 12.5.1 было море, особенно для WC. Почитай сам
http://files.altn.com/MDaemon/release/relnotes_en.html


Добавлено:
AkeHayc сторонние плагины навешаны на аутлук? фаервол и антивирус пробовал отключать на станции? по телнету на порт имапа коннект есть? В логах демона что-то насчет этого клиента пишется?
Автор: vlary
Дата сообщения: 20.08.2012 20:57
AkeHayc Рекомендую проверить коннект данного юзера с сервером где стоит MDaemon.
У меня очень часто из-за непоняток сетевой карты и свитча возникает ситуация, когда скорость клиента по сети порядка 100 Кбит на 100 Мбитном свиче.
Проблемой не заморачивался, просто перетыкал клиента в свитч другого вендора, где он тут же начинал работать без проблем.
Также иногда гадит Кашпировский на клиенте.
Автор: TapkiPlus
Дата сообщения: 21.08.2012 09:31
ipmanyak
Версия:
Win 7 x64 with IE9
Win 7 x32 with IE9
WinXP x32 with IE8

Обновился до 12.5.7, ошибка осталась.
Автор: Vzlom1c
Дата сообщения: 21.08.2012 18:22
Устранение ошибки HTTP error 500.19, error code 0x8007007e при настройке WorldClient под IIS.

Данная ошибка возникает на платформе х64 при наличии на сервере WSUS.

Ниже привожу решение данной проблемы, которое мне все же посчастливилось найти на просторах сети.

--------------->

Reason:

WSUS (Windows Server Update Services) is installed on the server. It enables 64-bit compression that causes any 32-bit applications running in IIS to fail.


Solution:

To fix this you must disable the WSUS compression by running the following command on the server:

%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /-[name='xpress']

If need be you can enable WSUS compression again by running this command:

%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+[name='xpress',doStaticCompression='false',dll='%windir%\system32\inetsrv\suscomp.dll']



Another solution is moving WSUS to a different server.

---------------------------------------------------------------------

Источник: http://support.myeasyprojects.net/KB/a104/http-error-50019-error-code-0x8007007e.aspx


Проверял на нескольких серверах.

Официальные пользователи, если не сложно отправьте это решение в техподдержку MDaemon, пусть в официальную документацию по настройке внесут.

Всем удачи !!!

Автор: Lekctut
Дата сообщения: 22.08.2012 07:34
[more] Здравствуйте у меня такая проблема, поставил демона с официалки 12, перенастроил шлюзы на сервер. сообщения в локалке бегают, во внешнюю среду отправляются, а вот с интернета не приходят.
вот логи
[more]
SMTP in

Wed 2012-08-22 10:10:19: Accepting SMTP connection from [91.143.62.114:57895] to [192.168.100.100:25]
Wed 2012-08-22 10:10:19: --> 220 nadezhda001.tk ESMTP MDaemon 12.5.7 UNREGISTERED; Wed, 22 Aug 2012 10:10:19 +0600
Wed 2012-08-22 10:10:19: <-- EHLO lenovo
Wed 2012-08-22 10:10:19: --> 250-nadezhda001.tk Hello lenovo, pleased to meet you
Wed 2012-08-22 10:10:19: --> 250-ETRN
Wed 2012-08-22 10:10:19: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Wed 2012-08-22 10:10:19: --> 250-8BITMIME
Wed 2012-08-22 10:10:19: --> 250 SIZE
Wed 2012-08-22 10:10:19: <-- AUTH LOGIN
Wed 2012-08-22 10:10:19: --> 334 VXNlcm5hbWU6
Wed 2012-08-22 10:10:19: <-- YmV0a29fYUBuYWRlemhkYTAwMS50aw==
Wed 2012-08-22 10:10:19: --> 334 UGFzc3dvcmQ6
Wed 2012-08-22 10:10:19: <-- ******
Wed 2012-08-22 10:10:20: --> 235 Authentication successful
Wed 2012-08-22 10:10:20: Authenticated as betko_a@nadezhda001.tk
Wed 2012-08-22 10:10:20: <-- MAIL FROM: <betko_a@nadezhda001.tk>
Wed 2012-08-22 10:10:20: --> 250 <betko_a@nadezhda001.tk>, Sender ok
Wed 2012-08-22 10:10:20: <-- RCPT TO: <Betko_A@nadezhda86.ru>
Wed 2012-08-22 10:10:20: --> 250 <Betko_A@nadezhda86.ru>, Recipient ok
Wed 2012-08-22 10:10:20: <-- DATA
Wed 2012-08-22 10:10:20: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000014.tmp
Wed 2012-08-22 10:10:20: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2012-08-22 10:10:20: Message size: 2466 bytes
Wed 2012-08-22 10:10:20: Message creation successful: c:\mdaemon\queues\inbound\md50000000001.msg
Wed 2012-08-22 10:10:20: --> 250 Ok, message saved <Message-ID: 000c01cd801c$0b519cf0$21f4d6d0$@nadezhda001.tk>
Wed 2012-08-22 10:10:22: <-- QUIT
Wed 2012-08-22 10:10:22: --> 221 See ya in cyberspace
Wed 2012-08-22 10:10:22: SMTP session successful (Bytes in/out: 2622/507)
Wed 2012-08-22 10:10:22: ----------

SMTP out
Wed 2012-08-22 10:10:21: Parsing message <c:\mdaemon\queues\remote\pd35000000001.msg>
Wed 2012-08-22 10:10:21: * From: betko_a@nadezhda001.tk
Wed 2012-08-22 10:10:21: * To: Betko_A@nadezhda86.ru
Wed 2012-08-22 10:10:21: * Subject: 1
Wed 2012-08-22 10:10:21: * Size (bytes): 2965
Wed 2012-08-22 10:10:21: * Message-ID: <000c01cd801c$0b519cf0$21f4d6d0$@nadezhda001.tk>
Wed 2012-08-22 10:10:21: Attempting SMTP connection to [nadezhda86.ru]
Wed 2012-08-22 10:10:21: Resolving MX records for [nadezhda86.ru] (DNS Server: xxx)...
Wed 2012-08-22 10:10:21: * P=010 S=000 D=nadezhda86.ru TTL=(59) MX=[email.omc.ru]
Wed 2012-08-22 10:10:21: Attempting SMTP connection to [email.omc.ru:25]
Wed 2012-08-22 10:10:21: Resolving A record for [email.omc.ru] (DNS Server: xxx)...
Wed 2012-08-22 10:10:21: * D=email.omc.ru TTL=(134) A=[195.218.189.202]
Wed 2012-08-22 10:10:21: Attempting SMTP connection to [195.218.189.202:25]
Wed 2012-08-22 10:10:21: Waiting for socket connection...
Wed 2012-08-22 10:10:21: * Connection established (xxx -> 195.218.189.202:25)
Wed 2012-08-22 10:10:21: Waiting for protocol to start...
Wed 2012-08-22 10:10:49: <-- 220 omc.ru ESMTP (NO UCE)(NO UBE) service ready
Wed 2012-08-22 10:10:49: --> EHLO nadezhda001.tk
Wed 2012-08-22 10:10:49: <-- 250-office.omc.ru Hello [xxx], pleased to meet you
Wed 2012-08-22 10:10:49: <-- 250-ENHANCEDSTATUSCODES
Wed 2012-08-22 10:10:49: <-- 250-PIPELINING
Wed 2012-08-22 10:10:49: <-- 250-8BITMIME
Wed 2012-08-22 10:10:49: <-- 250-SIZE 16777216
Wed 2012-08-22 10:10:49: <-- 250-DELIVERBY
Wed 2012-08-22 10:10:49: <-- 250 HELP
Wed 2012-08-22 10:10:49: --> MAIL From:<betko_a@nadezhda001.tk> SIZE=2965
Wed 2012-08-22 10:11:00: <-- 250 2.1.0 <betko_a@nadezhda001.tk>... Sender ok
Wed 2012-08-22 10:11:00: --> RCPT To:<Betko_A@nadezhda86.ru>
Wed 2012-08-22 10:11:00: <-- 250 2.1.5 <Betko_A@nadezhda86.ru>... Recipient ok
Wed 2012-08-22 10:11:00: --> DATA
Wed 2012-08-22 10:11:00: <-- 354 Enter mail, end with "." on a line by itself
Wed 2012-08-22 10:11:00: Sending <c:\mdaemon\queues\remote\pd35000000001.msg> to [195.218.189.202]
Wed 2012-08-22 10:11:00: Transfer Complete
Wed 2012-08-22 10:11:05: <-- 250 2.0.0 q7M4EpJk068582 Message accepted for delivery
Wed 2012-08-22 10:11:05: --> QUIT
Wed 2012-08-22 10:11:05: <-- 221 2.0.0 office.omc.ru closing connection
Wed 2012-08-22 10:11:05: SMTP session successful (Bytes in/out: 460/3083)
Wed 2012-08-22 10:11:05: ----------
[/more]
в чем моет быть проблема? [/more]
Автор: vlary
Дата сообщения: 22.08.2012 11:00
Lekctut
Цитата:
во внешнюю среду отправляются, а вот с интернета не приходят
Что значит - не приходят? Они перенаправляются на mail.omc.ru (айпи 195.218.189.202). Там их и ищи.
Автор: Lekctut
Дата сообщения: 22.08.2012 11:23
я имею в виду что письма в интернет идут, а обратно на сервер не приходят если отправлять из интернета

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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