» Все о MDaemon (#5)

Lopster
для отправки личной почты можно использовать SMTP того же мдемона с корпоративной авторизацией на нём например.

Lopster

Цитата:

IP: 77.34.126.192

Данный товарищ тупо пытается использовать ваш сервер как Relay.

Вот информация по этому IP -
https://www.nic.ru/whois/?query=77.34.126.192+
http://ipgeobase.ru/?address=77.34.126.192

Если есть желание, то показав данные провайдеру можете его вычислить.
Хотя посмотрел я что это за IP'ник - это прокси от которого вы ни чего не узнаете.

Используя все рекомендации указанные выше, вы без проблем обезопасите свой mdaemon от подобных действий.
Да, совсем забыл - поменяйте пароль на почту для admin'а.

Доброе время суток Всем!


Цитата:

qxaszw12 Отбивка это autoreply.
Когда сотрудника нет на рабочем месте на все письма полученные в это время идет ответ(autoreply) типа "Меня сейчас нет на раб месте, отвечу когда прийду". Так вот нужно сделать так чтоб этот autoreply не срабатывал на письма присланные с адресов noreply@***

Зайти через меню "Accounts->Accounts Setting-Autoresponders->Wite List" там указан список адресов, на которые автоответы НЕ будут формироваться. Можно добавить свои адреса по маске.

Добавлено:

Подскажите умные люди... требуется автоответчик пользователя настроить так, чтобы отправлялся только один автоответ НА ВЕСЬ ПЕРИОД отсутствия, а не ОДИН раз в сутки. Директор не понимает что творит, но задача поставлена. Что нарыл: при активировании пользователем автоответчика создается файл для конкретной учетной записи .rsp с текстом "автоответа" - это понятно. Так же в файле HIWATER.MRK в директории пользователя с включенным автоответчиком создается раздел [Auto Response Sent] куда добавляются адреса и цифры против каждого адреса (в моем случае=7800) кому уже были отправлены автоответы в течении суток, чтобы повторно не отправлять их. Что означают цифры пока не понятно. После прохождения суток, этот раздел очищается, как я понимаю. Может есть какие ключи в ini файле, что изменят такое поведение? Любые мысли приветствуются.

Спасибо заранее.

Здравствуйте, форумчане!
Извиняйте, если уже было, но не нагуглил...
Есть у меня почтовик на мдемоне, работает без особых проблем. Однако, на адреса одного домена почта не уходит, режется как спам. На том конце уверяют, что это из-за того, что почтовик стучится не с белого IP, а с внутреннего. Проверил по логам - действительно, с внутреннего. Вот пример лога:


Цитата:

Mon 2013-04-15 00:46:33: Parsing message <d:\mdaemon\queues\remote\pd35000000138.msg>
Mon 2013-04-15 00:46:33: * From: отправитель@coo-molod.ru
Mon 2013-04-15 00:46:33: * To: получатель@mail.ru
Mon 2013-04-15 00:46:33: * Subject: =?UTF-8?B?0LjQt9C80LXQvdC10L3QuNGPINCyINC00L7Qs9C+0LLQvtGA0LDRhSw=?= =?UTF-8?B?INCw0LrRgtCw0YUg0Lgg0L/RgNC40LvQvtC20LXQvdC40Y/RhQ==?=
Mon 2013-04-15 00:46:33: * Size (bytes): 221443
Mon 2013-04-15 00:46:33: * Message-ID: <516BBCF2.8010302@coo-molod.ru>
Mon 2013-04-15 00:46:33: Attempting SMTP connection to [mail.ru]
Mon 2013-04-15 00:46:33: Resolving MX records for [mail.ru] (DNS Server: 192.168.0.3)...
Mon 2013-04-15 00:46:33: * P=010 S=000 D=mail.ru TTL=(9) MX=[mxs.mail.ru]
Mon 2013-04-15 00:46:33: Attempting SMTP connection to [mxs.mail.ru:25]
Mon 2013-04-15 00:46:33: Resolving A record for [mxs.mail.ru] (DNS Server: 192.168.0.3)...
Mon 2013-04-15 00:46:33: * D=mxs.mail.ru TTL=(41) A=[94.100.176.20]
Mon 2013-04-15 00:46:33: Attempting SMTP connection to [94.100.176.20:25]
Mon 2013-04-15 00:46:33: Waiting for socket connection...
Mon 2013-04-15 00:46:33: * Connection established (192.168.0.2:49765 -> 94.100.176.20:25)
Mon 2013-04-15 00:46:33: Waiting for protocol to start...
Mon 2013-04-15 00:46:33: <-- 220 Mail.Ru ESMTP
Mon 2013-04-15 00:46:33: --> EHLO mail.coo-molod.ru
Mon 2013-04-15 00:46:33: <-- 250-mx113.mail.ru ready to serve
Mon 2013-04-15 00:46:33: <-- 250-SIZE 73400320
Mon 2013-04-15 00:46:33: <-- 250 8BITMIME
Mon 2013-04-15 00:46:33: --> MAIL From:<отправитель@coo-molod.ru> SIZE=221443
Mon 2013-04-15 00:46:33: <-- 250 OK
Mon 2013-04-15 00:46:33: --> RCPT To:<получатель@mail.ru>
Mon 2013-04-15 00:46:33: <-- 250 OK
Mon 2013-04-15 00:46:33: --> DATA
Mon 2013-04-15 00:46:33: <-- 354 Go ahead
Mon 2013-04-15 00:46:33: Sending <d:\mdaemon\queues\remote\pd35000000138.msg> to [94.100.176.20]
Mon 2013-04-15 00:46:36: Transfer Complete
Mon 2013-04-15 00:46:37: <-- 250 OK id=1URe41-0007No-FV
Mon 2013-04-15 00:46:37: --> QUIT
Mon 2013-04-15 00:46:37: <-- 221 mx113.mail.ru closing connection
Mon 2013-04-15 00:46:37: SMTP session successful (Bytes in/out: 182/221559)
Mon 2013-04-15 00:46:37: ----------

Как видите, в Connection established внутренний адрес. При этом, письмо отправляется без проблем. Собственно, я бы и не заметил ничего, если бы на один конкретный домен почта не не доходила (после conn.estab. - Waiting for protocol to start...; 554 mail.домен.ru; QUIT).
В связи с этим вопрос, как пофиксить?
Записи DNS в порядке, всё резольвится. В настройках mdaemon ip домена прописан внешний.
Единственное что, по nslookup mail.coo-molod.ru изнутри сетки (в том числе, с почтового сервера) резольвится внутренний адрес, а не внешний. Чтоб быстрее было. Может это мешать?

Вы привели не тот лог! Нуже лог отправки на тот домен, а не на mail.ru. На mail.ru в идете с внешним IP через NAT.


Цитата:

по nslookup mail.coo-molod.ru изнутри сетки (в том числе, с почтового сервера) резольвится внутренний адрес, а не внешний. Чтоб быстрее было. Может это мешать?

Да, если админ настроил хождение почты в тот домен по корпоративному каналу связи.
На предмет записей mail.coo-molod.ru проверьте
1 - настройки вашего (DNS Server: 192.168.0.3) возможно есть зона для этого домена.
2 - на машине с Mdaemon файлы Hosts и MXCache для этого в самом демоне
Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > кнопки
Edit MX cache file
Edit hosts file
Удалите записи для того домена в обоих файлах

SAURONoff
то что написано в Connection established (192.168.0.2:49765 -> 94.100.176.20:25)
- это по мнению MDaemon. Он же стоит на машине с локальным адресом и не подозревает что соединение идёт через NAT наружу, где на шлюзе серый адрес подменяется белым (если я правильно понимаю структуру сети), поэтому MDaemon так и пишет.

теперь про тот "странный" домен.
я так понимаю он находится в инетернете? (как альтернативный вариант - внутри локалки вашего же здания). Если в интернете - то начинаю сомневаться в психическом здоровье тех админов, которые говорят вам что коннект от вас к ним идёт "с внутреннего IP". В интернете это чисто физически невозможно.

Давайте так - вместо того чтоб выкладывать лог на mail.ru - лучше выложить лог на целевой домен. А то вы жалуетесь на ошибку, а лог прилагаете сессии, с этой ошибкой никак не связанный, и как люди будут вам помогать в таком случае?

ipmanyak
запись mail.coo-molod.ru - 192.168.0.2 сделана на внутреннем ДНС-сервере.

fly_indiz
Да, в интернете.
Может, они и не совсем правы, я не знаю. Однако, они указали, что почта к ним лезет именно с адреса 192.168.0.2... Видимо, его сам сервер как-то при соединении указывает. Иначе, как они могли узнать внутренний адрес? Если бы всё было нормально, они видели бы только внешний. А так у них антиспам режет почту, потому как адрес сервера не совпадает с тем, что указан в ДНС записях (в ДНС - 89.163.0.212, а почтовик представляется как 192.168.0.2)
Вот лог. Но, по-моему, тут ничего интересного нет.

Цитата:

Sun 2013-04-14 23:22:37: Parsing message <d:\mdaemon\queues\remote\pd35000000134.msg>
Sun 2013-04-14 23:22:37: * From: отправитель@coo-molod.ru
Sun 2013-04-14 23:22:37: * To: получатель@домен.com
Sun 2013-04-14 23:22:37: * Subject: Fwd: Fwd: =?UTF-8?B?0KTQvtGA0LzQsCAx?=
Sun 2013-04-14 23:22:37: * Size (bytes): 86698
Sun 2013-04-14 23:22:37: * Message-ID: <516B9CE6.2000403@coo-molod.ru>
Sun 2013-04-14 23:22:37: Attempting SMTP connection to [домен.com]
Sun 2013-04-14 23:22:37: Resolving MX records for [домен.com] (DNS Server: 192.168.0.3)...
Sun 2013-04-14 23:22:38: * P=010 S=000 D=домен.com TTL=(32) MX=[mailgate3.домен.ru]
Sun 2013-04-14 23:22:38: * P=020 S=001 D=домен.com TTL=(32) MX=[mailgate4.домен.ru]
Sun 2013-04-14 23:22:38: Attempting SMTP connection to [mailgate3.домен.ru:25]
Sun 2013-04-14 23:22:38: Resolving A record for [mailgate3.домен.ru] (DNS Server: 192.168.0.3)...
Sun 2013-04-14 23:22:38: * D=mailgate3.домен.ru TTL=(59) A=[195.66.*.*]
Sun 2013-04-14 23:22:38: Attempting SMTP connection to [195.66.*.*:25]
Sun 2013-04-14 23:22:38: Waiting for socket connection...
Sun 2013-04-14 23:22:38: * Connection established (192.168.0.2:49289 -> 195.66.*.*:25)
Sun 2013-04-14 23:22:38: Waiting for protocol to start...
Sun 2013-04-14 23:22:39: <-- 554 mailgate3.домен.ru
Sun 2013-04-14 23:22:39: --> QUIT
Sun 2013-04-14 23:22:39: Socket connection closed by the other side (how rude!)
Sun 2013-04-14 23:22:39: SMTP session terminated (Bytes in/out: 26/6)

SAURONoff

ну что можно сказать

Цитата:

запись mail.coo-molod.ru - 192.168.0.2 сделана на внутреннем ДНС-сервере.

это не имеет отношения к доставке на удалённый сервер, поехали дальше.
Connection established (192.168.0.2:49289 -> 195.66.*.*:25)
здесь видно подключение к удалённому серверу на внешний адрес (отсюда 100% вывод, что коннект от вас тоже идёт с внешнего IP-а через шлюз, по другому и быть просто не может.)
MX-ы удалённого домена определились на MDaemon-е правильно.

Вывод - нужно ипать моск ихним одминам.
В частности задать им вопрос - "каким это образом по их мнению возможен коннект к их серверам с якобы ВНУТРЕННЕГО IP-а"
Пусть предоставят свои логи если могут.

+ В ПМ щас напишу, попробуйте написать тестовое письмо мне, посмотрим на моём мдемоне как от вас вообще почта идёт.

SAURONoff

Цитата:

Вот лог. Но, по-моему, тут ничего интересного нет.

Ну да, все вроде как нормально.
А через что вы выходите в интернет, т.е. какую коробочку используете в качестве шлюза/NAT'a?

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

fly_indiz
Опс. Заметил, закрыл оставшееся имя)
Тоже немного недоумеваю, как это возможно... смутило, что внутренний адрес сервера они всё-таки видят. Как так?
Сейчас, ПМ проверю.

