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

» Все о MDaemon (#5)

Автор: qxaszw12
Дата сообщения: 06.08.2014 15:36
ipmanyak

Цитата:
Если ходит через WC, то знает.


Из 100 человек в моей конторе, WC использую только я один!
Так что делаем вывод, что "Как правило" 99% пользователей свой почтовый пароль не знают!
Автор: gp7
Дата сообщения: 09.08.2014 12:17
Не так давно я спрашивал про наличие документации по реализации regexp в демоне (фильтр содержания).
vlary (01:45 29-07-2014) писал цитирую "...регулярные выражения одинаковы
и в MDaemon, и в Африке. Их просто надо уметь готовить.".
Вопрос: хочу выражением найти комбинацию в поле Subject, но вот аказия - значение там не в paintext а в любой какой угодно кодировке (KOI,UTF,...). Итог - хрен что работае (проверено на paintext).
А вы говорите "все одинаково".
Согласен только с одним - надо уметь правильно готовить, только адресовать надо это не мне а программисам демона.
Предвижу ответы типа "сами определяйте кодировку и для каждой указывайте свое выражение"... Я бы многое на токой совет сказал, но - небуду.

P.S. Может дело не только в кодовой странице, а еще и в виде кодировки символов, или все сразу (ктож это знает кроме самих разрабов...):
Subject: =?UTF-8?B?...
Subject: =?UTF-8?Q?...
Subject: =?KOI8-R?Q?...
и тп.
PPS. С многострочным полем Subject не сталкивались? Вполне в рамках RFC, на каждой строке свой "=? ? ?" стоит... Тоже неизвестно как разрабы такое обрабатывают в выражениях (если вообще на это внимание обращали, хех)
Автор: vlary
Дата сообщения: 09.08.2014 14:22
gp7 Я не большой знаток Демона, но почему-то мне кажется, что фильтр
все-таки предварительно расшифровывает заголовки. Иначе толку от таких фильтров ноль.
Если я ошибаюсь, то знающие люди поправят.
Автор: ipmanyak
Дата сообщения: 11.08.2014 05:47
В старых версиях однозначно на каждую кодировку нужно было делать отдельное правило, как в новых - не проверял, но думаю ничего не изменилось. Определить кодировку можно, но надо ли? Проще нарисовать три правила. Да и это не всегда требуется.
Автор: gp7
Дата сообщения: 14.08.2014 16:41
ipmanyak, о том и речь. По совокупности недостатков можно сказать что регэкспы в демоне для очень простых задач (а лучше вообще забыть что они там есть).

P.S. Недавно озадачился добавить в правила тиражирование по некоторому условию письма списку получателей, но при этом не светить в заголовке всех остальных адресатов, указав в качестве получателя только его одного. И.... обломс, нет такого.
Автор: ipmanyak
Дата сообщения: 14.08.2014 17:51
gp7 Что в твоем понимании список получателей? Если речь идет о в списке рассылки в Mdaemon (mail list), и юзер член этого списка, то в хидерах полученного письма будет только он сам.
Автор: gp7
Дата сообщения: 15.08.2014 08:46
ipmanyak, причем тут мое видение? Функция "рассылка" это совсем другое.
Обсуждение идет о фильтре содержания и его правилах (ибо другого инструмента в демоне где можно указывать фильтры обработки сообщений нет).
В нем есть действие "скопировать сообщение указанным пользователем" (за неимением другого вынужден пользоваться им).
Да, можно понаделать кучу правил-дубликатов которые будут менять индивидуально заголовки, но это уже моветон.
Автор: ipmanyak
Дата сообщения: 15.08.2014 09:13
gp7 Создай список рассылки и в фильтре содержания в "скопировать сообщение указанным пользователем" указывай этот список, а не перечисляй там емайлы. Это более кошерно, не будут светиться чужие емайлы, что ты и хотел, правило будет по синтаксису короче, и обработка правила будет занимать меньше времени.
Автор: anton04
Дата сообщения: 15.08.2014 09:17
All

Прошу помощи не отправляются письма на один из серверов, а именно pepsico.com
Лог:


Код: Attempting SMTP connection to [pepsico.com]
Resolving MX records for [pepsico.com] (DNS Server: 5.200.33.20)...
* P=010 S=001 D=pepsico.com TTL=(30) MX=[mail.pepsico.com]
* P=100 S=000 D=pepsico.com TTL=(30) MX=[mail.pepsico.com]
Attempting SMTP connection to [mail.pepsico.com:25]
Resolving A record for [mail.pepsico.com] (DNS Server: 5.200.33.20)...
* D=mail.pepsico.com TTL=(0) A=[204.136.64.90]
Attempting SMTP connection to [204.136.64.90:25]
Waiting for socket connection...
* Winsock Error 10060
* 204.136.64.90 added to connection failure cache for 5 minutes
Attempting SMTP connection to [mail.pepsico.com:25]
Resolving A record for [mail.pepsico.com] (DNS Server: 5.200.33.20)...
* D=mail.pepsico.com TTL=(0) A=[204.136.64.90]
Attempting SMTP connection to [204.136.64.90:25]
* 204.136.64.90 in connection failure cache for up to 5 minutes due to previous connection failure(s)
Возраст этого сообщения равен 0 дням; для его доставки осталось 1 дней
SMTP session terminated (Bytes in/out: 0/0)
Автор: Merlin_Cori
Дата сообщения: 15.08.2014 09:22
anton04

что-то как-то он неправильно IP распознает...



а с моим конектится

Автор: anton04
Дата сообщения: 15.08.2014 09:55
Merlin_Cori

Ха действительно, а я то и не заметил. Временно прописал ещё DNS от гугла, картина маслом:


Код: Resolving MX records for [pepsico.com] (DNS Server: 5.200.33.20)...
* P=010 S=000 D=pepsico.com TTL=(30) MX=[mail.pepsico.com]
* P=100 S=001 D=pepsico.com TTL=(30) MX=[mail.pepsico.com]
Attempting SMTP connection to [mail.pepsico.com:25]
Resolving A record for [mail.pepsico.com] (DNS Server: 5.200.33.20)...
* D=mail.pepsico.com TTL=(0) A=[204.136.80.100]
Attempting SMTP connection to [204.136.80.100:25]
Waiting for socket connection...
* Winsock Error 10060
* 204.136.80.100 added to connection failure cache for 5 minutes
Attempting SMTP connection to [mail.pepsico.com:25]
Resolving A record for [mail.pepsico.com] (DNS Server: 5.200.33.20)...
* D=mail.pepsico.com TTL=(0) A=[204.136.80.100]
Attempting SMTP connection to [204.136.80.100:25]
* 204.136.80.100 in connection failure cache for up to 5 minutes due to previous connection failure(s)
Автор: ipmanyak
Дата сообщения: 15.08.2014 10:04
anton04 Пиши на mail.coca-cola.com !
Где-то что-то неверно закэшировано.
У меня mail.pepsico.com резолвится как и у тебя в 204.136.64.90
а через днс гугля в IP=204.136.80.100

Код:
C:\###3>nslookup mail.pepsico.com 8.8.8.8
╤хЁтхЁ: google-public-dns-a.google.com
Address: 8.8.8.8

Не заслуживающий доверия ответ:
╚ь : mail.pepsico.com
Address: 204.136.80.100
Автор: anton04
Дата сообщения: 15.08.2014 10:27
ipmanyak


Цитата:
Где-то что-то неверно закэшировано.


Что и где неверно закэшированно? У моего провайдера или у гугла?

Если у провайдера, то приписал же я гугловкий и всё ровно ответ от сервака такой же.


Цитата:
1 - прописать в mdaemon
в MXCACHE хост
pepsico.com 5 mail.pepsico.com
в HOSTS
204.136.80.100 mail.pepsico.com
или в C:\Windows\System32\drivers\etc>hosts


Зачем если у меня всё ровно почта не уйдёт!? (см. выше).

Кстати:


Код: nslookup mail.pepsico.com 77.88.8.8
╤хЁтхЁ: dns.yandex.ru
Address: 77.88.8.8

Не заслуживающий доверия ответ:
╚ь : mail.pepsico.com
Address: 204.136.64.90
Автор: Merlin_Cori
Дата сообщения: 15.08.2014 10:37
anton04
а

telnet 204.136.80.100 25

проходит?
Автор: ipmanyak
Дата сообщения: 15.08.2014 10:50
anton04 Не забудь очистить кэш DNS в mdaemon
Navigation: Setup Menu > Default Domain / Servers > IP Cache

Автор: anton04
Дата сообщения: 15.08.2014 14:33
Merlin_Cori


Цитата:
telnet 204.136.80.100 25

проходит?


нет, но у меня такое чувство, что это надо с фаером ковырятся, хотя даже при отключённом фаере всё ровно не конектится.

ipmanyak


Цитата:
Не забудь очистить кэш DNS в mdaemon


Ну это, то я сделал в первую очередь как увидел разницу в DNS, но положительный результат (письмо отправилось бы) это не принесло.
Автор: Merlin_Cori
Дата сообщения: 15.08.2014 14:35

Цитата:
что это надо с фаером ковырятся

очень похоже, а у него в логах ничего нету?

Добавлено:
anton04
кстати, про DNS не заморачивайся. Оба IP адреса правильные


Автор: anton04
Дата сообщения: 16.08.2014 21:58
Merlin_Cori


Цитата:
а у него в логах ничего нету?


смешно сказать, но всю долгую стою историю знакомства с виндой вообще и чуть меньшее знакомство с Win2008R2 я так и не удосужился ознакомится где логи виндового фаера (т.к. за фаерволом встроенное в винду назвать язык не поворачивается). Но повторюсь отключение встроенного фаера не приводит к положительному результату команды telnet, да и не показатель это работы, т.к. абсолютно на все остальные домены отправка и приём писем идёт в штатном режиме.

P.S. telnet к самому себе по своему DNS имени проходит.
Автор: shnikitavit
Дата сообщения: 17.08.2014 00:23
Добрый день, я знаю что уже есть милион тем по поводу перехода с одной версию на другую, но все же я еще раз спрошу !
Есть mdaemon 9.5(en) нужно перейти на что то по новей и на нашенском языке, какие будут подводные камни и т.п проблемы ?
Автор: ipmanyak
Дата сообщения: 19.08.2014 14:21
shnikitavit Особо никаких. Навигация по меню будет другая. По дефолту будет требовать в качестве логина полное имя ящика, нужно будет исправить в настройках.
Navigation: Setup Menu > Preferences > Preferences > System
- Servers require full email address for authentication
Возможно потребуется рестарт демона.
Со списками рассылки могут быть грабли. ALT-N стал считать, что отправлять почту на список рассылки с пустым полем FROM не безопасно.
Короче после апдэйта пройдись по всем настройкам.
P.S.
Очень не рекомендую ставить русскую версию, лучше английскую, легче искать ошибки на форуме ALT-N
Автор: stepanskalin
Дата сообщения: 19.08.2014 15:21
Доброго времени суток, использую MDaemon pro 14.0.3. В организации есть ящик технологической почты, который отправляет рассылку абонентам. Нужно организовать возможность отправки неограниченного количества писем в рамках одной сессии (ну или не менее 999). На данный момент он дает отправить только 22 письма за одну сессию, потом выдает ошибку: 552 Too many RSET commands. Динамический скрининг отключен, других настроек ограничивающих отправку не обнаружил. Есть идеи?
Автор: ipmanyak
Дата сообщения: 19.08.2014 19:02
stepanskalin Смотри настройки Mdaemon,
Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Servers
...allows only this many RSET commands [xx] по дефолту 20.
P.S.
Лучше создавать список рассылки в демоне, а не перечислять 999 адресатов в поле Кому. Это удобнее для внесения адресов, корректировки и отслеживания чей это адрес, поскольку есть камменты.
Автор: stepanskalin
Дата сообщения: 20.08.2014 08:23
[more] Спасибо, список рассылок не подойдет, так как формируется динамически при запуске клиента. Позволю себе еще один вопрос, хотя понимаю, что он не совсем в компетенции MDaemon:
до недавнего времени пользовались почтарем Dionis от Factor-TS совместно с клиентом Dipost, в этой инфрастуктуре и существовала рассылка между техническими клиентами. От Dionis в своем регионе ушел на MDaemon (в других регионах Дионис остался) и в качестве одного из косяков поймал следующее: при получении письма сформированного клиентом Dipost и отправленного через Дионис другого региона возникают дубли входящей почты, лог:
mail from: <xxx>
250 <zzz>, Sender ok
rcpt to <zzz>
250 <zzz>, Sender ok
rcpt to <zzz>
data
Mdaemon честно создает 2 одинаковых письма. Если отправлять тех. почту внутри региона, только через MDaemon, все ОК. Если в качестве почтарей выступают Дионисы, все тоже ОК. В базе знаний на сайте разработчика про дублирование писем РОР3 рекомендовали ставить галку "РОР-Сервер удаляет почту по команде dele", мне это естественно не помогло. На данный момент выход найден такой: таймаут соединения тех. клиентов с МДаемон 30 минут, и раз в 5 минут запускается скрипт сканирующий папки входящей почты тех. клиентов, вычисляющий хеш у файлов и удаляющий дубли. Мне такой выход не нравится и для постоянного использования оставлять его я не хочу. Есть идеи? [/more]
Автор: qxaszw12
Дата сообщения: 20.08.2014 10:46
stepanskalin


Цитата:
В базе знаний на сайте разработчика про дублирование писем РОР3 рекомендовали ставить галку


Раз существует данная запись в базе знаний, то мне кажется, что это какой-то косяк клиента (Dipost) и средствами MDaemon'а тут не справиться (ему говорят бери почту, он её и берёт).
А чем вам не нравится метод удаления дублирующихся писем скриптом?
Я бы только не удалял, а переносил в какую-нибудь папку, что бы всегда можно было восстановить некорректно удалённые письма.

Автор: ipmanyak
Дата сообщения: 20.08.2014 11:01
stepanskalin Чудес не бывает. Mdaemon думаю не причем. Или клиент Dipost шлет на один и тот же адрес дважды или на почтовике Дионис правилами или еще как создается дубликат адресата. Смотри хидеры оригинального письма, затем после приема на Дионисе и после отправки Дионисом.
Автор: qxaszw12
Дата сообщения: 20.08.2014 11:02
stepanskalin

Цитата:
Спасибо, список рассылок не подойдет, так как формируется динамически при запуске клиента.


Я бы ещё порекомендовал одно решение - раз вы формируете этот список при помощи софта, то и сформируйте такой же список только для MDaemon'а (эти списки лежат в папке \MDaemon\App)
Автор: gp7
Дата сообщения: 20.08.2014 14:38
Есть ли в демоне настройки замены путей к следующим папкам?
C:\MDaemon\Logs\OldLogs (бэкапы логов)
C:\MDaemon\Users (как к корневой для всех ящиков)

HardLink/SymLink не предлагать
Автор: zil1989
Дата сообщения: 20.08.2014 14:56
Приветствую всех. Прошу помочь с проблемой.
MDaemon возвращает постоянную ошибку доставки.

--------------------------------------------------------------------------
Уведомление о состоянии доставки MDaemon - http://www.altn.com/MDaemon/dsn/
--------------------------------------------------------------------------

Прикрепленное сообщение Failed address: Zhanna.Idirissova@petrokazakhstan.com

--- Session Transcript ---
Fri 2014-08-15 03:56:35: Session 026116; child 0001
Fri 2014-08-15 03:56:35: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\pd90000000018.msg>
Fri 2014-08-15 03:56:35: * From: energo@balticturbo.ru
Fri 2014-08-15 03:56:35: * To: Zhanna.Idirissova@petrokazakhstan.com
Fri 2014-08-15 03:56:35: * Subject: тест
Fri 2014-08-15 03:56:35: * Size (bytes): 1468
Fri 2014-08-15 03:56:35: * Message-ID: <53EC58B1.5080007@balticturbo.ru>
Fri 2014-08-15 03:56:35: Attempting SMTP connection to [petrokazakhstan.com]
Fri 2014-08-15 03:56:35: Resolving MX records for [petrokazakhstan.com] (DNS Server: 8.8.8.8)...
Fri 2014-08-15 03:56:45: * DNS: 10 second wait for DNS response exceeded (DNS Server: 8.8.8.8)
Fri 2014-08-15 03:56:45: Attempting SMTP connection to [petrokazakhstan.com:25]
Fri 2014-08-15 03:56:45: Resolving A record for [petrokazakhstan.com] (DNS Server: 8.8.8.8)...
Fri 2014-08-15 03:56:45: * Сервер имен не содержит допустимых записей нужного типа для этого домена.
--- End Transcript ---

При этом на данный письма спокойно уходят с @mail.ru и с @gmail.com. И доходят.

Заранее спасибо за помощь.
Автор: Merlin_Cori
Дата сообщения: 20.08.2014 15:00

Цитата:
Сервер имен не содержит допустимых записей нужного типа для этого домена

нет такого сервера
petrokazakhstan.com
Автор: fly_indiz
Дата сообщения: 20.08.2014 15:14
Merlin_Cori
http://www.whois-service.ru/dns/
MX-записи для данного домена petrokazakhstan.com вполне существуют.

zil1989

Цитата:
Resolving MX records for [petrokazakhstan.com] (DNS Server: 8.8.8.8)...
* DNS: 10 second wait for DNS response exceeded (DNS Server: 8.8.8.8)

чегото у вас с поступом по DNS с сервера где мдемон живёт творится. попробуйте в настройках мдемона другие ДНС-ы вбить. ну или несколько ДНС-ов разных (вместо использования виндовых DNS-ов)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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