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

» Все о MDaemon (#5)

Автор: vlary
Дата сообщения: 17.06.2011 12:25
xXxJurneoxXx
Цитата:
но не понимаю где косяк... у меня на сервере или же еще где...
Скорее всего, у них. Запутались в переправке почты с головных офисов в региональные и обратно.

Автор: mmx1111
Дата сообщения: 17.06.2011 14:33
Подскажите, как автоматически пересылать сообщения, приходящие, например, на user1@domen.ru пользователю user2@domen.ru, что-бы в заголовке From: значилось user1@domen.ru
Пробовал:
1. Свойства user1, Перенаправление, перенаправление на user2@domen.ru
скриншот http://www.imagepost.ru/?v=shot1_3.png
в результате в заголовке From: остается оригинальный отправитель, на user1 не меняется.
2. Фильтр содержания, добавил правило
Apply this rule to messages in the LOCALS REMOTE queue
If the TO HEADER contains 'user1@domen.ru' .. .then header - search and replace "From"."user1"."user2"."0.0." and copy this message to "user2@domen.ru"
скриншот http://www.imagepost.ru/?v=shot2_2.png
в результете user2 приходит оригинальное пиcьмо с неизмененным From, замена не срабатывает. Но, если в правиле указать на замену не в From а, например, в Subject, то все срабатывает, т.е. замена принципиально не работает с заголовком From...
Автор: ipmanyak
Дата сообщения: 17.06.2011 15:53
mmx1111 ты фильтруешь по заголовку TO HEADER contains 'user1@domen.ru' , а правило рисуешь на "From". В поле from у тебя явно не user1, а какой-то левый адрес или другой адрес, не содержащий user1, не так ли? Если это именно так, то с чего бы правилу срабатывать?


Добавлено:
mmx1111 расскажи зачем тебе это нужно? возможно есть другое решение. Для реализации твоей задачи в том контексте, как сейчас, нужно применять на поле from регулярные выражения - регекспы.
Автор: Insignificant
Дата сообщения: 19.06.2011 16:43
На форуме ответа не нашел. Подскажите по квотам.
Установил на размер мейлбокса квоту. Когда юзер приближается к 95% ему приходит сообщение, когда превишает - перестает принимать.
У всех стоит громоптица. Она этой квоты не видит. Если зайти в свойства имап папки в закладку "квота" пишет "Сервер не поддерживает квоты".
Это вопрос с Мдемону, или все же к почтовому клиенту?
Автор: mmx1111
Дата сообщения: 20.06.2011 07:39
ipmanyak
Немного неудачно привел пример - смысл в том, что даже если мы пишем письмо с адреса допустим user1, и в фильтре явно укажем from тоже user1, оно все равно не срабатывает.
Задача такая - есть система, которая понимает только письма с определенного адреса, допустим user2@domen.ru, а нужно чтобы была возможность присылать письма с любого адреса. Поэтому пришла идея сделать фильтр, который бы менял все адреса from на заранее определенный. Делать это конечно нужно регэкспами, но получается что from вообще не фильтруется
Автор: fixer84
Дата сообщения: 20.06.2011 08:35
Никто не сталкивался c проблемами Mdaemon 11.0.3 и установленной роли Hyper-V на Server 2008R2?
Странно начинает работать mdaemon, служба запускается, но нельзя открыть окно mdaemon. Удаляю роль Hyper-V, все нормально работает.
Автор: ipmanyak
Дата сообщения: 20.06.2011 09:55
mmx1111 фильтры в демоне нормально работают, если правило не сработало, значит не были выполнены условия фильтра. Поскольку тебе нужно менять поля from для отправки наружу, то наверно проще применить не правило в CF, а фичу Header Translation.



Добавлено:
fixer84 Служба запускается и работает нормально? В w2k8 ты не можешь напрямую работать со службами из System tray, это в винде сделано специально в целях безопасности. После старта службы mdaemon.exe запускал? Пробуй запустить mdaemon.exe после старта службы, ты должен увидеть отдельную GUI морду демона, и увидишь что она пашет в "Configuration Session", в диспетчере задач это тоже видно, два процесса mdaemon.exe, один из них в "Configuration Session".
Автор: mmx1111
Дата сообщения: 20.06.2011 10:24
ipmanyak
Нет, наружу мне не надо, мне как раз надо для писем снаружи и внутри пересылать только вовнутрь одному пользователю.
Не понимаю, почему тогда в фильтре не срабатывает правило. Вот письмо, нужному пользователю оно копируется, но from остается таким же

Код:
Return-path: <someone@domen.ru>
Received: from WorldClient by mail.domen.ru (MDaemon PRO v11.0.3)
    with ESMTP id md50001252486.msg
    for <user1@domen.ru>; Mon, 20 Jun 2011 11:05:19 +0400
Authentication-Results: mail.domen.ru
    auth=pass smtp.mail=someone@domen.ru
X-Spam-Processed: mail.domen.ru, Mon, 20 Jun 2011 11:05:19 +0400
    (not processed: message from trusted or authenticated source)
X-Authenticated-Sender: someone@domen.ru
X-HashCash: 1:16:110620:md50001252486::uKJRCyMcZj8ncVu8:00000HOA
X-Rcpt-To: user1@domen.ru
X-MDRcpt-To: user1@domen.ru
X-Return-Path: prvs=1152fb8cfa=someone@domen.ru
X-Envelope-From: someone@domen.ru
X-MDaemon-Deliver-To: user2@domen.ru
Received: by domen.ru via WorldClient with HTTP;
    Mon, 20 Jun 2011 11:05:18 +0400
Date: Mon, 20 Jun 2011 11:05:18 +0400
From: "" <someone@domen.ru>
To: user1@domen.ru
Subject:
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0620_0705_18_PART-BREAK"
Message-ID: <WC20110620070518.130007@domen.ru>
X-Mailer: WorldClient 11.0.3
X-MDDKSelector: s=MDaemon d=
X-MDDKIMSelector: s=MDaemon d=
Reply-To: someone@domen.ru
Автор: max171717
Дата сообщения: 20.06.2011 11:45
Твориться какая-то мистика.
Неделю назад у одной учетной записи стало сама изменяться буква на скобку:
...skiy@... становилось ...sk)y@...
Ясно, что почта не ходила. Убирал скобку, через час полчаса. опять вылазила скобка.
Решилась проблема удалением и созданием заново учетки.
Сегодня уже полное доменное имя хоста:
gate.matu..... стало gate.m!tu.....
И что интересно, вроде все работает.
Думал, что кто то сидит - нереально. Может вирус, вроде нету.
Автор: OldVoland
Дата сообщения: 20.06.2011 15:42
Всем привет!!! Примерно 18-19.06.2011 случилась проблема (до этого времени всё работало исправно) стал вылетать MDaemon.exe в промежутке времени 3-10 мин.
Сервак Win2k3 SP2 + Updates, KAV Win File Servers 6.0.4.1424, MDaemon Eng версии 11.0.3, стоял SecurityPlus 4.1.2. Никаких изменений не производилось. В логах винды писалось:

