» Все о MDaemon (#4)

ipmanyak
Борюсь все с той же проблемой - рассылкой....
Покажите в какую сторону рыть.
Создал рассылку --> zxc@zxc.zx. В ней указал членов. (есть внешние адреса qwe@mail.ru qwe@rambler.ru и т.д. есть и внутрение qwe@zxc.zx и т.д. ) В поле List's" Reply-to" address указал адрес iii@zxc.zx (для того что бы тот кто получает рассылку видели что письмо пришло от меня, а не от того адреса который я фильтрую )
в CF создал правило IF HEADER Consist zzz@zzz.zz then copy message to zxc@zxc.zx,
1. письмо приходит фильтруется но рассылается только на внутренние адреса. На внешние не отправляется.
2. Когда приходит на внутрений ящик - при просмотре в outlook, в поле ОТ КОГО стоит адрес zzz@zzz.zz т.е. заголовок От - не изменился.
3. В поле Кому стоит адрес рассылки zxc@zxc.zx, а надо что бы стоял адрес того кому пришло...

foxess Трудно сказать, что ты там намудрил. Только что проверил , всё работает как нужно и на mail.ru тоже рассылка приходит.

Цитата:

3. В поле Кому стоит адрес рассылки zxc@zxc.zx, а надо что бы стоял адрес того кому пришло...

Для этого в списке рассылки поставь птицу Include List Member in TO Field
и строкой выше у Replace TO: Field поставь точку напротив Members full name

Цитата:

1. письмо приходит фильтруется но рассылается только на внутренние адреса. На внешние не отправляется.

Что в логах на отправку наружу? Твоя почта напрямую наружу ходит или через смарт хост? Версия демона?

Такая проблема. Стоит MDaemonPro 9.6.1 русский. В нем настроен первичный домен, который правильно работает. Необходимо подключить второй домен. Во вторичных доменах завожу данный другой домен. Но непонятно где указывать сервер для получения и отправки почты для второго домена. Также не пойму как организовать автоматический дозвон для второго номера телефона. Т.е. Сейчас демон звонит на номер к провайдеру первого домена, но нигде не вижу как организовать звонок к провайдеру другого домена. Мануал по демону читал, но так и не понял, как это сделать, может кто подскажет?

ipmanyak
Это я зря панику навел )
Почта отсылается. Все отлично. Дело было в приоритете доставки.(был низкий).
Соответственно почта рассылалась спустя некоторое время, причем значительное.
Остался один момент. ---> при получении письма клиентом ПОЛЕ "ОТ КОГО" не изменяется.

dimaxmaster
Цитата:

Но непонятно где указывать сервер для получения и отправки почты для второго домена.

Он нигде не указывается, только ip адрес, на котором будет слушать, сервер тот же, что и для первичного домена. Чтобы сервер принимал почту вторичного домена, для этого должна быть MX запись для этого домена.
P.S
А зачем звонить провайдерам? Неужто по диалапному модему почту гоняешь?

foxess Версия демона? Покажи хидеры полученного письма рассылки ?

ipmanyak

Цитата:

ля этого должна быть MX запись для этого домена.

А что это за запись?

версия 10.0.2

dimaxmaster

Наилучших пожеланий!

http://www.google.com/search?client=opera&q=%D1%87%D1%82%D0%BE+%D1%82%D0%B0%D0%BA%D0%BE%D0%B5+mx+%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8C&sourceid=opera&ie=utf-8&oe=utf-8

Return-Path: <kovalev.nvkz@rambler.ru>
Received: from mft.fintechn.ru by mft.fintechn.ru (via RAW) (MDaemon PRO v10.0.2)
    for <test@fintechn.ru>; Thu, 14 May 2009 16:50:38 +0800
