unnounuser Эту хрень вставляет Backscatter Protection. А pochta.ru делает встречную проверку на существование адреса отправителя, разумеется, такого адреса нет и идет отлуп. Или отключи или занеси pochta.ru в белый список Backscatter Protection.
» Все о MDaemon (#3)
Блин, нихрена не получилось. Таже ситуёвина...
Пытается проверить несуществующий адрес.
И отключал ВР и вносил "белый" список - ничего не выходит...
Уже неделю голову себе ломаю, начальство скоро взе%:т.
Я уже молчу про получение почты, там пароль не принимает. Он на 100% правильный, а эта pochta.ru не хочет его принимать.
Добавлено:
Wed 2008-04-16 14:55:18: <-- 550 Unrouteable address
вот что пишет mail.ru
Я так понял, что нужно перенастроить routing?????????
Пытается проверить несуществующий адрес.
И отключал ВР и вносил "белый" список - ничего не выходит...
Уже неделю голову себе ломаю, начальство скоро взе%:т.
Я уже молчу про получение почты, там пароль не принимает. Он на 100% правильный, а эта pochta.ru не хочет его принимать.
Добавлено:
Wed 2008-04-16 14:55:18: <-- 550 Unrouteable address
вот что пишет mail.ru
Я так понял, что нужно перенастроить routing?????????
unnounuser
Цитата:
Нет. У тебя скорее всего PTR неправильная, если вообще есть? Если бы не прятал свой домен, сказал бы тебе сразу.
Цитата:
<-- 550 Unrouteable address
Нет. У тебя скорее всего PTR неправильная, если вообще есть? Если бы не прятал свой домен, сказал бы тебе сразу.
Домен внутренний.
Может вопрос покажется глупым, но...Что такое PRT?
Может вопрос покажется глупым, но...Что такое PRT?
unnounuser PTR - Запись в обратной зоне http://ru.wikipedia.org/wiki/DNS
Любой хост в инете согласно RFC обязан иметь записи в прямой и обратной зоне. Для почтарей это очень критично, согласно RFC 1912 п 2.1
Любой хост в инете согласно RFC обязан иметь записи в прямой и обратной зоне. Для почтарей это очень критично, согласно RFC 1912 п 2.1
Короче, начну от печки.
Локалка через adsl подключена к интернету.
Нужно настроить сбор и отправку почты через mailserver с обного внешнего почтового ящика (@pochta.ru).
MultiPOP настроил по инструкции - почта не приходит. Лог:
Wed 2008-04-16 14:29:52: Session 991; child 1
Wed 2008-04-16 14:29:50: MultiPOP получает почту от (pochta.ru) для (Михаил)
Wed 2008-04-16 14:29:50: MultiPOP полученная почта НЕ будет удалена с удаленного хоста!
Wed 2008-04-16 14:29:50: Устанавливаю MultiPOP подключение к [pochta.ru:110]
Wed 2008-04-16 14:29:50: Разрешение A-записи для [pochta.ru] (DNS-сервер: 2??.1??.1??.80)...
Wed 2008-04-16 14:29:50: * D=pochta.ru TTL=(30) A=[82.204.219.251]
Wed 2008-04-16 14:29:50: Устанавливаю MultiPOP подключение к [82.204.219.251:110]
Wed 2008-04-16 14:29:50: Ожидание подключения сокета...
Wed 2008-04-16 14:29:52: * Winsock Error 10061 Другой хост либо лежит, либот отказался соединяться с вами на этом IP и/или порте.
Wed 2008-04-16 14:29:52: POP session complete (Bytes in/out: 0/0)
Wed 2008-04-16 14:29:52: ----------
DomainPOP
Tue 2008-04-15 23:56:40: Session 466; child 2
Tue 2008-04-15 23:56:39: Устанавливаю DomainPOP подключение к [pop.pochta.ru:110]
Tue 2008-04-15 23:56:39: Разрешение A-записи для [pop.pochta.ru] (DNS-сервер: 2??.1??.1??.80)...
Tue 2008-04-15 23:56:39: * D=mail.pochta.ru TTL=(10) A=[82.204.219.180]
Tue 2008-04-15 23:56:39: Устанавливаю DomainPOP подключение к [82.204.219.180:110]
Tue 2008-04-15 23:56:39: Ожидание подключения сокета...
Tue 2008-04-15 23:56:39: * Соединение установлено (1??.1??.1.5:4134 -> 82.204.219.180:110)
Tue 2008-04-15 23:56:39: Ожидание запуска протокола...
Tue 2008-04-15 23:56:39: <-- +OK pochta.ru POP3 server
Tue 2008-04-15 23:56:39: --> USER Ящик
Tue 2008-04-15 23:56:40: <-- +OK
Tue 2008-04-15 23:56:40: --> PASS **************
Tue 2008-04-15 23:56:40: <-- -ERR invalid user name or password
Tue 2008-04-15 23:56:40: --> QUIT
Tue 2008-04-15 23:56:40: POP session terminated, (Bytes in/out: 68/34)
Локалка через adsl подключена к интернету.
Нужно настроить сбор и отправку почты через mailserver с обного внешнего почтового ящика (@pochta.ru).
MultiPOP настроил по инструкции - почта не приходит. Лог:
Wed 2008-04-16 14:29:52: Session 991; child 1
Wed 2008-04-16 14:29:50: MultiPOP получает почту от (pochta.ru) для (Михаил)
Wed 2008-04-16 14:29:50: MultiPOP полученная почта НЕ будет удалена с удаленного хоста!
Wed 2008-04-16 14:29:50: Устанавливаю MultiPOP подключение к [pochta.ru:110]
Wed 2008-04-16 14:29:50: Разрешение A-записи для [pochta.ru] (DNS-сервер: 2??.1??.1??.80)...
Wed 2008-04-16 14:29:50: * D=pochta.ru TTL=(30) A=[82.204.219.251]
Wed 2008-04-16 14:29:50: Устанавливаю MultiPOP подключение к [82.204.219.251:110]
Wed 2008-04-16 14:29:50: Ожидание подключения сокета...
Wed 2008-04-16 14:29:52: * Winsock Error 10061 Другой хост либо лежит, либот отказался соединяться с вами на этом IP и/или порте.
Wed 2008-04-16 14:29:52: POP session complete (Bytes in/out: 0/0)
Wed 2008-04-16 14:29:52: ----------
DomainPOP
Tue 2008-04-15 23:56:40: Session 466; child 2
Tue 2008-04-15 23:56:39: Устанавливаю DomainPOP подключение к [pop.pochta.ru:110]
Tue 2008-04-15 23:56:39: Разрешение A-записи для [pop.pochta.ru] (DNS-сервер: 2??.1??.1??.80)...
Tue 2008-04-15 23:56:39: * D=mail.pochta.ru TTL=(10) A=[82.204.219.180]
Tue 2008-04-15 23:56:39: Устанавливаю DomainPOP подключение к [82.204.219.180:110]
Tue 2008-04-15 23:56:39: Ожидание подключения сокета...
Tue 2008-04-15 23:56:39: * Соединение установлено (1??.1??.1.5:4134 -> 82.204.219.180:110)
Tue 2008-04-15 23:56:39: Ожидание запуска протокола...
Tue 2008-04-15 23:56:39: <-- +OK pochta.ru POP3 server
Tue 2008-04-15 23:56:39: --> USER Ящик
Tue 2008-04-15 23:56:40: <-- +OK
Tue 2008-04-15 23:56:40: --> PASS **************
Tue 2008-04-15 23:56:40: <-- -ERR invalid user name or password
Tue 2008-04-15 23:56:40: --> QUIT
Tue 2008-04-15 23:56:40: POP session terminated, (Bytes in/out: 68/34)
unnounuser DPOP тут вообще мимо кассы. По малтипоп не туда тычешься!
У pochta.ru pop сервер другой, не pochta.ru, а кажется pop.pochta.ru! Сам уточни на их сайте.
Добавлено:
unnounuser http://www.pochta.ru/support/faq.php?lng=ru&skin=pochta_ru#section_155
Для настройки почтового клиента по POP3 укажите следующие параметры:
1. Название сервера входящей почты - mail.pochta.ru;
2. Название сервера исходящей почты - mail.pochta.ru;
3.Имя пользователя - в этой графе указывается ПОЛНЫЙ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ (например, ivan@pochta.ru);
4. Пароль - Ваш пароль к почтовому ящику.
5. ОБЯЗАТЕЛЬНО укажите что сервер SMTP требует авторизации;
Обратите внимание, что сервер входящей и исходящей почты указан для всех доменов.
У pochta.ru pop сервер другой, не pochta.ru, а кажется pop.pochta.ru! Сам уточни на их сайте.
Добавлено:
unnounuser http://www.pochta.ru/support/faq.php?lng=ru&skin=pochta_ru#section_155
Для настройки почтового клиента по POP3 укажите следующие параметры:
1. Название сервера входящей почты - mail.pochta.ru;
2. Название сервера исходящей почты - mail.pochta.ru;
3.Имя пользователя - в этой графе указывается ПОЛНЫЙ АДРЕС ЭЛЕКТРОННОЙ ПОЧТЫ (например, ivan@pochta.ru);
4. Пароль - Ваш пароль к почтовому ящику.
5. ОБЯЗАТЕЛЬНО укажите что сервер SMTP требует авторизации;
Обратите внимание, что сервер входящей и исходящей почты указан для всех доменов.
:D
Wed 2008-04-16 16:06:54: Session 1095; child 2
Wed 2008-04-16 16:06:50: Устанавливаю DomainPOP подключение к [mail.pochta.ru:110]
Wed 2008-04-16 16:06:50: Разрешение A-записи для [mail.pochta.ru] (DNS-сервер: 1,.1,,.1.5)...
Wed 2008-04-16 16:06:50: * D=mail.pochta.ru TTL=(30) A=[82.204.219.180]
Wed 2008-04-16 16:06:50: Устанавливаю DomainPOP подключение к [82.204.219.180:110]
Wed 2008-04-16 16:06:50: Ожидание подключения сокета...
Wed 2008-04-16 16:06:50: * Соединение установлено (1,,.1,,.1.5:3415 -> 82.204.219.180:110)
Wed 2008-04-16 16:06:50: Ожидание запуска протокола...
Wed 2008-04-16 16:06:50: <-- +OK pochta.ru POP3 server
Wed 2008-04-16 16:06:50: --> USER Ящик@pochta.ru
Wed 2008-04-16 16:06:50: <-- +OK
Wed 2008-04-16 16:06:50: --> PASS **********
Wed 2008-04-16 16:06:51: <-- +OK
Wed 2008-04-16 16:06:51: --> STAT
Wed 2008-04-16 16:06:51: <-- +OK 105 9156668
Wed 2008-04-16 16:06:51: --> UIDL
Wed 2008-04-16 16:06:51: 1 1 - new message
Wed 2008-04-16 16:06:51: 2 2 - new message
Wed 2008-04-16 16:06:51: 3 3 - new message
Wed 2008-04-16 16:06:51: 4 4 - new message
... так до 105...
ed 2008-04-16 16:06:53: Создание сообщения successful: c:\mdaemon\queues\temp\04\md50000000001.tmp
Wed 2008-04-16 16:06:53: --> NOOP
Wed 2008-04-16 16:06:53: <-- +OK
Wed 2008-04-16 16:06:53: --> LIST 5
Wed 2008-04-16 16:06:53: <-- +OK 5 1378
Wed 2008-04-16 16:06:53: --> RETR 5
Wed 2008-04-16 16:06:53: <-- +OK 1500 octets
Wed 2008-04-16 16:06:53: Creating temp file (DPOP): c:\mdaemon\queues\temp\05\md50000000001.tmp
Wed 2008-04-16 16:06:53: Передача данных завершена
...
Wed 2008-04-16 16:07:15: Адрес <dan***1@bk.ru> прошел весь DomainPOP парсинг и получит копию сообщения
Это че, какое-то сообщение ушло всем адресатом из п/я?
Добавлено:
И еще в статистике в DomainPOP вижу количество писем П/я, а какт увидеть сами письма через worldclient, а то он ни хрена не отображает...
Или нужно ставить Батку?
Wed 2008-04-16 16:06:54: Session 1095; child 2
Wed 2008-04-16 16:06:50: Устанавливаю DomainPOP подключение к [mail.pochta.ru:110]
Wed 2008-04-16 16:06:50: Разрешение A-записи для [mail.pochta.ru] (DNS-сервер: 1,.1,,.1.5)...
Wed 2008-04-16 16:06:50: * D=mail.pochta.ru TTL=(30) A=[82.204.219.180]
Wed 2008-04-16 16:06:50: Устанавливаю DomainPOP подключение к [82.204.219.180:110]
Wed 2008-04-16 16:06:50: Ожидание подключения сокета...
Wed 2008-04-16 16:06:50: * Соединение установлено (1,,.1,,.1.5:3415 -> 82.204.219.180:110)
Wed 2008-04-16 16:06:50: Ожидание запуска протокола...
Wed 2008-04-16 16:06:50: <-- +OK pochta.ru POP3 server
Wed 2008-04-16 16:06:50: --> USER Ящик@pochta.ru
Wed 2008-04-16 16:06:50: <-- +OK
Wed 2008-04-16 16:06:50: --> PASS **********
Wed 2008-04-16 16:06:51: <-- +OK
Wed 2008-04-16 16:06:51: --> STAT
Wed 2008-04-16 16:06:51: <-- +OK 105 9156668
Wed 2008-04-16 16:06:51: --> UIDL
Wed 2008-04-16 16:06:51: 1 1 - new message
Wed 2008-04-16 16:06:51: 2 2 - new message
Wed 2008-04-16 16:06:51: 3 3 - new message
Wed 2008-04-16 16:06:51: 4 4 - new message
... так до 105...
ed 2008-04-16 16:06:53: Создание сообщения successful: c:\mdaemon\queues\temp\04\md50000000001.tmp
Wed 2008-04-16 16:06:53: --> NOOP
Wed 2008-04-16 16:06:53: <-- +OK
Wed 2008-04-16 16:06:53: --> LIST 5
Wed 2008-04-16 16:06:53: <-- +OK 5 1378
Wed 2008-04-16 16:06:53: --> RETR 5
Wed 2008-04-16 16:06:53: <-- +OK 1500 octets
Wed 2008-04-16 16:06:53: Creating temp file (DPOP): c:\mdaemon\queues\temp\05\md50000000001.tmp
Wed 2008-04-16 16:06:53: Передача данных завершена
...
Wed 2008-04-16 16:07:15: Адрес <dan***1@bk.ru> прошел весь DomainPOP парсинг и получит копию сообщения
Это че, какое-то сообщение ушло всем адресатом из п/я?
Добавлено:
И еще в статистике в DomainPOP вижу количество писем П/я, а какт увидеть сами письма через worldclient, а то он ни хрена не отображает...
Или нужно ставить Батку?
unnounuser Какой нафиг worldclient при DomainPOP ? worldclient видит письма только в своем ящике в мдаемон и только тогда, когда они уже получены.
Цитата:
Добавлено:
unnounuser Короче вижу знаний малоdfnj, иди и читай FAQ
http://www.mdaemon.org.ru/forum/viewtopic.php?t=1298&start=0
Прочти обе страницы от начала и до конца.
Цитата:
Это че, какое-то сообщение ушло всем адресатом из п/я?Как настроишь парсинг в DPOP так и будет. Я тебе уже говорил настраивать нужно малтипоп для каждйо учетки для его ящиков. DomainPOP предназначен для другого, для забора почты от провайдера, если всю почту для твоего домена он получает.
Добавлено:
unnounuser Короче вижу знаний малоdfnj, иди и читай FAQ
http://www.mdaemon.org.ru/forum/viewtopic.php?t=1298&start=0
Прочти обе страницы от начала и до конца.
Помогите разобраться...
Машинка W2k3, Winroute, MDaemon 9.6.4.
Три сетевых интерфейса - один локальная сеть, два других разные провайдеры со статическими IP, домен куплен и работает.
Primary-DNS record:
name type Data
domain.ru. NS ns3.nic.ru.
NS ns4.nic.ru.
A 1.1.1.1
www A 1.1.1.1
mail A 1.1.1.2
relay A 1.1.1.3
domain.ru. MX 10 mail.domain.ru.
domain.ru. MX 20 relay.domain.ru.
Соответствующие PTR-записи провайдерами заведены.
В Winroute задействован Connection Failover, т.е. если провайдер по умолчанию (1.1.1.2) помирает, трафик перенаправляется на другого (1.1.1.3).
Проблема с MDaemon-ом, как правильно в нем прописать соответствие второй MX-записи, чтобы он выдавал правильное FQDN на нужном интерфейсе при отправке почты?
Есть еще вариант с созданием двух разных A-записей с одним IP-адресом MX-записи...
Тогда входящая почта будет падать попеременно на два интерфейса, PTR будут содержать одно FQDN-имя, и проблем с отправкой не будет.
Но прием на резервный канал не нужен, пока работает основной, слишком большая разница в цене за трафик.
То есть - остается вариант с двумя MX. Что делать с FQDN?
Машинка W2k3, Winroute, MDaemon 9.6.4.
Три сетевых интерфейса - один локальная сеть, два других разные провайдеры со статическими IP, домен куплен и работает.
Primary-DNS record:
name type Data
domain.ru. NS ns3.nic.ru.
NS ns4.nic.ru.
A 1.1.1.1
www A 1.1.1.1
mail A 1.1.1.2
relay A 1.1.1.3
domain.ru. MX 10 mail.domain.ru.
domain.ru. MX 20 relay.domain.ru.
Соответствующие PTR-записи провайдерами заведены.
В Winroute задействован Connection Failover, т.е. если провайдер по умолчанию (1.1.1.2) помирает, трафик перенаправляется на другого (1.1.1.3).
Проблема с MDaemon-ом, как правильно в нем прописать соответствие второй MX-записи, чтобы он выдавал правильное FQDN на нужном интерфейсе при отправке почты?
Есть еще вариант с созданием двух разных A-записей с одним IP-адресом MX-записи...
Тогда входящая почта будет падать попеременно на два интерфейса, PTR будут содержать одно FQDN-имя, и проблем с отправкой не будет.
Но прием на резервный канал не нужен, пока работает основной, слишком большая разница в цене за трафик.
То есть - остается вариант с двумя MX. Что делать с FQDN?
firlast Ты уже правильно прописал обе МХ. В мдемоне нет возможности менять FQDN в зависимости от интерфейса. FQDN проверяется во время HELO/EHLO, главное чтобы имя в HELO/EHLO отрезолвилось в DNS и более ничего не требуется, хоть 3com.com поставь.
ipmanyak,
То есть мне надо просить одного из провайдеров завести кривой PTR?
Тогда получиться, например:
relay.domain.ru=1.1.1.3
1.1.1.3=mail.domain.ru
Соответствие PTR-записи с A-записью как нибудь проверяется?
То есть мне надо просить одного из провайдеров завести кривой PTR?
Тогда получиться, например:
relay.domain.ru=1.1.1.3
1.1.1.3=mail.domain.ru
Соответствие PTR-записи с A-записью как нибудь проверяется?
firlast С чего это кривой PTR? PTR должен быть правильный и ссылаться на второе имя.
mail.domain.ru 1.1.1.2
relay.domain.ru 1.1.1.3
соотвественно nslookup 1.1.1.2 должен отдавать mail.domain.ru
и nslookup 1.1.1.3 должен отдавать relayl.domain.ru
mail.domain.ru 1.1.1.2
relay.domain.ru 1.1.1.3
соотвественно nslookup 1.1.1.2 должен отдавать mail.domain.ru
и nslookup 1.1.1.3 должен отдавать relayl.domain.ru
ipmanyak
но тогда при переключении на резервный канал FQDN придется менять ручками? а потом обратно?
но тогда при переключении на резервный канал FQDN придется менять ручками? а потом обратно?
Ребята у меня вопрос сущенно MDaemon стоит задача перед доставкой почты адресату ее должен прочитать модератор, после этого, если он посчитает нужным доставить это письмо, письмо доходи адресату, если нет письмо не доходит. Как это можно сделать и можно ли вообще?
firlast Не надо его менять, зачем?
mvetal1985 Модерируются только списки рассылки.
Добавлено:
mvetal1985 Если напишешь правило в СF валить всю почту модератору, то дерзай, только твой модератор затрахается всю почту перлюстрировать.
mvetal1985 Модерируются только списки рассылки.
Добавлено:
mvetal1985 Если напишешь правило в СF валить всю почту модератору, то дерзай, только твой модератор затрахается всю почту перлюстрировать.
ipmanyak
так ведь при приеме у многих проверяется соответствие FQDN с PTR?
так ведь при приеме у многих проверяется соответствие FQDN с PTR?
firlast
Есть такая проверка, правда не у многих, но у некоторых точно есть, вот ради таких я и сделал скрипт, который при переходе на резевный канал менял FQDN сервака на правильный.
Есть такая проверка, правда не у многих, но у некоторых точно есть, вот ради таких я и сделал скрипт, который при переходе на резевный канал менял FQDN сервака на правильный.
Clavik Поделись скриптиком?
Мне его надо чуток тогда переделать, вынести некоторые параметры в ини файл, а то заточен был под свою организацию.
Ну а суть скрипта проста:
1. Строит трассу на два прыжка до заданного имени (использовал pathping и парсил вывод).
2. Ну и анализируется шлюз через который вышли, если FQDN не соответствует шлюзу выхода, меняем FQDN на соответствующий.
Добавлено:
Мне его надо чуток тогда переделать, вынести некоторые параметры в ини файл, а то заточен был под свою организацию.
Ну а суть скрипта проста:
1. Строит трассу на два прыжка до заданного имени (использовал pathping и парсил вывод).
2. Ну и анализируется шлюз через который вышли, если FQDN не соответствует шлюзу выхода, меняем FQDN на соответствующий.
Если надо, то подредактирую для паблик релиза.
Ну а суть скрипта проста:
1. Строит трассу на два прыжка до заданного имени (использовал pathping и парсил вывод).
2. Ну и анализируется шлюз через который вышли, если FQDN не соответствует шлюзу выхода, меняем FQDN на соответствующий.
Добавлено:
Мне его надо чуток тогда переделать, вынести некоторые параметры в ини файл, а то заточен был под свою организацию.
Ну а суть скрипта проста:
1. Строит трассу на два прыжка до заданного имени (использовал pathping и парсил вывод).
2. Ну и анализируется шлюз через который вышли, если FQDN не соответствует шлюзу выхода, меняем FQDN на соответствующий.
Если надо, то подредактирую для паблик релиза.
Clavik
конечно надо!
это решит проблему.
я попробовал организовать такой вариант:
Primary-DNS record:
name type Data
domain.ru. NS ns3.nic.ru.
NS ns4.nic.ru.
A 1.1.1.1
www A 1.1.1.1
relay A 1.1.1.2
mail A 1.1.1.2
A 1.1.1.3
domain.ru. MX 10 relay.domain.ru.
MX 20 mail.domain.ru.
Соответственно, FQDN (mail.domain.ru) менять не надо, PTR получаются правильные у обоих провайдеров и основной поток входящей почты валит по основному каналу на relay.domain.ru.
Но! Из-за балансировки при разрешении имени mail.domain.ru половина попыток связи по резервному каналу обрывается, ибо Windows не умеет работать с двумя интернет-каналами одновременно...
Задумался о смене операционки на офисном роутере...
конечно надо!
это решит проблему.
я попробовал организовать такой вариант:
Primary-DNS record:
name type Data
domain.ru. NS ns3.nic.ru.
NS ns4.nic.ru.
A 1.1.1.1
www A 1.1.1.1
relay A 1.1.1.2
mail A 1.1.1.2
A 1.1.1.3
domain.ru. MX 10 relay.domain.ru.
MX 20 mail.domain.ru.
Соответственно, FQDN (mail.domain.ru) менять не надо, PTR получаются правильные у обоих провайдеров и основной поток входящей почты валит по основному каналу на relay.domain.ru.
Но! Из-за балансировки при разрешении имени mail.domain.ru половина попыток связи по резервному каналу обрывается, ибо Windows не умеет работать с двумя интернет-каналами одновременно...
Задумался о смене операционки на офисном роутере...
firlast
а на что собрался менять ?
а на что собрался менять ?
loveheart
на какой-нить *nix, али Циску прикупить
а MDaemon можно в стороне оставить, порты замапить - и вперед...
на какой-нить *nix, али Циску прикупить
а MDaemon можно в стороне оставить, порты замапить - и вперед...
Люди, кто знает как скрыть или изменить запись "220 mydomain.ru ESMTP MDaemon 8.1.3" в приветствии MDaemon ???
firlast Если ставить никсы, то проще и почтарь сменить на бесплатные exim или postfix. или коммерческий Communigate Pro.
Люди подскажите пожалуйста, если у меня есть 2 дружественных домена, на сервере который расположен в домене 1 стоит Mdaemont и настроен таким образом что все учетки из домена 1 становятся учетными записями на почте. Хотелось бы получить вариант когда все учетки из домена 2 тоже были учтены на этом сервере, или мне нужно настраивать второй почтовик во втором домене?
SergIRBIS Судя по настройкам MD интегрируется только с одним AD. Вывод очевиден.
Установлен MDaemon 9.6.5.
Возник такой вопрос.
Как запретить удаление почты юзерам которые имеют доступ к
общему почтовому адресу работают черпез IMAP?
Возник такой вопрос.
Как запретить удаление почты юзерам которые имеют доступ к
общему почтовому адресу работают черпез IMAP?
chitadm В общей учетке вкладка Shared Folders - Выделить папку INBOX - там кнопа Edit Control list.
ipmanyak
А так все хорошо начиналось
Жаль очень жаль
А можно ли на один комп поставить 2 сервера почты MDaemond ? (понятно что можно будет ли работать интеграция во втором домене если сервер нажодиться в первом?)
А так все хорошо начиналось
Жаль очень жаль
А можно ли на один комп поставить 2 сервера почты MDaemond ? (понятно что можно будет ли работать интеграция во втором домене если сервер нажодиться в первом?)
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071
Предыдущая тема: Копирование с Cisco через консольный провод
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.