Регистрация Правила Главная форума Поиск |
0
- 15.06.2016 - 06:06
|
Кто настраивал данное ПО с резервным каналом интернет. Пишут что нужно прописать в диспетчере доменов в имени хоста и ip адресе 127.0.0.1 Но в этом случае перестает ходить почта, т.к. не отрабатывается команда EHLO 127.0.0.1 И еще компьютер с данным ПО стоит внутри сети, за шлюзом. Правила работают. | | |
1
- 15.06.2016 - 11:33
|
Для IP адресов от провайдеров надо прописать PTR запись с полным именем хоста+домен. Например mx.domain.com. И это имя прописать в имени хоста в MDaemon. PTR записи прописываются по заявке на стороне провайдера. | | |
2
- 15.06.2016 - 12:17
|
на стороне провайдеров прописаны PTR записи у одного mx1.domain.com - ip1 адрес у второго mx2.domain.com - ip2 адрес что прописать в диспетчере доменов в имени хоста и ip адресе | | |
3
- 15.06.2016 - 12:19
|
ptr изменить на mx.domain.com у обоих провайдеров в диспетчере доменов прописать mx.domain.com | | |
4
- 15.06.2016 - 13:53
|
А есть другой вариант ПО, например Kerio Connect. Пишут, что ему все равно, лишь бы был прописан домен domain.com и псевдонимы | | |
5
- 15.06.2016 - 18:43
|
Есть масса ПО, позволяющая это делать. Изначально вопрос был про Mdaemon. Засим позволю себе откланяться из этой темы. | | |
6
- 16.06.2016 - 04:46
| Проблема, в том что MDaemon не может работать с доменом с едиными учетными записями у 2х записей FQDN. | | |
7
- 16.06.2016 - 13:32
| Да ладно...А у меня он как работает? | | |
8
- 16.06.2016 - 14:22
| Подскажи, тогда, как он у тебя работает? Давай в почту или через мессенжер пообщаемся, обсудим | | |
9
- 16.06.2016 - 14:41
| Да как даркангел написал. С дополнением: прекрасно работает и без ПТР записей. Достаточно только МХ записей. Почтовики в большинстве своем перестали проверять ПТР записи. Во всяком случае, у наших контрагентов проблем с получением писем от нас нет, гуглы-майлру-рамблеры-яндексы тоже нормально принимают без ПТР записей. Но если ооочень нужны ПТР, то как сказал даркангел - уодного прова прописывается мх.домен.ру с одним ип адресом, у другого прова - мх.домен.ру со вторым ип адресом, а в диспетчере доменовв мдаемоне, соответственно, прописываете мх.домен.ру. | | |
10
- 16.06.2016 - 14:46
| ага! вот оно что. т.е. на два айпи адреса, сделать записи на один домен | | |
11
- 16.06.2016 - 14:56
|
не прокатит... у тебя не может быть 2 адреса на одну MX запись даже у разных провов | | |
12
- 16.06.2016 - 15:14
| тааак...пойдем сначала...Что такое ПТР запись? | | |
13
- 16.06.2016 - 15:17
| надо ПТР запись на мх.домен.ру сделать у двух провов | | |
14
- 16.06.2016 - 16:46
| А между тем, с MX записями автору тоже придется подумать немного. А то почта доходить не будет при отвале одного из провайдеров, если будет одна MX запись на один IP (через имя) упавшего прова. | | |
15
- 16.06.2016 - 19:58
|
Походу, вижу реально только такой вариант. В DNS: 2 А записи вида майл1.домен.ру и майл2.домен.ру 2 МХ записи, указывающие на майл1 и майл2 с нужными приоритетами В MDaemon: В диспетчере доменов указывается имя хоста, работающего на основном канале (т.е. тот, у кого приоритет выше) В принципе этого достаточно, глобальный маразм по проверке на принимающих почтовых серверах PTR записей, по моим наблюдениям, закончился. Но если хочется совсем как правильно, то У провайдеров: Прописать PTR записи для хостов, на которые указывают MX записи. | | |
16
- 16.06.2016 - 20:13
| Да, майл1.домен.ру на IP одного провайдера, а майл2.домен.ру на IP второго провайдера. Вот про приоритеты хотел обсудить. Как думаете, лучше будет с одинаковым приоритетом? Или у "основного" провайдера сделать приоритет повыше? Цитата:
Кстати, есть еще один вариант: одна MX запись, которая указывает на хост, у которого задано два IP. Тогда будет работать round robin DNS. Но мне этот вариант нравится меньше. | | |
17
- 16.06.2016 - 20:15
|
Не соглашусь про "почти никто не проверяет PTR" На днях переносил почтовик на другой канал и забыл подать заявку провайдеру на PTR. Уже на следующий день посыпались заявки: "Не доходит почта, отправленная с нашего домена". В логах чёткий отлуп по PTR | | |
18
- 16.06.2016 - 20:20
|
(0): DarkAngel вам правильно ответил - PTR-запись у разных провайдеров создавайте ОДИНАКОВУЮ и указывайте в настройках FQDN этого сервера такой же: mail.domain.ru Это значение МОЖЕТ НЕ СОВПАДАТЬ с вашей MX-записью, оно влияет лишь на проверку по обратному запросу. То есть обратный поиск в DNS по IP-адресу, с которого ваш почтовик осуществляет подключение должен соответствовать тому, что вы вручную указывает в строке "FQDN этого сервера". IP-адрес, по которому почтовый сервер слушает порты может быть и 127.0.0.1 и на эту проверку не влияет никак, так как проверяют именно ВНЕШНИЙ IP, с которого осуществляется отправка вашей почты. | | |
19
- 16.06.2016 - 22:08
| Напас Напасович > хотел обсудить. Как думаете, лучше будет с одинаковым приоритетом? Или у "основного" провайдера сделать приоритет повыше?Не вижу, что тут обсуждать. МХ на основном провайдере ставится с приоритетом, например, 5, на резервном провайдере 10, ну и да, надо, на самом деле, хотя бы еще и третью МХ запись с приоритетом, скажем, 15, указывающую на почтовик прова (при оплате соответствующей услуги), ну, мало ли, комп с мдаемоном накроется вхлам, так хоть входящая от контрагентов почта не пропадет. | | |
20
- 16.06.2016 - 22:13
|
Напас Напасович>Ну, скажет он его в EHLO и что? Что там в RFC на этот счет? да ничо, в общем, почти все такое сожрут, уже давно не видел, чтобы начинали проверять: ага, соединяется с ип=х.х.х.х и говорит, что он майл.домен.ру, а на самом деле майл.домен.ру должен быть на у.у.у.у, пошел вон. | | |
21
- 16.06.2016 - 22:15
|
19-Flukostat > Но при одинаковом приоритете тоже будет работать. Вот и хочется понять - какой из вариантов лучше и почему? При твоем варианте после падения основного прова каждая первая попытка доставки будет неудачной. При варианте с одинаковым приоритетом такого не будет, поскольку отправитель случайным образом будет выбирать любой из двух МХ'ов. Это и хочется обсудить - как происходит выбор конкретного MX из нескольких с одинаковым приоритетом? Прописано ли это в RFC или отдано на откуп реализации в MTA? Если второй вариант, то как это обычно реализовано в основных MTA? Но, судя по всему, тут на это ответов не будет. :-) | | |
22
- 16.06.2016 - 23:58
| 21-Напас Напасович > Нормальный mta будет долбиться по всем mx, пока не получит smtp 4x/5x или tcp R. Это классика жанра. | | |
23
- 17.06.2016 - 05:32
|
тестирую: создал у 2х провайдеров ptr запись на один адрес майл.домен.ру, у держателя домен.ру, прописали одну МХ запись - майл, и две записи А на IP адреса провайдеров. | | |
24
- 17.06.2016 - 05:53
|
проблема то не в том чтобы даемон обслуживал несколько доменов - это он умеет и у меня работает. нужно подключить к домену майл.домен.ру - 2 канала интернет, и чтобы когда "падает" один, работает другой. Например: >>> Fri 2016-06-10 07:37:33.443: * D=mx.yandex.ru TTL=(0) >>> A=[93.158.134.89] Fri 2016-06-10 07:37:33.443: * D=mx.yandex.ru >>> TTL=(0) A=[213.180.193.89] Fri 2016-06-10 07:37:33.443: * >>> D=mx.yandex.ru TTL=(0) A=[213.180.204.89] Fri 2016-06-10 07:37:33.443: >>> * D=mx.yandex.ru TTL=(0) A=[77.88.21.89] Fri 2016-06-10 07:37:33.443: >>> * D=mx.yandex.ru TTL=(0) A=[87.250.250.89] | | |
25
- 17.06.2016 - 05:54
| как раз у яндекса, домен один, мх запись одна, но много айпи адресов | | |
26
- 17.06.2016 - 08:38
| Если вопрос в физическом подключении, то это вопрос маршрутизации. Если вопрос в функционировании MTA на прием и отправку, то с точки зрения DNS вы все настроили Цитата:
Можете сказать в личку ваш домен и проверю ваши настройки в части DNS. | | |
27
- 17.06.2016 - 09:18
|
уже настроил MDaemon, прописав майл.домен.ру в качестве хоста для HELO/EHLO. Жду когда все обновиться. почему то все еще в строке * D=domain TTL=(0) A=[IP adress] едет старый домен | | |
28
- 17.06.2016 - 09:30
| Не имею представления, что это за строки, а для проверки настроек в части DNS достаточно одной утилиты nslookup | | |
29
- 17.06.2016 - 09:48
|
все проверил. все настроено видимо мдаемон нужно перезгрузить | | |
30
- 17.06.2016 - 09:49
| в нем все еще старые настройки остались | |
| Интернет-форум Краснодарского края и Краснодара |