Date: Thu, 14 May 2009 16:50:38 +0800
From: Александр Ковалев <kovalev.nvkz@rambler.ru>
Reply-To: galaft@fintechn.ru
Subject: [***SPAM*** Score/Req: 02.9/1.0] test rassylki
To: "test" <test@fintechn.ru>
X-MDaemon-Deliver-To: test@fintechn.ru
Message-ID: <MDAEMON0001200905141650.AA5038230@mft.fintechn.ru>
Mime-Version: 1.0
X-Actual-From: kovalev.nvkz@rambler.ru
X-MDCF-Generated: yes
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Return-Path: <>
Precedence: bulk
List-Unsubscribe: <mailto:qwe-Unsubscribe@fintechn.ru>
X-MDMailing-List: qwe@fintechn.ru

foxess Возможно стоит обновиться до MDaemon 10.04 или сразу до MDaemon 10.05
[3247] исправлена ошибка, из-за которой отмаршрутизованная почта списков
рассылки имела неверные пути возврата.

dimaxmaster Это запись в DNS в файле зоны вторичного домена.

ipmanyak
Спасибо, будем пробовать..

foxess При применении фильтра reply-to не меняется, он меняется только если отправляешь из локалки на список рассылки. Нужно в фильтр добавить замену хидера отправителя.

WildWildUser

Цитата:

получается я трех провайдеров должен азодачить чтобы они PTR записи у себя поменяли. я правильно понял?

Да, правильно.

Здравствуйте. ipmanyak
Вопрос по изменению хидера From - по прежнему открыт.
Напишите пожалуйста как должно выглядеть правило для
замены поля From (демон 10,0,2). Создавал по разному. Ничего не
меняется. Как был так и остается заголовок

Хидер письма который приходит на рассылку

X-MDPtrLookup-Result: pass dns.ptr=mcgi69.rambler.ru (ip=81.19.67.205) (mft.fintechn.ru)
X-MDHeloLookup-Result: pass smtp.helo=mcgi69.rambler.ru (ip=81.19.67.205) (mft.fintechn.ru)
X-MDMailLookup-Result: hardfail smtp.mail=kovalev.nvkz@rambler.ru (does not match 81.19.67.205) (mft.fintechn.ru)
X-MDDK-Result: neutral (mft.fintechn.ru)
X-MDDKIM-Result: neutral (mft.fintechn.ru)
X-MDVBR-Result: not certified (mft.fintechn.ru)
X-MDSPF-Result: unapproved (mft.fintechn.ru)
X-Rcpt-To: kovalev@fintechn.ru
X-MDRcpt-To: kovalev@fintechn.ru
X-MDRemoteIP: 81.19.67.205
X-Return-Path: kovalev.nvkz@rambler.ru
X-Envelope-From: kovalev.nvkz@rambler.ru
X-MDaemon-Deliver-To: kovalev@fintechn.ru
Received: from [94.247.105.41] by mcgi69.rambler.ru with HTTP (mailimap); Fri, 15 May 2009 05:45:37 +0400
From: =?windows-1251?B?wOvl6vHg7eTwIMru4uDr5eI=?= <kovalev.nvkz@rambler.ru>
To: <kovalev@fintechn.ru>
Subject: [***SPAM*** Score/Req: 02.9/1.0] 9.46
Date: Fri, 15 May 2009 05:45:37 +0400
MIME-Version: 1.0
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Message-Id: <955311841.1242351937.58534056.77585@mcgi69.rambler.ru>
X-Mailer: Ramail 3u, (untone), http://mail.rambler.ru
X-Spam-Prev-Subject: 9.46

foxess А чего там мудрить то? Создаешь правило - If the from header conatains kovalev.nvkz@rambler.ru then header Search and replace - там в меню выбираешь in the FROM , search expression kovalev.nvkz@rambler.ru, replace with - нужное мыло, после чего уже добавляешь еще одно действие copy to ...

Уважаемые! Хелп!
есть некий отправитель с @yahoo.com