Добавлено:
fly_indiz
ваш сервак меня послал
<-- 550 89.163.0.212 listed in spamhaus, see http://www.spamhaus.org
Пойду покопаюсь на спамхаусе на тему своего IP.

qxaszw12
На шлюзе у меня kerio control. Порты проброшены.

Логи попрошу, если сейчас ничего не выйдет.

SAURONoff

Цитата:

fly_indiz
ваш сервак меня послал

Если сервер SAURONoff среагировал на ваш IP, то значит у вас все настроено правильно и косяки скорей всего на "той" стороне. Однозначно просите лог, и пока они его вам присылают посмотрите маршрут по которому к ним идёт почта.
Абсолютно не понятно откуда "они" берут ваш внутренний IP.

Цитата:

<-- 550 89.163.0.212 listed in spamhaus, see http://www.spamhaus.org

Воо, начнём хотя бы копать сначала отсюда
соответственно и те гады могут блочить по спамхаусу.

Смотрим:

Код: Accepting SMTP connection from [89.163.0.212:19706] to [#.#.#.#:25]
--> 220 mail.***.ru ESMTP MDaemon 13.0.3; Mon, 15 Apr 2013 15:07:31 +0400
<-- EHLO mail.coo-molod.ru
--> 250-mail.***.ru Hello mail.coo-molod.ru, pleased to meet you
--> 250-VRFY
--> 250-ETRN
--> 250-AUTH LOGIN CRAM-MD5 PLAIN
--> 250-8BITMIME
--> 250 SIZE 41943000
<-- MAIL From:<admin@coo-molod.ru> SIZE=975
Performing PTR lookup (212.0.163.89.IN-ADDR.ARPA)
* D=212.0.163.89.IN-ADDR.ARPA TTL=(1440) PTR=[mail.coo-molod.ru]
* Gathering A records...
* D=mail.coo-molod.ru TTL=(60) A=[89.163.0.212]
---- End PTR results
Performing IP lookup (mail.coo-molod.ru)
* D=mail.coo-molod.ru TTL=(60) A=[89.163.0.212]
---- End IP lookup results
Performing IP lookup (coo-molod.ru)
* D=coo-molod.ru TTL=(60) A=[80.93.62.137]
* P=010 S=000 D=coo-molod.ru TTL=(60) MX=[mail.coo-molod.ru] {89.163.0.212}
---- End IP lookup results
Performing SPF lookup (coo-molod.ru / 89.163.0.212)
* Result: none; no SPF record in DNS
---- End SPF results
--> 250 <admin@coo-molod.ru>, Sender ok
<-- RCPT To:<postmaster@***.ru>
postmaster@***.ru is an alias for ***@***.ru
Производится поиск DNS-BL (89.163.0.212 – соединение с IP)
* zen.spamhaus.org - не удалось - 127.0.0.11
---- Конечные результаты DNS-BL
--> 550 89.163.0.212 listed in spamhaus, see http://www.spamhaus.org
SMTP session terminated (Bytes in/out: 97/328)

Цитата:

значит у вас все настроено правильно

ура, я не накосячил ^_^

fly_indiz, уже разобрался, в спамхаусе я просто на PBL попал, уже внёс себя в исключения. чуток подождём, чтобы исключение заработало, и пошлю ещё одно тестовое письмо.

SAURONoff
вроде похоже что спамхаус вас помиловал

Здравствуйте!
Есть небольшая проблемка (если это можно так назвать)) ).
Есть Mdaemon 10.1.1
Есть список рассылки. Когда на него отправляют письма извне, то письма не доходят и отправителю приходит такая ощибка :
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