**** ALERT **** AntiVirus did not respond within expected time limit; CFEngine may have stopped responding; it will be stopped and restarted [EvProcess]

Пробовал ставить послений SecurityPlus 4.1.3, MDaemon Pro 12.03 - проблема осталась.
На данный момент стоит MDaemon Pro 12.03, SecurityPlus 4.1.3.
MDaemon.exe продолжает вылетать в промежутке времени 3-10 мин, но в логах ничего подозрительного нет, в процессах остается висеть CFEngine.exe

Кто что-нить посоветует?
Автор: ipmanyak
Дата сообщения: 20.06.2011 16:49
OldVoland KAV Win File Servers 6.0.4.1424, чухает папки демона? порты 110 и 25? если да - исключай и порты и папки демона.
Автор: fixer84
Дата сообщения: 21.06.2011 02:08
ipmanyak
До установки Hyper-V mdaemon запускается нормально, окно открывается. После hyper-v служба запускается, но gui mdaemon не могу запустить.
mdaemon.exe не запускал. Попробую, отпишусь о результатах.
Самому интересно.
Автор: Neverlinger
Дата сообщения: 21.06.2011 09:39
Здравствуйте!
Почтовый сервер Mdaemon 9.6.6
Не могу ввести в персональных данных при настройки учётной записи на сервере,в строку "Имя и фамилия" больше 30 символов.
Можно ли это как то исправить?
Автор: ipmanyak
Дата сообщения: 21.06.2011 11:08

Цитата:
"Имя и фамилия" больше 30 символов.
Можно ли это как то исправить?
нет

Автор: Neverlinger
Дата сообщения: 21.06.2011 11:13
ipmanyak
просто я думал что есть какой нибудь ini файл в котором это значение можно изменить.

