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

» Все о MDaemon (#5)

Автор: grum01
Дата сообщения: 08.09.2015 09:02
Доброго дня всем.
Курил, листал, искал - но так и не нашел. Помогите, кто знает!
Как заменить адрес для ответа для каждого пользователя или на группу? Т.е. чтобы корреспондент отвечал не отправителю, а на другой адрес.
Вообще такая функция есть в демоне? Понимаю, что должна быть, но не могу найти.
Автор: ipmanyak
Дата сообщения: 08.09.2015 10:59
grum01 создай правило в CF , в котором меняй или поле FROM или REPLY-TO или оба.
Автор: grum01
Дата сообщения: 08.09.2015 12:44

Цитата:
ipmanyak
создай правило в CF , в котором меняй или поле FROM или REPLY-TO или оба

сложновато.. это на каждого правило создавать? как-то черезчур. но допустим, установим на группу
тогда как сделать правило по типу "для всей группы так, а вот для этого из группы по-другому"
что-то не могу таких условий подобрать...
Автор: qxaszw12
Дата сообщения: 08.09.2015 13:36
grum01

Цитата:
сложновато.. это на каждого правило создавать?

Можно попробовать поменять заголовок.
Автор: grum01
Дата сообщения: 08.09.2015 13:47

Цитата:
qxaszw12
Можно попробовать поменять заголовок.

Это понятно. Но надо ведь отобрать пользователей.
В общем картина:
Есть 60 ящиков. Ящики для каждого пользователя индивидуальны и зависят от ФИО человека.
Пользователи распределены на 5 групп по подразделениям.
Есть списки рассылки, которые рассылают письма на эти группы.
Суть в том, чтобы письма от клиентов, которые отвечают на наши письма кнопкой "Ответить", автоматически направлялись в рассылку на группу, а не в личный ящик.
А то человек уволился, клиент пишет на старый адрес, письма не доходят. Алиасы задолбаешься писать с большой текучкой. И не всегда понятно на кого.
Автор: qxaszw12
Дата сообщения: 08.09.2015 14:13
grum01

Цитата:
А то человек уволился, клиент пишет на старый адрес

Сделайте правило которое срабатывает на старые адреса и которое перемещает это письмо в общую папку, и соответственно при увольнении сотрудника добавляйте его email в этот фильтр, а всем остальным пользователям дайте доступ на эту IMAP'овскую папку.
Автор: fly_indiz
Дата сообщения: 08.09.2015 14:17
grum01
в идеале, а особенно при большой текучке, логины ящиков создавать не по ФИО, а по должности:
gendir, glavbuh, buh01, manager01... - проблем будет много меньше.
Автор: vlary
Дата сообщения: 08.09.2015 14:27
grum01
Цитата:
А то человек уволился, клиент пишет на старый адрес, письма не доходят
Я обычно ставлю перенаправление всей почты уволившегося сотрудника
на того (тех), кто унаследовал его обязанности. Где-то через пол-года на этот адрес
продолжает идти только спам, и тогда адрес убивается окончательно.
Автор: xxxxxxxxxxpp
Дата сообщения: 08.09.2015 15:47
Приветствую, столкнулся с такой фигней:

На клиенте инет 100 мб, на почтовике 50. Почта по IMAP. Долго загружаются большие письма, и чем больше - тем плачевнее,грузит, грузит и ошибка. Подбирал MTU - не помогло. В мдаймоне менял полосу пропускания - тож не помогло. Что еще можно глянуть. Спасибо.


Автор: ipmanyak
Дата сообщения: 09.09.2015 07:09
grum01 IF SENDER is a MEMBER OF GROUP действие SEARCH and REPLACE within HEADER
в СПИСКАХ РАССЫЛКИ сразу можно назначить REPLY-TO в поле Replace 'Reply-To" header value with




Добавлено:
xxxxxxxxxxpp проверь канал между клиентом и сервером в обе стороны пингами большими пакетами
на предмет потерь пакетов.
ping -n 50 -L 1500

Попробовать пересоздать новый профиль для аутлука.
http://www.slipstick.com/outlook/how-to-create-a-new-profile/
Автор: xxxxxxxxxxpp
Дата сообщения: 09.09.2015 10:22

Цитата:
xxxxxxxxxxpp проверь канал между клиентом и сервером в обе стороны пингами большими пакетами
на предмет потерь пакетов.
ping -n 50 -L 1500

Попробовать пересоздать новый профиль для аутлука.
http://www.slipstick.com/outlook/how-to-create-a-new-profile/



У меня все проще оказалось, в НОД32 выключил защиту почтового клиента и все пошло, вроде как. Пока наблюдаем.
Автор: ADK64
Дата сообщения: 11.09.2015 21:21
fly_indiz

Цитата:
логины ящиков создавать не по ФИО, а по должности

Вы, видимо, никогда не сталкивались с такими вещами, как "изменение штатного расписания" и "реорганизация".
Представьте себе, что юрслужба стала юридическим департаментом, две службы слились в одну (или наоборот), некоторые сотрудники меняют статус с ведущего специалиста на главного и т.п....

Столкнетесь - при вашей системе имен сразу будете у всех просить яду или парабеллум, чтобы застрелиться...
Автор: fly_indiz
Дата сообщения: 11.09.2015 21:59
ADK64
ну почему же. в разной степени сталкивался.
гендир при этом редко (всмысле - никогда) становился курьером, юрист продажником, а бухгалтер сисадмином.
При небольших реорганизациях - подход именования ящиков по должностям - незначительно меняется/страдает (вполне терпимо для технической реорганизации ящиков на практике). А если пипец какие крупные реорганизации сравнимы с (как вы сами упомянули) большой текучкой - ну тогда просто фэйспалм над такой конторой.
Автор: Dobrii
Дата сообщения: 15.09.2015 10:53
Добрый день!
Установлен mdaemon 13.5 на шлюзе с двумя интерфейсами (внутренний и внешний), демон зарегистрирован на внутреннем интерфейсе, почту забирает по мультипоп с сервера провайдера.
Можно ли настройками демона закрыть обращение из интернета к 110 и 25 портам? Пробовал IP скрининг - или не так делаю или это не то. "Спрятать" сервер за сетевым экраном пока нет возможности и перевести на работу с MX то-же.
Спасибо.
Автор: mishak
Дата сообщения: 15.09.2015 11:34
Dobrii
предположу, что можно попробовать, приказав ему привязаться только ко "внутреннему" интерфейсу.
Автор: Dobrii
Дата сообщения: 15.09.2015 12:27
mishak
Спасибо! Слона то я и не приметил
Всё получилось.
Автор: plastunspb
Дата сообщения: 15.09.2015 17:21
Доброго всем вечера, вопрос, наверное, уже в 1000 раз задан, но попрошу грамотно ответить немцу, что бы его не обидеть. Прислал вот такое:


From: ******@flexim.de
To: *****@tek-know.ru>
Subject: Fwd: ***********

Привет ******
Ваш сервер гонит опять...
С уважением
*****

Von meinem iPhone gesendet

Anfang der weitergeleiteten E‑Mail:
Von: MAILER-DAEMON
Datum: 15. September 2015 15:42:08 OESZ
An: <******@flexim.de>
Betreff: Undelivered Mail Returned to Sender
This is the Mail-Delivery-Service.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients.
For further assistance, please contact your Mailadmin.

From: *****@flexim.de
To: 123456@tek-know.ru
Subject: FQT Access for Tekknow

mail.tek-know.ru[193.104.69.228] reply 550 Connection refused


При этом он отправил письмо с копией нескольким людям. И этот адрес существует 123456@tek-know.ru и сидит буквально за стенкой.
Автор: qxaszw12
Дата сообщения: 15.09.2015 17:34
plastunspb

Цитата:
550 Connection refused

Причин данного сообщения может быть масса. Вероятнее всего сервер tek-know.ru воспринял это письмо как спам. Пусть админ flexim.de спросит у админа tek-know.ru - "А почему?"
Автор: plastunspb
Дата сообщения: 15.09.2015 22:26

Цитата:
Пусть админ flexim.de спросит у админа tek-know.ru - "А почему?"

Админ tek-know.ru как раз я.
В логах ничего не увидел. Этот домен всегда проходит антиспам проверку.
Просто странно что он отправил письмо с СС 5ти адресатам.
4ём оно пришло, а вот 1234@tek-know.ru - дало такой отбой.
И вроде написано там в отбое что ему надо бы обратиться к своему админу, но вот он написал что это наш сервак глючит.
А хочется ему обоснованно и вежливо ответить, а не говорить что мой дед с его дедом делал в 45 в Берлине.


Добавлено:
Вот что нашёл в логе:

Tue 2015-09-15 15:42:09: Performing SPF lookup (flexim.de / 94.100.134.242)
Tue 2015-09-15 15:42:09: * Result: none; no SPF record in DNS

Tue 2015-09-15 15:42:09: Performing DomainKeys lookup (Sender: *******@flexim.de)
Tue 2015-09-15 15:42:09: * File: c:\mdaemon\queues\temp\md50000348956.tmp
Tue 2015-09-15 15:42:09: * Message-ID: 6B666837-29AB-445B-8C39-2D24EA2B4E72@flexim.de
Tue 2015-09-15 15:42:09: * Querying for policy: flexim.de
Tue 2015-09-15 15:42:09: * Querying: _domainkey.flexim.de ...
Tue 2015-09-15 15:42:10: * DNS: * Сервер имен не содержит допустимых записей нужного типа для этого домена.
Tue 2015-09-15 15:42:10: * Result: neutral
Tue 2015-09-15 15:42:10: ---- End DomainKeys results
Автор: gp7
Дата сообщения: 15.09.2015 22:48

Цитата:
Result: neutral

т.е. сообщение о проверке только информативное
попробуйте просто послать несколько тестовых писем с разных почтовиков, в т.ч. с публичных типа мейлру и сравнить реакции. В случае рецидива просто пересылаете ответы с оных, все
Автор: vlary
Дата сообщения: 15.09.2015 23:19
plastunspb
Цитата:
Вот что нашёл в логе:
Маловато будет... Это только кусок сессии
Ни о чем не говорящий.
Цитата:
4ём оно пришло, а вот 1234@tek-know.ru - дало такой отбой
Может, у тебя ограничение по количеству RCPT TO: стоит?

Автор: qxaszw12
Дата сообщения: 15.09.2015 23:41
plastunspb

Цитата:
Вот что нашёл в логе:

Полностью лог покажите.
Автор: plastunspb
Дата сообщения: 16.09.2015 09:03

Цитата:
Полностью лог покажите.


Tue 2015-09-15 15:42:08: Session 1637; child 4; thread 0
Tue 2015-09-15 15:42:08: Accepting SMTP connection from [94.100.134.242:47191] to [193.104.69.228:25]
Tue 2015-09-15 15:42:08: --> 220 [193.104.69.228] ESMTP MDaemon 11.0.3; Tue, 15 Sep 2015 15:42:08 +0300
Tue 2015-09-15 15:42:08: <-- EHLO mx-relay42-dus.antispameurope.com
Tue 2015-09-15 15:42:08: --> 250-[193.104.69.228] Hello mx-relay42-dus.antispameurope.com, pleased to meet you
Tue 2015-09-15 15:42:08: --> 250-ETRN
Tue 2015-09-15 15:42:08: --> 250-AUTH=LOGIN
Tue 2015-09-15 15:42:08: --> 250-AUTH LOGIN CRAM-MD5
Tue 2015-09-15 15:42:08: --> 250-8BITMIME
Tue 2015-09-15 15:42:08: --> 250 SIZE 20480000
Tue 2015-09-15 15:42:08: <-- MAIL FROM:<******@flexim.de>
Tue 2015-09-15 15:42:08: Performing PTR lookup (242.134.100.94.IN-ADDR.ARPA)
Tue 2015-09-15 15:42:08: * D=242.134.100.94.IN-ADDR.ARPA TTL=(60) PTR=[mx-relay42-dus.antispameurope.com]
Tue 2015-09-15 15:42:08: * Gathering A records...
Tue 2015-09-15 15:42:08: * D=mx-relay42-dus.antispameurope.com TTL=(5) A=[94.100.134.242]
Tue 2015-09-15 15:42:08: ---- End PTR results
Tue 2015-09-15 15:42:08: Performing IP lookup (mx-relay42-dus.antispameurope.com)
Tue 2015-09-15 15:42:08: * D=mx-relay42-dus.antispameurope.com TTL=(5) A=[94.100.134.242]
Tue 2015-09-15 15:42:08: ---- End IP lookup results
Tue 2015-09-15 15:42:08: Performing IP lookup (flexim.de)
Tue 2015-09-15 15:42:08: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:08: * P=010 S=003 D=flexim.de TTL=(53) MX=[mx16a.antispameurope.com]
Tue 2015-09-15 15:42:08: * P=020 S=001 D=flexim.de TTL=(53) MX=[mx16b.antispameurope.com]
Tue 2015-09-15 15:42:08: * P=030 S=002 D=flexim.de TTL=(53) MX=[mx16c.antispameurope.com]
Tue 2015-09-15 15:42:08: * P=080 S=000 D=flexim.de TTL=(53) MX=[mail.flexim.de]
Tue 2015-09-15 15:42:08: * P=090 S=004 D=flexim.de TTL=(53) MX=[postfix.flexim.de]
Tue 2015-09-15 15:42:08: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:08: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:08: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:09: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:09: * D=flexim.de TTL=(53) A=[176.221.47.27]
Tue 2015-09-15 15:42:09: ---- End IP lookup results
Tue 2015-09-15 15:42:09: Performing SPF lookup (flexim.de / 94.100.134.242)
Tue 2015-09-15 15:42:09: * Result: none; no SPF record in DNS
Tue 2015-09-15 15:42:09: ---- End SPF results
Tue 2015-09-15 15:42:09: --> 250 <*****@flexim.de>, Sender ok
Tue 2015-09-15 15:42:09: <-- RCPT TO:<1234@tek-know.ru>
Tue 2015-09-15 15:42:09: Производится поиск DNS-BL (94.100.134.242 – соединение с IP)
Tue 2015-09-15 15:42:09: * zen.spamhaus.org - прошло
Tue 2015-09-15 15:42:09: * b.barracudacentral.org - прошло
Tue 2015-09-15 15:42:09: * dnsbl.sorbs.net - прошло
Tue 2015-09-15 15:42:09: ---- Конечные результаты DNS-BL
Tue 2015-09-15 15:42:09: --> 250 <1234@tek-know.ru>, Recipient ok
Tue 2015-09-15 15:42:09: <-- DATA
Tue 2015-09-15 15:42:09: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000348956.tmp
Tue 2015-09-15 15:42:09: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2015-09-15 15:42:09: Message size: 7792 bytes
Tue 2015-09-15 15:42:09: Performing DKIM lookup
Tue 2015-09-15 15:42:09: * File: c:\mdaemon\queues\temp\md50000348956.tmp
Tue 2015-09-15 15:42:09: * Message-ID: 6B666837-29AB-445B-8C39-2D24EA2B4E72@flexim.de
Tue 2015-09-15 15:42:09: * Result: neutral
Tue 2015-09-15 15:42:09: ---- End DKIM results
Tue 2015-09-15 15:42:09: Performing DomainKeys lookup (Sender: *****@flexim.de)
Tue 2015-09-15 15:42:09: * File: c:\mdaemon\queues\temp\md50000348956.tmp
Tue 2015-09-15 15:42:09: * Message-ID: 6B666837-29AB-445B-8C39-2D24EA2B4E72@flexim.de
Tue 2015-09-15 15:42:09: * Querying for policy: flexim.de
Tue 2015-09-15 15:42:09: * Querying: _domainkey.flexim.de ...
Tue 2015-09-15 15:42:10: * DNS: * Сервер имен не содержит допустимых записей нужного типа для этого домена.
Tue 2015-09-15 15:42:10: * Result: neutral
Tue 2015-09-15 15:42:10: ---- End DomainKeys results
Tue 2015-09-15 15:42:10: Passing message through AntiVirus (Size: 7792)...
Tue 2015-09-15 15:42:10: * Сообщение чистое (вирусов не обнаружено)
Tue 2015-09-15 15:42:10: ---- End AntiVirus results
Tue 2015-09-15 15:42:10: Создание сообщения successful: c:\mdaemon\queues\inbound\md50000338554.msg
Tue 2015-09-15 15:42:10: --> 250 Ok, message saved <Message-ID: 6B666837-29AB-445B-8C39-2D24EA2B4E72@flexim.de>
Tue 2015-09-15 15:42:10: <-- QUIT
Tue 2015-09-15 15:42:10: --> 221 See ya in cyberspace
Tue 2015-09-15 15:42:10: SMTP session successful (Bytes in/out: 7911/471)

Добавлено:

Цитата:
Может, у тебя ограничение по количеству RCPT TO: стоит?


Что-то не припомню такой настройки. Не напомните, где?
Автор: qxaszw12
Дата сообщения: 16.09.2015 10:08
plastunspb

Цитата:
ue 2015-09-15 15:42:10: Создание сообщения successful: c:\mdaemon\queues\inbound\md50000338554.msg
Tue 2015-09-15 15:42:10: --> 250 Ok, message saved <Message-ID: 6B666837-29AB-445B-8C39-2D24EA2B4E72@flexim.de>
Tue 2015-09-15 15:42:10: <-- QUIT
Tue 2015-09-15 15:42:10: --> 221 See ya in cyberspace
Tue 2015-09-15 15:42:10: SMTP session successful (Bytes in/out: 7911/471)


Вы уверены, что это лог именно проблемного сообщения?
Сообщение без проблем получено вашим сервером, а в чем проблема-то?

Автор: fedmun
Дата сообщения: 16.09.2015 10:29
Коллеги, а есть ли возможность ЗАПРЕТИТЬ пользователям сервера (т.е. имеющим свои учетные записи) использовать при отправке нешифрованный SMTP (25 порт)?
Тот-же гугл, например, при отправке через 25-й порт требует STARTSSL.
Автор: ipmanyak
Дата сообщения: 16.09.2015 10:57
plastunspb
Цитата:
Что-то не припомню такой настройки. Не напомните, где?

Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Servers
...allows only this many RCPT commands [xx] (RFC says 100)


Автор: plastunspb
Дата сообщения: 16.09.2015 11:07

Цитата:
(RFC says 100)

Да, так 100 и стоит.
Автор: ipmanyak
Дата сообщения: 16.09.2015 13:30
plastunspb Покажешь нормальный лог с отрубом ящика? Или будем телепатировать?
Автор: MitraX
Дата сообщения: 18.09.2015 03:45
Товарисчи подскажите, перенес демона с одного диска на другой, все работает кроме спам фильтра на серве 2 домена при этом на одном спам фильтр работает , а на другом на котором нужно чтоб работал нет.... по логам на один домен когда приходит спам там видно что спам фильтр работает а на другом пусто... куда копать?
Автор: ipmanyak
Дата сообщения: 18.09.2015 07:19
MitraX
MDaemon 13.6.x - Moving MDaemon with BlackBerry Enterprise Server to a different path or machine
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=812
читай пункт 11.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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