xxxxx@eeeemn.ru ( адрес рассылки)
SMTP error from remote mail server after end of data:
host mail.eeemn.ru [33.33.3.3]: 550 Sorry, test@pochta.ru (headers) is not allowed to send mail to xxxxx@eeeemn.ru

где то читал что по умолчанию отправка писем выключена. Но я не знаю, всё облазил, не знаю где её вырубить... галочка "отсылать только членам группы" снял.
что сделать?((

canonman ваш список рассылки видимо приватный. Проверьте опцию и уберите галку - Only list members can post to this list, возможно у вас в 10-ке это звучит по-другому, типа This list is private (non members can not post)

[q][/q]
дак вот я как раз снял галочку в настройках группы "только члены группы могут отсылать в группу"..
то , о чем вы говорите должно быть в настройках самой группы?

Подскажите, какая сейчас самая стабильная версия Mdaemon?
Стоит ли ставить 13 версию?

Добрый день. Подскажите, пожалуйста, имеется ли решение возникшей проблемы.

Почтовый сервер - mdaemon. В outlook через ldap подгружается адресная книга. Созданы группы рассылки, например, it-отдел, все сотрудники, сотрудники офиса и тд.

Когда отправлять скажем all (все сотрудники), то в письме показывается: "Кому: all-office list member (all-office@...)". Появилась необходимость сделать так, чтобы в списке Кому были видны все _имена_ (не адреса) адресатов. Как это можно реализовать и можно ли вообще?

p.s. может быть это можно реализовать просто чтобы в "кому" осталось как есть, но при этом при наведении разворачивался некий бокс со списком юзеров входящих в группу?

diman1982 Насчет стабильности вопрос сложный. С новыми версиями вылазят баги, которых не было в ранних версиях или которые уже были пофиксены.
13.0.4 стоит 135 дней, полет нормальный. Последняя версия 13.0.5

ipmanyak
спасибо!
Поставил 13.0.5 для тестов (60 дней), кстати, после этих пробных 60 дней что произойдет с программой?

diman1982 А сами не догадываетесь? Будет просить активацию c новым лицензионным купленным ключом.

ipmanyak
ясно
А достаточно ли настроек безопасности по-умолчанию в части отключения relay?

diman1982 Прежде чем задавать такие вопросы прочтите статьи в меню шапки топика.

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

boroda10 Ключ официальный? Если да, то задайте вопрос в техподдержку
или на сайте
http://www.altn.com/Support/RequestSupport/
или на мыло - sales@helpdesk.altn.com
Или на форуме ALT-N
http://www.altn.com/Support/CommunityForums/
P.S.
Просто ввести ключ в GUI демона пробовали? В меню HELP - Register yout ALTN-product вкладка Mdaemon
Почитайте еще статью http://www.altn.com/Purchase/Software/UpgradeProtection/
может наведет на какие-то мысли. Но я бы задал вопрос в саппорт.

Цитата:

boroda10 Ключ официальный? Если да, то задайте вопрос в техподдержку
или на сайте

официальнее некуда, просто не хотел напрягать техподдержку по такой ерунде.

Может кому-нибудь поможет

MDaemon wrong quota count

Неверное отображение квоты пользователя.

Проблема: в почтовом ящике пользователя показано overquota (7гб в моем случае), хотя на самом деле занято гораздо меньше (2гб в моем случае).

Диагностика: события, изменяющие квоту пользователя, MDaemon заносит в файлик %MDaemon%\App\QuotaCounts.dat

После создания в этом файлике записи, для почтового ящика ведется только разностное наполнение. Т.е. если по какой-то причине событие удаления писем не было занесено в этот файлик, произойдет рассинхронизация.

Решение: переименовать файлик QuotaCounts.dat в QuotaCounts.dat.old и "пересоздать" файл квоты.

MDaemon -> Queue and Statistics Manager -> User page

Это заставит систему пересчитать всю информацию.

TapkiPlus Можно проще. Создаете пустой файл с именем ClearQuotaCounts.sem
и копируете в каталог демона APP

В MDaemon -> Queue and Statistics Manager -> User page
демон по той же причине что и выше показывает неверные данные по количеству писем и занимаемому месту на диске. Лечится также - пихать семафор ClearQuotaCounts.sem в APP и снова топать в
MDaemon -> Queue and Statistics Manager -> User page

ipmanyak Понял, спасибо.