раз нет то вопрос следующий. можно ли сделать так чтоб люди получающие сообщение видели не то что написано в этой строке а то что я захочу.
просто при отправке сообщение из Web Client имя отправителя берёться именно из поля "Имя и фамилия"
Автор: ipmanyak
Дата сообщения: 21.06.2011 11:28
Neverlinger Можно, если такой вариант тебя устроит:
Создай правило в CF
check "if the from header contains" and enter @yourdomain
in the actions select "search and replace within header"

select "from" in the header dropdown
enter @yourdomain in the search expression
enter @yourdomain [нужный тебе текст]

Если это нужно только для одного юзера, то думаю разберешься как сделать.



Добавлено:
OldVoland качни bases.zip отсюда ftp://zen:zen01!@ftp.altn.com
распакуй и положи в MDaemon\SecurityPlus\Bases
запусти апдэйт антивиря

Автор: Neverlinger
Дата сообщения: 21.06.2011 11:55
ipmanyak
спасибо большое!
К сожалению не для одного.
Автор: OldVoland
Дата сообщения: 21.06.2011 21:06
" Добавлено:
OldVoland качни bases.zip отсюда ftp://zen:zen01!@ftp.altn.com
распакуй и положи в MDaemon\SecurityPlus\Bases
запусти апдэйт антивиря "

Выяснилось что дело не в Антивирусе и не в обновлениях (всё происходит и без установленного SecurityPlus). В логах DomainPOP видно что наш Daemon лезет на сервер провайдера, начинает читать сообщение и .... кирдык - лог обрывается, MDaemon.exe вылетает.
Автор: OldVoland
Дата сообщения: 22.06.2011 08:09
Проблема разрешилась !!! Всё дело в куче скопившихся за 4 дня писем на сервере провайдера и в одном косячном письме. Вылечилось путём освобождения от писем сервака провайдера общим весом 300 Mb. Далее прием и отправка писем заработала.
Автор: AkeHayc
Дата сообщения: 23.06.2011 13:01
ipmanyak
Добрый день!

Не подскажете почему в почтовом клиенте при групповой рассылке появляется ошибка:
501 too many syntax or protocol errors

Спасибо!

Добавлено:
Все вроде разобрались, ошибка была в почтовом адресе.
Автор: Neverlinger
Дата сообщения: 24.06.2011 23:01
Mdaemon отказываеться принмать письма



Почтовый сервер Mdaemon 9.6.6
На внутриние почтовые адресса не приходят письма от внешнего отправителя(sender@senderdomain.com).
Отправитель сразу же получает письмо с ошибкой данного вида:

Hi. This is the qmail-send program at mailout-us.mail.com.
I'm afraid I wasn't able to deliver your message to the following
addresses. This is a permanent error;
I've given up. Sorry it didn't work out.
<my_user@mydomain.ru>: 74.123.90.35_does_not_like_recipient.
/Remote_host_said:_550_<my_user@mydomain.ru>,
_Recipient_unknown/Giving_up_on_74.123.90.35.


Вот лог из SMTP(in) нашего почтового сервера

Thu 2011-06-23 15:13:49: ----------
Thu 2011-06-23 15:13:49: Session 6875; child 17; thread 4028
Thu 2011-06-23 15:13:48: Accepting SMTP connection from [74.210.9.67:54065]
Thu 2011-06-23 15:13:48: --> 220 mydomain.ru ESMTP MDaemon 9.6.6; Thu, 23 Jun 2011 15:13:48 +0400
Thu 2011-06-23 15:13:48: <-- HELO mailout-us.mail.com
Thu 2011-06-23 15:13:48: --> 250 mydomain.ru Hello mailout-us.mail.com, pleased to meet you
Thu 2011-06-23 15:13:48: <-- MAIL FROM:<sender@senderdomain.com>
Thu 2011-06-23 15:13:48: Performing SPF lookup (senderdomain.com / 74.210.9.67)
Thu 2011-06-23 15:13:49: * Result: none; no SPF record in DNS
Thu 2011-06-23 15:13:49: ---- End SPF results
Thu 2011-06-23 15:13:49: --> 250 <sender@senderdomain.com>, Sender ok
Thu 2011-06-23 15:13:49: <-- RCPT TO:<my_user@mydomain.ru>
Thu 2011-06-23 15:13:49: Performing DNS-BL lookup (74.210.9.67 - connecting IP)
Thu 2011-06-23 15:13:49: * dnsbl.sorbs.net - failed
Thu 2011-06-23 15:13:49: ---- End DNS-BL results
Thu 2011-06-23 15:13:49: 'Recipient unknown' given and connection dropped to divert future spam
Thu 2011-06-23 15:13:49: --> 550 <my_user@mydomain.ru>, Recipient unknown
Thu 2011-06-23 15:13:49: SMTP session terminated (Bytes in/out: 101/229)
Thu 2011-06-23 15:13:49: ----------


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

