» Все о MDaemon (#3)

Artem59Ставь любой почтовик и настрой Multipop - твоя задача по сбору с удаленных ящиков будет решена.

Так понимаю, что Multipop только для забора почты. Как быть с отправкой?

Artem59 Отправлять будешь релеем через SMTP провайдера, ака SMART HOST

ipmanyak:
Можно немного поподробней про Smart host? Где это находится в MDaemon?
Где вообще вводить адреса внешних pop3 и smtp внешних ящиков. Даже в настройках мультипоп только логин и пароль на ящик нашел. pop3 сервера нет

Artem59
Цитата:

Где вообще вводить адреса внешних pop3 и smtp внешних ящиков. Даже в настройках мультипоп только логин и пароль на ящик нашел. pop3 сервера нет

Я тебе уже говорил, SMTP тут мимо кассы, только POP! В самой учетке - вкладка MULTIPOP
в ней ставишь птицу - Enable MultiPOP mail collection for this account
Ниже заполняешь поля:
Server
Logon
Password
и жмакаешь кнопу ADD - ВСЁ!
Неужели так сложно ?

Насчет смарт хост:
Setup - Primary Domain - Delivery
птица - Always send every outbound email to the server specified below
и в окне Smart host - Mail Server укажи сервер прова.
всё.
Всё просто, достаточно просто прошарить все менюхи MDAEMON
В шапке есть дока на русском для 9.5 она и для 9.6 на 90% актуальна!

Привет всем. Скажи что за проблема всё работало больше года нормально. Сейчас через раз пишет.
Failed address: alexx24@list.ru

--- Session Transcript ---
Wed 2008-03-19 08:39:04: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxx\pd50000002186.msg>
Wed 2008-03-19 08:39:04: * From: alex@chelgbi1.ru Wed 2008-03-19 08:39:04: * To: alexx24@list.ru Wed 2008-03-19 08:39:04: * Subject: asdasd Wed 2008-03-19 08:39:04: * Message-ID:
Wed 2008-03-19 08:39:04: Устанавливаю SMTP подключение к [list.ru] Wed 2008-03-19 08:39:04: Разрешение MX-записей для [list.ru] (DNS-сервер: 195.54.2.1)...
Wed 2008-03-19 08:39:04: * P=010 S=000 D=list.ru TTL=(97) MX=[mxs.mail.ru] Wed 2008-03-19 08:39:04: Устанавливаю SMTP подключение к [mxs.mail.ru:25] Wed 2008-03-19 08:39:04: Разрешение A-записи для [mxs.mail.ru] (DNS-сервер: 195.54.2.1)...
Wed 2008-03-19 08:39:04: * D=mxs.mail.ru TTL=(31) A=[194.67.23.20] Wed 2008-03-19 08:39:04: Устанавливаю SMTP подключение к [194.67.23.20:25] Wed 2008-03-19 08:39:04: Ожидание подключения сокета...
Wed 2008-03-19 08:39:04: * Соединение установлено (212.57.190.102:4345 -> 194.67.23.20:25) Wed 2008-03-19 08:39:04: Ожидание запуска протокола...
Wed 2008-03-19 08:39:04: <-- 220 Mail.Ru ESMTP Wed 2008-03-19 08:39:04: --> EHLO chelgbi1.ru Wed 2008-03-19 08:39:04: <-- 250-mx41.mail.ru ready to serve Wed 2008-03-19 08:39:04: <-- 250-SIZE 31457280 Wed 2008-03-19 08:39:04: <-- 250 8BITMIME Wed 2008-03-19 08:39:04: --> MAIL From:<alex@chelgbi1.ru> SIZE=2464 Wed 2008-03-19 08:39:04: <-- 550 Unrouteable address Wed 2008-03-19 08:39:04: --> QUIT
--- End Transcript ---

GBI11
nslookup -q=mx chelgbi1.ru
Non-authoritative answer:
chelgbi1.ru MX preference = 10, mail exchanger = www.chelgbi1.ru
chelgbi1.ru nameserver = ns2.hc.ru
chelgbi1.ru nameserver = ns1.hc.ru
www.chelgbi1.ru internet address = 212.57.190.102

nslookup 212.57.190.102
Name: ip-212-57-190-102.dsl.surnet.ru
Address: 212.57.190.102

Возникает резонный вопрос - зачем принимать почту от почтовика с левым PTR ?
А ящик alexx24@list.ru точно существует и не заблокирован? C него пробовали отправить на твой ?

Здравствуйте. Использую мдемон с версии 9.6.3, сейчас уже 9.6.5.

При создании письма при заполнении поля Кому WC производит автоматический поиск в Контактах по адресам и именам(AutoComplete). С латиницей все в норме.

В IE 6,7 это заполнение не работает с кириллицей вообще.

В FF кириллица работает, хотя и регистрозависима. Но уничтожает то, что ищет не во всех контактах, как в IE, а в папке Контактов другого пользователя, к-рый их для меня отшарил, игнорируя мои приватные и доменные.

Поиск в книге при составлении ваще какой-то ненужный.

Помогите с этим автозаполнением, а то меня пользователи рвут. (500 чел.)
На почтовых клиентов не согласен, только на WC.

ipmanyak
Конечно пробывал, сейчас так на любой ящик.

Что значит - зачем принимать почту от почтовика с левым PTR ?

подскажите каким фаирволом закрыть Mdaemon снаружи?
нужна ли фильтрация SMTP трафика?
посматриваю на wipfw. есть мнения?

Проблема с Outlook Connector'ом
Почтовая система на фирме в том виде, в котором я ее принял, состояла иэ ЭксченджСервера для внутренней почты, он же - хранилище почты, он же - генератор и хранитель Общей адресной книги. Внешнюю почту пользователи забирали и отправляли напрямую через хостера Outlook'ом через отдельную учетную запись.
Первый шаг сделал - установил MDaemon, настроил забор почты по DomainPOP + несколько ящиков MultiPOP, отправка и прием внутренней и внешней почты полностью перешла к MDaemon, пользователям не надо выбирать учетную запись. Функции Excange осталось Общая адресная книга и хранилище почты.
Начал делать второй шаг - установил Outlook Connector и тестирую на 2 клиентских машинах. Все вроде замечательно - хранит IMAP почту на сервере. И должен генерировать и поддерживать в актуальном состоянии общие и личные адресные книги. С личной - все в порядке. С общей - 2 проблемы.
1. На сервере создалась папка Контакты [Общие], в ней файл контактов лежит. На пользовательской машине пользователя с админскими правами в AD и админскими правами в MDaemom, с открытыми всеми правами на все общие папки, не отображается содержимое папки Контакты [Общие], при попытке создать новый контакт в этой "пустой" с виду папке выдается сообщение Аутлука "Нет прав на сохранение контакта в этой папке". При копировании файла общих контактов в папку Контакты пользователя - контакты видны - это полный список ящиков MDaemon и имена их хозяев (ФИО) - то, что мне и нужно. В чем проблема? Каких прав не хватает?
2. При настройке свойств учетной записи ОС в Outlook можно включить отображение всех общих папок радиокнопкой - они видны, хоть и пустые, в режиме выбора папок - птички не срабатывают, не запоминаются, папки не появляются. Похоже, та же причина - каких-то прав не хватает.
Установлен MDaemon 9.6 Rus, Outlook Connector 2.16, Outlook 2003

Прошу помощи!

asd777 А зачем его закрывать мдемона то? Может имел ввиду вообще машину с внешним ip ?

GBI11
Цитата:

Что значит - зачем принимать почту от почтовика с левым PTR ?

Имена в зонах прямого и обратного просмотра и IP должны взаимно и однозначно указывать друг на друга. (RFC1912).
Сравни:
C:\>nslookup mail.ru
Non-authoritative answer:
Name: mail.ru
Addresses: 194.67.57.26, 194.67.57.126, 194.67.57.226
с:\>nslookup 194.67.57.26
Name: mail.ru
Address: 194.67.57.26

C:\>nslookup 194.67.57.126
Name: mail.ru
Address: 194.67.57.126
Теперь понятно ? Звони провайдеру и требуй исправить PTR !
А вообще указывать SMTP на WEB не есть хорошо, хотя с точки зрения DNS это допустимо.
Твой PTR - ip-212-57-190-102.dsl.surnet.ru - он никак не похож на www.chelgbi1.ru! Не так ли ? Явное нарушение RFC ! Думай мужик и действуй! Пинай прова и чем быстрее тем лучше! Хотя Уралсвзязь нформ трудно пинать! Хотя господина Смелика (зам начальника Уси в Ёбурге) мне удалось убедить и поправить PTR для одного чела в Ёбурге, но пришлось ему жевать и указывать на факты и более того явно сказать, что нужно сделать, через 3-4 дня PTR был исправлен,хотя работы было 2-3 минуты. И это крупный провайдер Уральского региона, слов нет, одни маты.

ipmanyak

Цитата:

А зачем его закрывать мдемона то? Может имел ввиду вообще машину с внешним ip ?

да, закрыть машину с внешним IP, для использования Mdaemon.
Нужно ли фильтровать SMTP трафик? (что то вроде набора разрешённых команд)
и чем это лучше сделать

asd777 Закрой на вход порты 1-1023, 25 порт открой, 110 на твое усмотрение (если будут удаленные клиенты по pop3), порт 3000 дефолтовый для WC аналогично.

Цитата:

Нужно ли фильтровать SMTP трафик? (что то вроде набора разрешённых команд)

Фраза не понятна. О чем речь?

ipmanyak

Цитата:

Фраза не понятна. О чем речь?

боюсь соврать. помоему MS ISA умеет анализировать команды переданные в SMTP протоколе
и блокировать неразрешённые команды, блокировать эти сессии.

asd777 в мдемоне такого нет, если он не понимает команду, то он так искажет.

Доброго времени суток.
Пользователи начали жаловаться на проблемы с получением больших писем.
Отправляю письмо с gmail вложением в 10 Мб и наблюдаю как мой почтовик получает его со скоростью 40 МБ/с.
Через некоторое время появляется еще одна сессия, которая дублирует предыдущую, через 5 минут еще одна, потом я так понимаю, первая завершается, новая начинается, но письмо до конца получить не могу. SMTP сессия, не обрывается, а просто завершается:

Fri 2008-03-21 14:36:15: [8967:61] ---- End DNS-BL results
Fri 2008-03-21 14:36:15: [8967:61] --> 250 <receipient@mail.com>, Recipient ok
Fri 2008-03-21 14:36:16: [8967:61] <-- DATA
Fri 2008-03-21 14:36:16: [8967:61] Creating temp file (SMTP): d:\mdaemon\mdaemon\temp\md50000354697.tmp
Fri 2008-03-21 14:36:16: [8967:61] --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2008-03-21 14:56:20: [8967:61] Connection closed
Fri 2008-03-21 14:56:20: [8967:61] SMTP session terminated (Bytes in/out: 14648679/297)

Цитата:

Проблема с Outlook Connector'ом

Спрошу по-другому - у кого-нибудь работает Outlook Connector нормально? Откликнитесь в форум или Личный Ящик

Цитата:

Спрошу по-другому - у кого-нибудь работает Outlook Connector нормально? Откликнитесь в форум или Личный Ящик

на счет Outlook Connector'а. У меня вроде нормально работает. Надо просто права назначить в MDaemon Настройки=>Папки общего пользования выбираешь свою общую папку => Редактировать контрольный список доступа и назначаешь права для своей учетки

mondo Показывай весь кусок лога сессии с самого начала, твои 6 строчек не несут никакой информации. Квота на максимальный размер письма какая стоит? И что получаешь в ответ на gmail ?

Доброго времени суток,
Я столкнулся с проблемой при создании рассылки в Mdaemon 9.6.3 (rus), не работает управление через email Мне важно что бы пользователь мог подписаться или отписаться от рассылки, однако не работают и другие команды.
Галочки разрешающие управление стоят и в общих настройках и у пользователя.
При посылке сообщения с командой оно попадает в ящик mdaemon, однако ничего не происходит

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

Пробовал так же и адреса типа <рассылка>-Unsubscribe@ письмо с командой так же попадает к учетке mdaemon@ но так же не дает результата.

spectrals Тебе в форуме mdaemon.ru уже ответили как это работает. Если что-то не работает, значит не корректно настроено, письма с ошибками о подписке должны приходить админу, ты их получаешь ? Где какие галочки у тебя стоят или не стоят нам не видно, выкладывай скрины. В самой учетке юзера никаких настроек насчет подписок я не видел, где ты их нашел? А собственно сам список рассылки проверял? Может там добавилась учетка?

доброго времени суток,
стаит mdaemon v 8.1.5
настоено два домена
primary.ru
secondary.ru
настроен alias-ы *@primary.ru=*@secondary.ru, все работало долгих 1.5 года,
сегодня все испортилось...
письма не приходят, они возвращаются с причиной recipient unknown
причем не важно на какой домен приходят....

это телнетом
220 domen.ru ESMTP MDaemon 8.1.5; Thu, 27 Mar 2008 16:04:19 +1000
helo
250 domen.ru Hello ********.vl.ru, pleased to meet you
mail from:user@yandex.ru
250 <user@yandex.ru>, Sender ok
rcpt to:D_user@domen.ru
550 <D_user@domen.ru>, Recipient unknown

это лог демона
helo
Thu 2008-03-27 12:56:51: --> 250 domen.ru Hello ***********.vl.ru, pleased to meet you
Thu 2008-03-27 12:57:10: <-- mail from:user@yandex.ru
Thu 2008-03-27 12:57:10: Performing IP lookup (yandex.ru)
Thu 2008-03-27 12:57:10: * D=yandex.ru TTL=(25) A=[87.250.251.11]
Thu 2008-03-27 12:57:10: * P=010 D=yandex.ru TTL=(25) MX=[mx3.yandex.ru] {77.88.32.23}
Thu 2008-03-27 12:57:10: * P=010 D=yandex.ru TTL=(25) MX=[mx2.yandex.ru] {213.180.223.89}
Thu 2008-03-27 12:57:10: * P=010 D=yandex.ru TTL=(25) MX=[mx1.yandex.ru]
Thu 2008-03-27 12:57:10: * D=yandex.ru TTL=(25) A=[213.180.204.11]
Thu 2008-03-27 12:57:10: ---- End IP lookup results
Thu 2008-03-27 12:57:10: --> 250 <user@yandex.ru>, Sender ok
Thu 2008-03-27 12:57:33: <-- rcpt to:D_user@secondary.ru
Thu 2008-03-27 12:57:33: D_user@secondary.ru is an alias for D_user@primary.ru
Thu 2008-03-27 12:57:33: Performing DNS-BL lookup (***.*.*.*** - connecting IP)
Thu 2008-03-27 12:57:34: * sbl-xbl.spamhaus.org - passed
Thu 2008-03-27 12:57:41: * opm.blitzed.org - passed
Thu 2008-03-27 12:57:41: * relays.ordb.org - failed
Thu 2008-03-27 12:57:42: * bl.spamcop.net - passed
Thu 2008-03-27 12:57:42: ---- End DNS-BL results
Thu 2008-03-27 12:57:42: 'Recipient unknown' given and connection dropped to divert future spam
Thu 2008-03-27 12:57:42: --> 550 <D_user@secondary.ru>, Recipient unknown
Thu 2008-03-27 12:57:42: SMTP session terminated (Bytes in/out: 83/264)

никаких настроек не делал уже давно...
что может быть?

Твой почтовый сервер возвращает отправителю письмо с ошибкой (что такой получатель не существует) намеренно, так как считает его спамером.

relays.ordb.org - failed

Добавлено:
Ты видимо поставил галочку "Удалять письма, если они не прошли проверку на DNS-BL Hosts". На английском типа Refuse mail from senders who are listed at DNS-BL sites (это я из 9.5.6 привел).

Я могу ошибаться, но ordb.org перестал работать уже минимум полгода как.

а где эту галочку найти?

все, работает просто удалил relays.ordb.org из списка
спасибо

Насколько помню Setup, там типа Spam Blocker, Spam Blocker Engine

Вот такой вопросик возник.
Есть несколько серваков в разных конторах под MDaemon 9.x.
В принципе голова особо ни о чем не болит, просто есть мысля, привести все настройки безопасности и антиспама на этих серваках к единой схеме. Что и как настроить в общем-то ясно, но хотелось бы взять за основу любой из настроенных и перенести эти настройки на все остальные с минимальными затратами. отсюда и вопрос, как это сделать? В каких файлах хранятся настройки различных модулей безопасности, антиспам-модулей, антивиря и т.п. и можно ли скорсмить эти настройки другому серваку?

Aushkin Хранятся в файлах с раширением dat.

Mon 2008-03-31 17:11:26: [4293:1] Session 4293; child 1; thread 7032
Mon 2008-03-31 17:11:18: [4293:1] Прием SMTP соединения от [58.238.215.222 : 31054]
Mon 2008-03-31 17:11:18: [4293:1] Performing PTR lookup (222.215.238.58.IN-ADDR.ARPA)
Mon 2008-03-31 17:11:18: [4293:1] * Error: Сервер имен сообщает о неизвестном доменном имени
Mon 2008-03-31 17:11:18: [4293:1] * PTR запись не найдена
Mon 2008-03-31 17:11:18: [4293:1] ---- End PTR results
Mon 2008-03-31 17:11:18: [4293:1] --> 220 my_domen.net ESMTP MDaemon 9.5.2; Mon, 31 Mar 2008 17:11:18 +0400
Mon 2008-03-31 17:11:19: [4293:1] <-- HELO dkvjbjcibe.net
Mon 2008-03-31 17:11:19: [4293:1] Performing IP lookup (dkvjbjcibe.net)
Mon 2008-03-31 17:11:19: [4293:1] * Error: Сервер имен сообщает о неизвестном доменном имени
Mon 2008-03-31 17:11:19: [4293:1] ---- End IP lookup results
Mon 2008-03-31 17:11:19: [4293:1] --> 250 my_domen.net Hello dkvjbjcibe.net, pleased to meet you
Mon 2008-03-31 17:11:20: [4293:1] <-- MAIL From: <mail@my_domen.net>
Mon 2008-03-31 17:11:20: [4293:1] Performing IP lookup (my_domen.net)
Mon 2008-03-31 17:11:20: [4293:1] * D=my_domen.net TTL=(368) A=[XX.XX.XX.XX]
Mon 2008-03-31 17:11:20: [4293:1] * P=001 S=000 D=my_domen.net TTL=(368) MX=[mail.my_domen.net] {XX.XX.XX.XX}
Mon 2008-03-31 17:11:20: [4293:1] ---- End IP lookup results
Mon 2008-03-31 17:11:20: [4293:1] Performing SPF lookup (my_domen.net / 58.238.215.222)
Mon 2008-03-31 17:11:20: [4293:1] * Result: none; no SPF record in DNS
Mon 2008-03-31 17:11:20: [4293:1] ---- End SPF results
Mon 2008-03-31 17:11:20: [4293:1] --> 250 <mail@my_domen.net>, Sender ok
Mon 2008-03-31 17:11:20: [4293:1] <-- RCPT TO: <mirine_ae@hanmail.net>
Mon 2008-03-31 17:11:20: [4293:1] Производится поиск DNS-BL (58.238.215.222 – соединение с IP)
Mon 2008-03-31 17:11:20: [4293:1] * sbl-xbl.spamhaus.org - прошло
Mon 2008-03-31 17:11:20: [4293:1] * bl.spamcop.net - прошло
Mon 2008-03-31 17:11:20: [4293:1] ---- Конечные результаты DNS-BL
Mon 2008-03-31 17:11:20: [4293:1] --> 250 <mirine_ae@hanmail.net>, Recipient ok
Mon 2008-03-31 17:11:21: [4293:1] <-- DATA
Mon 2008-03-31 17:11:21: [4293:1] Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000009479.tmp
Mon 2008-03-31 17:11:21: [4293:1] --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2008-03-31 17:11:22: [4293:1] Message size: 1500 bytes
Mon 2008-03-31 17:11:22: [4293:1] Performing DomainKeys lookup (Sender: mail@my_domen.net)
Mon 2008-03-31 17:11:22: [4293:1] * File: c:\mdaemon\queues\temp\md50000009479.tmp
Mon 2008-03-31 17:11:22: [4293:1] * Message-ID: IAIEXZQLGVFQPULNHRQZLINWC@DKVJBJCIBE.NET
Mon 2008-03-31 17:11:22: [4293:1] * Querying for policy: my_domen.net
Mon 2008-03-31 17:11:22: [4293:1] * Querying: _domainkey.my_domen.net ...
Mon 2008-03-31 17:11:22: [4293:1] * DNS: Сервер имен сообщает о неизвестном доменном имени
Mon 2008-03-31 17:11:22: [4293:1] * Result: pass
Mon 2008-03-31 17:11:22: [4293:1] ---- End DomainKeys results
Mon 2008-03-31 17:11:22: [4293:1] Performing DKIM lookup
Mon 2008-03-31 17:11:22: [4293:1] * File: c:\mdaemon\queues\temp\md50000009479.tmp
Mon 2008-03-31 17:11:22: [4293:1] * Message-ID: IAIEXZQLGVFQPULNHRQZLINWC@DKVJBJCIBE.NET
Mon 2008-03-31 17:11:22: [4293:1] * Result: neutral
Mon 2008-03-31 17:11:22: [4293:1] ---- End DKIM results
Mon 2008-03-31 17:11:22: [4293:1] Passing message through AntiVirus (Size: 1500)...
Mon 2008-03-31 17:11:22: [4293:1] * Сообщение чистое (вирусов не обнаружено)
Mon 2008-03-31 17:11:22: [4293:1] ---- End AntiVirus results
Mon 2008-03-31 17:11:22: [4293:1] Passing message through Outbreak Protection...
Mon 2008-03-31 17:11:22: [4293:1] * Message-ID: IAIEXZQLGVFQPULNHRQZLINWC@DKVJBJCIBE.NET
Mon 2008-03-31 17:11:22: [4293:1] * Reference-ID: str=0001.0A0B0201.47F0E267.0139,ss=1,fgs=0
Mon 2008-03-31 17:11:22: [4293:1] * Spam/phishing threat level: 1 - Clean
Mon 2008-03-31 17:11:22: [4293:1] * Virus threat level: 0 - Clean
Mon 2008-03-31 17:11:22: [4293:1] ---- End Outbreak Protection results
Mon 2008-03-31 17:11:22: [4293:1] Passing message through Spam Filter (Size: 1500)...
Mon 2008-03-31 17:11:25: [4293:1] * 3.5 MSGID_SPAM_CAPS Spam tool Message-Id: (caps variant)
Mon 2008-03-31 17:11:25: [4293:1] * 3.4 SUBJ_ILLEGAL_CHARS Subject: has too many raw illegal characters
Mon 2008-03-31 17:11:25: [4293:1] * 0.0 HTML_MESSAGE BODY: HTML included in message
Mon 2008-03-31 17:11:25: [4293:1] * 0.0 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
Mon 2008-03-31 17:11:25: [4293:1] * 1.5 MIME_BASE64_TEXT RAW: Message text disguised using base64 encoding
Mon 2008-03-31 17:11:25: [4293:1] * 0.5 HTML_MIME_NO_HTML_TAG HTML-only message, but there is no HTML tag
Mon 2008-03-31 17:11:25: [4293:1] * 2.3 FORGED_MUA_THEBAT_BOUN Mail pretending to be from The Bat!
Mon 2008-03-31 17:11:25: [4293:1] * (boundary)
Mon 2008-03-31 17:11:25: [4293:1] * 2.4 FORGED_THEBAT_HTML The Bat! can't send HTML message only
Mon 2008-03-31 17:11:25: [4293:1] ---- End SpamAssassin results
Mon 2008-03-31 17:11:25: [4293:1] Spam Filter score/req: 13.60/12.0
Mon 2008-03-31 17:11:25: [4293:1] Message refused because spam score is too high
Mon 2008-03-31 17:11:25: [4293:1] --> 554 Sorry, message looks like SPAM to me
Mon 2008-03-31 17:11:26: [4293:1] Соединение прервано
Mon 2008-03-31 17:11:26: [4293:1] SMTP сессия отменена (Байт принято/передано: 1596/290)
Mon 2008-03-31 17:11:26: ----------

Как остановить эту бодягу, являемся ретрансляторами похоже. Все настройки антиспама накручены, везде галочки стоят, а всёравно видим это.