с него НАДО получать почту
а мой говорит:
Sun 2009-05-17 20:57:35: [5834:4] &#9575;Ёш&#9557;ь SMTP ёюхфшэхэш юЄ [209.191.68.199 : 47010]
Sun 2009-05-17 20:57:35: [5834:4] Performing PTR lookup (199.68.191.209.IN-ADDR.ARPA)
Sun 2009-05-17 20:57:36: [5834:4] * D=199.68.191.209.IN-ADDR.ARPA TTL=(20) PTR=[web35005.mail.mud.yahoo.com]
Sun 2009-05-17 20:57:36: [5834:4] * Gathering A records...
Sun 2009-05-17 20:57:36: [5834:4] * D=web35005.mail.mud.yahoo.com TTL=(15) A=[209.191.68.199]
Sun 2009-05-17 20:57:36: [5834:4] ---- End PTR results
Sun 2009-05-17 20:57:36: [5834:4] --> 220 *******.ru ESMTP MDaemon 8.1.3; Sun, 17 May 2009 20:57:36 +0400
Sun 2009-05-17 20:57:39: [5834:4] <-- HELO web35005.mail.mud.yahoo.com
Sun 2009-05-17 20:57:39: [5834:4] Performing IP lookup (web35005.mail.mud.yahoo.com)
Sun 2009-05-17 20:57:39: [5834:4] * D=web35005.mail.mud.yahoo.com TTL=(14) A=[209.191.68.199]
Sun 2009-05-17 20:57:39: [5834:4] ---- End IP lookup results
Sun 2009-05-17 20:57:39: [5834:4] --> 250 ******.ru Hello web35005.mail.mud.yahoo.com, pleased to meet you
Sun 2009-05-17 20:57:39: [5834:4] <-- MAIL FROM:<*********@yahoo.com>
Sun 2009-05-17 20:57:39: [5834:4] --> 250 <********@yahoo.com>, Sender ok
Sun 2009-05-17 20:57:39: [5834:4] <-- RCPT TO:<*********@*********.ru>
Sun 2009-05-17 20:57:39: [5834:4] --> 553 Domain ********.ru does not accept mail from ********@yahoo.com
Sun 2009-05-17 20:57:40: [5834:4] <-- QUIT
Sun 2009-05-17 20:57:40: [5834:4] --> 221 See ya in cyberspace
Sun 2009-05-17 20:57:40: [5834:4] SMTP ёхёёш чртхЁ°шырё№ (&#9524;рщЄ in/out: 107/280)

как мне получать от него почту? вроде везде в белых списках и все такое? что отключить то?

Добавлено:
проблемма не решена и почему-то только с данным отправителем.

ipmanyak
все так и делаю ...(
эффекта никакого (

foxess Покажи правило, скопируй его сюда из cfrules.dat

ipmanyak

[Rule020]
RuleName=копирование на рассылку
Enable=Yes
ThisRuleCondition=Any
ProcessQueue=BOTH
Condition01=FROM|contains|AND|kovalev.nvkz@rambler.ru <mailto:Condition01=FROM%7Ccontains%7CAND%7Ckovalev.nvkz@rambler.ru> | Action01=header search and replace|"From","kovalev.nvkz@rambler.ru","kovalev@fintechn.ru","0,0 <mailto:kovalev.nvkz@rambler.ru%22,%22kovalev@fintechn.ru%22,%220,0> ,"
Action02=copy to|"qwe@fintechn.ru"

foxess
Цитата:

mailto:Condition01=FROM%7Ccontains%7CAND%7Ckovalev.nvkz@rambler.ru>

Этого условия не понял, что это условие делает? И срабатывает ли оно?
<mailto:kovalev.nvkz@rambler.ru%22,%22kovalev@fintechn.ru%22,%220,0> , - это зачем?

По идее правило должно выглядеть так:
Condition01=FROM|contains|AND|kovalev.nvkz@rambler.ru|
Action01=header search and replace|"From","kovalev.nvkz@rambler.ru","kovalev@fintechn.ru","0,0,"
Action02=copy to|"qwe@fintechn.ru"
То есть меняем поле FROM и шлем на список рассылки.

ipmanyak

Цитата:

mailto:Condition01=FROM%7Ccontains%7CAND%7Ckovalev.nvkz@rambler.ru>

Извиняюсь это было лишнее


В *dat все как Вы и указали стоит, слово в слово. Но не работает.

Код письма которое приходит подписчику

From: ххххххх <kovalev.nvkz@rambler.ru>
Reply-To: kovalev.nvkz@rambler.ru
Subject: test
To: "kovalev" <kovalev.nvkz@rambler.ru>
X-MDaemon-Deliver-To: kovalev.nvkz@rambler.ru
Message-ID: <MDAEMON0003200905201531.AA3109667@mft.fintechn.ru>
Mime-Version: 1.0
X-Actual-From: kovalev.nvkz@rambler.ru
X-MDCF-Generated: yes
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Return-Path: <>
Precedence: bulk
List-Unsubscribe: <mailto:qwe-Unsubscribe@fintechn.ru>
X-MDMailing-List: qwe@fintechn.ru

В поле FROM: ххххх - это крякозябры. это все что изменяется.

foxess Почему собственно xxxxx меняется, если в правиле указан совсем другой текст? По логам правило то вообще срабатывает?

ipmanyak

Цитата:

Почему собственно xxxxx меняется, если в правиле указан совсем другой текст?

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

foxess
По логам правило срабатывает или нет?

Clavik
По логам срабатывает не правильно.

foxess Как это срабатывает неправильно? Правило или срабатывает или нет, одно из двух.

извините - наверно обсуждалось, но в ветке не смог найти
правильно ли я понимаю, что в Mdaemon 10 Standart Edition нельзя сменить имя домена на новое( компания поменяла доменное имя) и есть ли возможность быстрой настройки нового сервера под новое доменное имя с настройками старого?
в FAQ по Mdaemon нашёл, что меняется просто имя домена в поле Имени домена, но у меня это поле не активно

ipmanyak

В логе фильтра содержания - показывает что срабатывает

Добавлено:
Еще есть вопросик
Если смотреть CFrules.dat
При каждом правиле есть такая строка


Цитата:

ProcessQueue=BOTH

Она указывает направление сообщения, при котором должно срабатывать правило ?
Если да, то что нужно указать что бы правило срабатывало на вх.\исх. сообщения

eaglespb

Цитата:

извините - наверно обсуждалось, но в ветке не смог найти

Обсуждалось, ога:

Цитата:

С какой-то 9-ой версии они залочили через графику изменение Первичного имени домена.
Попробуй в файле app\mdaemon.ini поменять в секции Domain, значение DomainName на нужное:

[Domain]
DomainName=xxxxx.ru

затем в папке App создаешь файл-семфор reloadcache.sem, должен перечитать все настройки.
Если не поможет, то создай файл-семафор restart.sem , и демон перезапустится, либо просто перестартуй службу демона после изменения файла mdaemon.ini.

Добавлено:
foxess
Это область срабатывания, сейчас я думаю надо выяснить срабатывает ли правило и если срабатывает, то почему криво.
От тебя еще раз:
1. Кусок верхней части письма, где все хидера, ДО срабатывания правила.
1. Правило из файла CFrules.dat
2. Кусок лога по которому будет видно что правило сработало
3. Кусок верхней части письма, где все хидера, ПОСЛЕ срабатывания правила.

Вот после этого можно будет что-то сказать.

добрый день.
mdaemon 9.6.5+ldaemon+outlook connector 2.2.0. все работает правильно, кроме того, что _не_всегда_ добавляются записи в адресную книгу при создании нового пользователя. понять принцип почему не добавляются именно эти юзеры - не удалось.
есть какие-нибудь идеи?