Я так понимаю dnsbl.sorbs.net - failed считает отправленное письмо спамом,
а мой почтовик режет соеденение отвевчая что данного пользователя нет. Тогда возникает вопрос
почему в случаи когда отправляя почту со своей яндекс почты dnsbl.sorbs.net выдал только раз
все последующие письма дошли.

Автор: Peresmeshnik68
Дата сообщения: 27.06.2011 09:42
В очереди неверных сообщений лежат письма месячной давности. Как изменить этот срок на 10 дней?
Автор: ipmanyak
Дата сообщения: 27.06.2011 11:32
Peresmeshnik68 У меня BAD QUEUE очищается ночью, стоит соответствующая птица delete at midnight в самом демоне. если такая птица не стоит, то по идее с ней ничего не должно происходить. Может и есть какая-то особая настройка, но я ее не знаю
Автор: Peresmeshnik68
Дата сообщения: 27.06.2011 11:55
ipmanyak, эта опция известна, но мне нужна очистка раз в 10 дней.
По умолчанию, удаляются письма старше 30 дней и эта настройка похоже прошита где-то вне интерфейса пользователя.

Добавлено:
Пока ничего другого в голову не пришло, как очищать папку на уровне NTFS.
Автор: Peresmeshnik68
Дата сообщения: 28.06.2011 11:08
Сделал очистку очереди через очистку батником файловой папки.
Может кому пригодится:

@echo off
FORFILES /D -10 /P C:\MDaemon\Queues\Bad\ /S /M *.msg /C "cmd /c del @file | more"
Автор: sunturner
Дата сообщения: 30.06.2011 18:22
Под учетной записью администратора создал список рассылки (внешние адреса клиентов), включил в него пользователя marketing@XYZ.ru (внутренний адрес).
Пользователь marketing@XYZ.ru отправил на адрес рассылки сообщение.
Сообщение ушло и до большинства клиентов дошло.
Известно, что часть адресов в рассылке — "мертвые".

Проблема: ни мне (создателю рассылки), ни пользователю, отправившему в рассылку письмо, ни на Postmaster не пришло письмо со списком "мертвых" адресов.

Вопрос1: как можно настроить [принудительную] отправку отчета о результатах рассылки?
Вопрос2: можно ли по списку рассылки [не посылая писем, а средствами mdaemona] получить список "мертвых" адресов?

Спасибо!
Автор: ipmanyak
Дата сообщения: 30.06.2011 18:38
sunturner По идее, автору рассылки, если в списке рассылке вы не меняли поле Reply-To, в случае не доставки должно приходить уведомление. Можете это проверить на тестовом списке, включив туда только ваших адресатов, не сущетсвующих.

Цитата:
Вопрос2: можно ли по списку рассылки [не посылая писем, а средствами mdaemona] получить список "мертвых" адресов?
мужик, думаю это и ежу понятно, что это импоссибл.


Добавлено:

Цитата:
Вопрос1: как можно настроить [принудительную] отправку отчета о результатах рассылки?
лично я не знаю таких методов, и знать не хочу. Хотите спамить - ищите спец проги, которые сами находят открытые smtp сервреры, и через них спамят!
Лично я вам очень советую не спамить через ваш реальный SMTP сервер. Более того могу сказать , что рано или поздно будет принят закон о спаме, он сейчас активно обсуждается в госдуме. Если вам нужна реклама через интернет проще заплатить гуглю за ваш сайт, если он у вас есть. Стоимость копеечная. Чем заниматься спамом по почте и потом попасть в DNSBL. Подумайте!
Автор: WAndrey
Дата сообщения: 01.07.2011 09:12
Пользователи любят цеплять к письмам файлы с очень длинным именем, да еще русским.
Два мдемона версии 12.0.3. Сессия между ними:

Fri 2011-07-01 08:48:50: [31727:3] Session 31727; child 3
Fri 2011-07-01 08:48:50: [31727:3] Accepting SMTP connection from [10.19.128.252:2138] to [10.5.6.253:25]
Fri 2011-07-01 08:48:50: [31727:3] --> 220 kes.xxxxxx.xxxx ESMTP MDaemon 12.0.3; Fri, 01 Jul 2011 08:48:50 +0300
Fri 2011-07-01 08:48:50: [31727:3] <-- EHLO srv-01-den.den.xxxxxx.xxxxxx.xxx.xx
Fri 2011-07-01 08:48:50: [31727:3] --> 250-kes.xxxxxx.xxxx Hello srv-01-den.den.xxxxxx.xxxxxx.xxx.xx, pleased to meet you
Fri 2011-07-01 08:48:50: [31727:3] --> 250-ETRN
Fri 2011-07-01 08:48:50: [31727:3] --> 250-AUTH=LOGIN
Fri 2011-07-01 08:48:50: [31727:3] --> 250-AUTH LOGIN CRAM-MD5
Fri 2011-07-01 08:48:50: [31727:3] --> 250-8BITMIME
Fri 2011-07-01 08:48:50: [31727:3] --> 250 SIZE 10240000
Fri 2011-07-01 08:48:50: [31727:3] <-- AUTH CRAM-MD5
Fri 2011-07-01 08:48:50: [31727:3] --> 334 PE1EQUVNT04tRjIwMTEwNzAxMDg0OC5BQTQ4NTA3ODZNRDAwMTJAcmVsYXkuY3JpbWVhLmVuZXJneS5nb3YudWE+
Fri 2011-07-01 08:48:50: [31727:3] <-- ZGVuLmNyaW1lYS5lbmVyZ3kuZ292LnVhIGQ2ZTU3NWZhMDMxN2QxYWI4ZmYyMWE3MWRlNWJjYjRj
Fri 2011-07-01 08:48:50: [31727:3] --> 235 Authentication successful
Fri 2011-07-01 08:48:50: [31727:3] Authenticated as den.xxxxxx.xxxxxx.xxx.xx
Fri 2011-07-01 08:48:50: [31727:3] <-- MAIL From:<vvs@den.xxxxxx.xxxxxx.xxx.xx> SIZE=46546
Fri 2011-07-01 08:48:50: [31727:3] --> 250 <vvs@den.xxxxxx.xxxxxx.xxx.xx>, Sender ok
Fri 2011-07-01 08:48:50: [31727:3] <-- RCPT To:<xxxxxxxx_x@ukr.net>
Fri 2011-07-01 08:48:50: [31727:3] --> 250 <xxxxxxxx_x@ukr.net>, Recipient ok
Fri 2011-07-01 08:48:50: [31727:3] <-- DATA
Fri 2011-07-01 08:48:50: [31727:3] Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000020802.tmp
Fri 2011-07-01 08:48:50: [31727:3] --> 354 Enter mail, end with <CRLF>.<CRLF>

далее сессия отваливается по таймауту.

В письме вложение выглядит так:
Content-Type: application/msword; name="=?utf-8?Q?=D0=90=D0=BA=D1=82_=D0=BF=D0=BE_=D1=80=D0=B0=D1=81=D1=81=D0=BC=D0=BE=D1=82=D1=80=D0=B5=D0=BD=D0=B8=D1=8E_=D0=BE=D0=B1=D1=80=D0=B0=D1=89=D0=B5=D0=BD=D0=B8=D1=8F_=D0=B3=D1=80._=D0=9A=D0=BB=D0=BE=D1=87=D0=BA=D0=BE=D0=B2=D0=BE=D0=B9_=D0=9C.=D0=90.._=D0=B3.=D0=A1=D0=B0=D0=BA=D0=B8.doc?="
Все это в одну строку. Экспериментально выяснено, что если найти это письмо в очереди не диске и имя файла оформить в несколько строк (в соответствии со стандартом, не помню сейчас какой там разделитель), то письмо доставляется без проблем.
Вроде как не по стандарту такие длинные строки, но этим страдает и mail.ru и The bat! и еще несколько серверов/клиентов.
Может кто подскажет как побороть?
Автор: vlary
Дата сообщения: 01.07.2011 09:25
WAndrey
Цитата:
Может кто подскажет как побороть?
Приучить юзверей запаковывать эти файлы в архив с именем латиницей. Плюсом будет еще и то, что размер аттачмента уменьшится в разы. Тем более что в контекстном меню файлового эксплорера есть пункт "Добавить в архив и отправить по почте".

Автор: WAndrey
Дата сообщения: 01.07.2011 09:29
Я не могу приучать чужих пользователей, которые моим шлют такую бяку.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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