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

» Все о MDaemon (#5)

Автор: resetsa
Дата сообщения: 10.12.2015 10:33

Цитата:
Ребят, подскажите, как реализовать?
Имею Мдаемон и отправку почты с него через смарт хост (в ДМЗ), появился еще филиал с собственным почтовым сервером (доменом) и VPN до него.
Можно ли как то письма на этот домен отправлять не на смарт-хост, а напрямую?

Короче сам себе отвечу, реализовать такое можно через LAN Domains, к указанным там доменам мдаемон коннектится минуя смартхост.
Автор: qxaszw12
Дата сообщения: 10.12.2015 11:00
maxbigbrother

Цитата:
Я писал, что использование разделения доменов не пройдет, общение между серверами ограничено 25 портами.


В таком случае штатными средствами MDaemon'а это сделать нельзя. Я бы попробовал реализовать это на оборудовании работающем на интернет (хотя как это сделать не знаю).
Автор: akbr1k
Дата сообщения: 10.12.2015 11:19

Цитата:
akbr1k Что за железо у вас на сервере? В частности какие сетевые карты стоят?  
Есть траблы с картами от REALTEK, иногда не могут договориться со свичами о скорости и дуплексе, в результате дикие тормоза или вообще не возможно передать большой файл по сети.  
В момент тормозов проделай следующее - сделай в винде выкл/вкл сетевого интерфейса, если интерфейс локальный, то надо делать на физической консоли. Если скорость после этого станет нормальная , значит это та же самая проблема. Решение: в св-вах сетевой карты принудительно выставить нужную  скорость и дуплекс, например 100 мегабит и Full duplex, если у вас свич, если хаб - Half duplex.  


Спасибо за участие.

Да, действительно карта на почтовом сервере хватала гигабит (которого в помине нет), принудительно выставил 100. Удалил kis и netagent. Вчера тестировал канал нагрузил пакетами в 4000 байт, просадка по сети присутсвует и очень приличная больше 50% потерь. В праздники залезу в серверную и буду крабом))

На данный момент проблем не наблюдается, на всякий случай выставил шедуллер на перезагрузку сервера в 7 утра на каждый день.

Всем спасибо за участие. Скорее всего проблема была в нескольких моментах сразу, в частности.

1. Были перенастроенны dns возможно пока они обновлялись была некорректная работа
2. Ос на сервере стоит с 2010 года, почистил сетевые настройки и кэш днс
3. Убил kis и netagent
4. Надо проверять все линки и оборудование.


Добавлено:

Цитата:
Цитата:
После перезагрузки сервера это же письмо отправилось за 7 секунд. Ребят куда копать? Уже весь издергался.  

Куда копать? Копать в плане замены оборудования работающего на интернет (убрать софтовую маршрутизацию). Да, сейчас это будет не дёшево, но потом плюсов от этого будет больше. Купите специализированную корочонку и вообще забудете про подобные проблемы.


Тут я только подневольный гражданин.

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

P.s. Офис орендуем, и кто тут что прокладывал я даже близко не знаю.
P.p.s. Как писал выше, да надо лезть в паутину и тестировать все, один полумертрвый свитч может поставить под сомнение работу всей ЛВС, уже сталкивался на практике.
Автор: ipmanyak
Дата сообщения: 10.12.2015 12:42
akbr1k Свичи ваши или общие? Если общие, то вполне возможно гуляет чужой трафик. Но даже при большом трафике должны быть большие задержки, но не потери пакетов.
Автор: akbr1k
Дата сообщения: 10.12.2015 15:37

Цитата:
akbr1k Свичи ваши или общие?  Если общие, то вполне возможно гуляет чужой трафик. Но даже при большом трафике должны быть  большие задержки, но не потери пакетов.


Это я понимаю, но идут именно потери но не задержка.

В итоге буду проверять всю инфраструктуру.
Автор: fess2006
Дата сообщения: 10.12.2015 17:53
akbr1k

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

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


Автор: fess2006
Дата сообщения: 11.12.2015 00:12
промазал, просьба удалить.
Автор: soupbreak
Дата сообщения: 16.12.2015 13:17
Добрый день, у меня есть вопрос.
У меня в Mdeamon настроена почта с 4 доменами. Три из них нормально работают, четвертый не вкакую не хочет доставлять внешнюю почту в outlook. Прикол в том, что если из локалки пользователь отправит почту с другого домена, то на проблемный она дойдет, но если я отправлю с какого-либо mail.ru или yandex.ru, ну или с какого либо другого домена то никак почта до пользователя не дойдет. Причем отправляется на эти домены без проблем. И еще такой момент, если я выключу учетку пользователя в mdaemon, почта остается на серваке и до него она доходит. Значит, на сколько я понимаю, почта принимается mdaemon и удаляется с удаленного сервака, но почему то дальше к пользователю не уходит. Неделю голову ломаю, подскажите пожалуйста кто-нибудь в чем дело
Автор: ipmanyak
Дата сообщения: 16.12.2015 14:42
soupbreak Если почта снаружи на ящик этого домена не идет, тогда приходит ответ с описанием сбоя и кода ошибки. Если ваш сервер отшивает почту , то в логах будут сообщения. Вы ничего этого не привели, а телепатов тут нет. Если дашь тестовый ящик, проверю отправку от себя, ящик можешь написать в личку. Или приведи указанную инфу.
Автор: soupbreak
Дата сообщения: 16.12.2015 15:32
Вот такое приходит сообщение, но не быстро
[spoiler]
Это письмо отправлено почтовым сервером yandex.ru.

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

Пожалуйста, не отвечайте на это сообщение.

**********

This is the mail system at host yandex.ru.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

Please, do not reply to this message.


<dima@ttm.center>: connect to ttm.center[109.70.26.37]:25: Connection timed out

<it@ttm.center>: connect to ttm.center[109.70.26.37]:25: Connection timed out

Статус доставки:

Reporting-MTA: dns; forward9p.cmail.yandex.net
X-Yandex-Queue-ID: 7AB0421A61
X-Yandex-Sender: rfc822; naumenko@spartak.ru
Arrival-Date: Fri, 11 Dec 2015 17:47:05 +0300 (MSK)

Final-Recipient: rfc822; dima@ttm.center
Original-Recipient: rfc822;dima@ttm.center
Action: failed
Status: 4.4.1
Diagnostic-Code: X-Yandex; connect to ttm.center[109.70.26.37]:25: Connection
timed out

Final-Recipient: rfc822; it@ttm.center
Original-Recipient: rfc822;it@ttm.center
Action: failed
Status: 4.4.1
Diagnostic-Code: X-Yandex; connect to ttm.center[109.70.26.37]:25: Connection
timed out

[/spoiler]

Или вот такое
[spoiler]
Это письмо отправлено почтовым сервером yandex.ru.

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

Пожалуйста, не отвечайте на это сообщение.

**********

This is the mail system at host yandex.ru.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

Please, do not reply to this message.


<dima@ttm.center>: connect to ttm.center[109.70.26.37]:25: Connection timed out

Статус доставки:

Reporting-MTA: dns; forward11p.cmail.yandex.net
X-Yandex-Queue-ID: 5212B20DBF
X-Yandex-Sender: rfc822; naumenko@spartak.ru
Arrival-Date: Fri, 11 Dec 2015 17:50:10 +0300 (MSK)

Final-Recipient: rfc822; dima@ttm.center
Original-Recipient: rfc822;dima@ttm.center
Action: failed
Status: 4.4.1
Diagnostic-Code: X-Yandex; connect to ttm.center[109.70.26.37]:25: Connection
timed out
[/spoiler]
Автор: qxaszw12
Дата сообщения: 16.12.2015 15:42
soupbreak


Цитата:
dima@ttm.center>: connect to ttm.center[109.70.26.37]:25: Connection timed out


Вы покажите лог MDaemon'а на эту сессию, в ней сразу будет видно почему ваш MDaemon отказывается принимать почту.
Автор: soupbreak
Дата сообщения: 16.12.2015 15:45
ipmanyak
Прошу прощения я в Mdaemon не разбираюсь глубоко, я могу показать логи, только не знаю какие именно нужны?

Добавлено:
qxaszw12
А какой именно лог?


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

Wed 2015-12-16 00:02:38.079: 01: MultiPOP получает почту от (pop.ttm.center) для (it / it@ttm.center)
Wed 2015-12-16 00:02:38.079: 01: MultiPOP полученная почта будет удалена с удаленного хоста!
Wed 2015-12-16 00:02:38.079: 05: Attempting MultiPOP connection to pop.ttm.center
Wed 2015-12-16 00:02:38.080: 05: Resolving AAAA record for pop.ttm.center (DNS Server: 10.20.10.5)...
Wed 2015-12-16 00:02:38.085: 05: * pop.ttm.center добавлено во внутренний черный список поиска по AAAA-записи
Wed 2015-12-16 00:02:38.085: 04: * DNS-сервер сообщает об отсутствии действительных записей указанного типа
Wed 2015-12-16 00:02:38.086: 05: Resolving A record for pop.ttm.center (DNS Server: 10.20.10.5)...
Wed 2015-12-16 00:02:38.091: 05: * D=pop.ttm.center TTL=(10) A=[194.85.61.76]
Wed 2015-12-16 00:02:38.091: 05: * D=pop.ttm.center TTL=(10) A=[109.70.26.37]
Wed 2015-12-16 00:02:38.091: 05: Randomly picked 194.85.61.76 from list of possible hosts
Wed 2015-12-16 00:02:38.091: 05: Attempting MultiPOP connection to 194.85.61.76:110
Wed 2015-12-16 00:02:38.091: 05: Waiting for socket connection...
Wed 2015-12-16 00:02:59.091: 04: * Socket error 10060 - Тайм-аут соединения.
Wed 2015-12-16 00:02:59.091: 01: POP3 session complete (Bytes in/out: 704/653)
Wed 2015-12-16 00:02:59.091: 01: ----------


А тут я менял адрес сервера Multipop
Wed 2015-12-16 13:37:43.556: 01: MultiPOP получает почту от (pop.masterhost.ru) для (it / it@ttm.center)
Wed 2015-12-16 13:37:43.556: 01: MultiPOP полученная почта будет удалена с удаленного хоста!
Wed 2015-12-16 13:37:43.556: 05: Attempting MultiPOP connection to pop.masterhost.ru
Wed 2015-12-16 13:37:43.556: 05: Resolving AAAA record for pop.masterhost.ru (DNS Server: 10.20.10.5)...
Wed 2015-12-16 13:37:43.570: 05: * pop.masterhost.ru добавлено во внутренний черный список поиска по AAAA-записи
Wed 2015-12-16 13:37:43.570: 04: * DNS-сервер сообщает об отсутствии действительных записей указанного типа
Wed 2015-12-16 13:37:43.571: 05: Resolving A record for pop.masterhost.ru (DNS Server: 10.20.10.5)...
Wed 2015-12-16 13:37:43.577: 05: * D=pop.masterhost.ru TTL=(15) A=[83.222.23.153]
Wed 2015-12-16 13:37:43.577: 05: Attempting MultiPOP connection to 83.222.23.153:110
Wed 2015-12-16 13:37:43.577: 05: Waiting for socket connection...
Wed 2015-12-16 13:37:43.581: 05: * Connection established 81.5.119.59:57610 --> 83.222.23.153:110
Wed 2015-12-16 13:37:43.581: 05: Waiting for protocol to start...
Wed 2015-12-16 13:37:43.584: 02: <-- +OK POP3 ready
Wed 2015-12-16 13:37:43.584: 03: --> USER it@ttm.center
Wed 2015-12-16 13:37:43.587: 02: <-- +OK
Wed 2015-12-16 13:37:43.588: 03: --> PASS ******
Wed 2015-12-16 13:37:43.606: 02: <-- +OK Logged in.
Wed 2015-12-16 13:37:43.606: 03: --> STAT
Wed 2015-12-16 13:37:43.609: 02: <-- +OK 0 0
Wed 2015-12-16 13:37:43.609: 03: --> QUIT
Wed 2015-12-16 13:37:43.612: 02: <-- +OK Logging out.
Wed 2015-12-16 13:37:43.612: 01: POP3 session complete (Bytes in/out: 832/765)
Результат аналогичен
Автор: qxaszw12
Дата сообщения: 16.12.2015 16:27
soupbreak

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


Вообще ни чего не понял.
Откуда (!!!), т.е. с какого почтового ящика, MDaemon забирает почту для вашего 4-го домена?
Где находится этот почтовый ящик (у вас, у провайдера, на яндексе и т.д)?
Как получают почту 3 нормально работающих домена?
Автор: soupbreak
Дата сообщения: 16.12.2015 16:31
qxaszw12
)))
4 домена - почта провайдера
4 домен - ttm.center почта (it@ttm.center - ящик с проблемой) с него забирается Mdaemon, но не идет до пользователей и удаляется с веб-интерфейса провайдера
3 нормально работающих домена получают почту с провайдера на Mdaemon и дальше по ящикам без проблем
Спасибо за терпение)
Автор: AlexsandrSE
Дата сообщения: 16.12.2015 17:43
Не пойму, откопал сертифика ssl, а как поставить для веб морды? Она не видит этого сертификата. или не тот или не туда. Как узнать?
Автор: Kaber
Дата сообщения: 16.12.2015 17:45
soupbreak
Ну во-первых, запись mx не резольвится, дальше можно не разбираться:


Код: Microsoft Windows [Version 6.1.7600]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:\Users\Администратор>nslookup -type=mx ttm.center
&#9572;хЁтхЁ: google-public-dns-a.google.com
Address: 8.8.8.8

ttm.center
primary name server = statuspage1.nic.ru
responsible mail addr = hostmaster.nic.ru
serial = 1450278916
refresh = 86400 (1 day)
retry = 7200 (2 hours)
expire = 604800 (7 days)
default TTL = 86400 (1 day)
Автор: qxaszw12
Дата сообщения: 16.12.2015 20:38
soupbreak

Цитата:
pop.ttm.center


У меня эти хосты тоже не отвечают по 110 порту.
Так что давайте решать проблемы последовательно и начните с провайдера. Задайте им вопрос - а почему эти хосты не отвечают?
Автор: soupbreak
Дата сообщения: 17.12.2015 09:04
qxaszw12
Прошу прощения, а какому именно провайдеру мне вопрос задавать? Я регистрировал домен в руцентре, а почта у меня на площадке в мастерхосте, просто не очень пойму кто тут виноват, ведь мастерхост мне скажет: друг в веб-интерфейсе твоя почта работает, а дальше сами разбирайтесь со своим оборудованием) Плюс мастерхост мне присылал настройки где указано, что Сервер POP3: pop.masterhost.ru

хотя на всех остальных доменах все работает на pop.[имя домена]

Или вы вообще говорите про провайдера интернета?
Автор: Kaber
Дата сообщения: 17.12.2015 09:25
soupbreak
В редакторе DNS в руцентре, как-то так должно быть:


Код: tt.center type=MX mx1.mail.corp.masterhost.ru
Автор: soupbreak
Дата сообщения: 17.12.2015 09:36
Kaber
У меня там сейчас так
Параметры SOA-записи primary NS:     ns1.masterhost.ru.
email:     hostmaster.masterhost.ru.
refresh:     28800
retry:     7200
expire:     1209600
minimum:     600
TTL:     900

    @     IN     NS     ns1.masterhost.ru.
        IN     NS     ns2.masterhost.ru.
        IN     NS     ns.masterhost.ru.
Отключить     @     IN     AAAA     <сервера .masterhost>
Отключить     @     IN     A     <сервера .masterhost>
Отключить     @     IN     MX 10     <сервера .masterhost>
Отключить     www     IN     AAAA     <сервера .masterhost>
Отключить     www     IN     A     <сервера .masterhost>
Отключить     webmail     IN     A     <сервера .masterhost>
Отключить     mail     IN     A     <сервера .masterhost>
Отключить     smtp     IN     A     <сервера .masterhost>
Отключить     pop     IN     A     <сервера .masterhost>
Отключить     mx     IN     A     <сервера .masterhost>

Добавить новую запись
Список доступных зон
Автор: Kaber
Дата сообщения: 17.12.2015 09:58
soupbreak
У меня для tt.center такие данные:


Код: C:\Windows\system32>nslookup -type=soa tt.center
&#9572;хЁтхЁ: tds.local
Address: 192.168.0.1

Не заслуживающий доверия ответ:
tt.center
primary name server = ns1.powweb.com
responsible mail addr = dnsadmin.powweb.co
serial = 2015110257
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 3600 (1 hour)

ns1.powweb.com internet address = 65.254.254.135
Автор: soupbreak
Дата сообщения: 17.12.2015 10:31
Kaber
ttm.center вместо tt.center
Автор: Kaber
Дата сообщения: 17.12.2015 10:35
soupbreak
А, точно, но все равно ns сервера не те:


Код: C:\Windows\system32>nslookup -type=ns ttm.center
&#9572;хЁтхЁ: tds.local
Address: 192.168.0.1

Не заслуживающий доверия ответ:
ttm.center nameserver = statuspage1.nic.ru
ttm.center nameserver = statuspage2.nic.ru

statuspage1.nic.ru internet address = 109.70.26.37
statuspage2.nic.ru internet address = 194.85.61.76
Автор: AlexsandrSE
Дата сообщения: 17.12.2015 11:44
Как можно убучить спам фильтр что вот это письмо не спам?
Пишет еще вот такую штуку "mail.ru найдено во внутреннем черном списке поиска по AAAA-записи" где этот внутренний список и как его исправить?
Автор: cavi4
Дата сообщения: 17.12.2015 11:50
Здравствуйте. У меня в SMTP IN логах такое.
Скажите пожалуйста что ето значит:

Thu 2015-12-17 11:31:24: 01: ----------
Thu 2015-12-17 11:32:03: 05: Session 418445; child 0001
Thu 2015-12-17 11:32:03: 05: Accepting SMTP connection from [XXX.XXX.XXX.XXX:54468] to [XXX.XXX.XXX.XXX:25]
Thu 2015-12-17 11:32:03: 03: --> 220 integral.te.ua ESMTP MDaemon 13.6.1; Thu, 17 Dec 2015 11:32:03 +0200
Thu 2015-12-17 11:32:04: 02: <-- EHLO mx4.mts.ru
Thu 2015-12-17 11:32:04: 03: --> 250-integral.te.ua Hello mx4.mts.ru, pleased to meet you
Thu 2015-12-17 11:32:04: 03: --> 250-ETRN
Thu 2015-12-17 11:32:04: 03: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Thu 2015-12-17 11:32:04: 03: --> 250-8BITMIME
Thu 2015-12-17 11:32:04: 03: --> 250-STARTTLS
Thu 2015-12-17 11:32:04: 03: --> 250 SIZE
Thu 2015-12-17 11:32:04: 02: <-- STARTTLS
Thu 2015-12-17 11:32:04: 03: --> 220 Begin TLS negotiation
Thu 2015-12-17 11:32:04: 04: * SSL error 0x80090308 Предоставленный функции маркер неправилен
Thu 2015-12-17 11:32:04: 04: SMTP session terminated (Bytes in/out: 326/238)
Thu 2015-12-17 11:32:04: 01: ----------


Почему SLL error?. Спасибо!
Автор: ipmanyak
Дата сообщения: 17.12.2015 11:58
soupbreak озвучь еще имена 1-2 твоих доменов, которые крутятся на мастерхосте ?

Добавлено:
soupbreak у вас нет MX записи для домена ttm.center.ru, создайте ее по аналогии с вашими другими доменами в админке управления вашего домена у регистратора. Полагаю, надо указать в MX записи хост
mx1.masterhost.ru
Почту вы будете забирать с хоста pop.masterhost.ru порт 110, но никак не с pop.ttm.center.
Можете в админке зоны указать и это имя pop.ttm.center в записи с типом А и брать почту с этого имени , но IP адрес надо указать от хоста mx1.masterhost.ru, то есть 83.222.23.178
Автор: soupbreak
Дата сообщения: 17.12.2015 16:16
ipmanyak
Kaber
Спасибо вам и безмерная уважуха!!
Автор: ikhakimov
Дата сообщения: 17.12.2015 16:40
[more] Добрый день!
Не могу заставить mdaemon отправить письма некоторым получателям.
Письмо подает в очередь неверных сообщений с такой ошибкой
X-MDBadQueue-Reason: message for non-local recipient but in local queue

Если добавить запись в MXCACHE.DAT, то письмо попадает в удаленные сообщения
Вот отчет об отправке:
Resolving MX record for tenso-m.ru (DNS Server: 81.95.134.1)...
Совпадение с MXCACHE.DAT файлом:
* P=010 D=tenso-m.ru TTL=(0) MX=[mail.tenso-m.ru.]
* P=020 D=tenso-m.ru TTL=(0) MX=[93.157.233.214.tenso-m.ru.]
Attempting SMTP connection to mail.tenso-m.ru.
Resolving A record for mail.tenso-m.ru. (DNS Server: 81.95.134.1)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа
Attempting SMTP connection to mail.tenso-m.ru.
Resolving A record for mail.tenso-m.ru. (DNS Server: 8.8.8.8)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа
Attempting SMTP connection to 93.157.233.214.tenso-m.ru.
Resolving A record for 93.157.233.214.tenso-m.ru. (DNS Server: 81.95.134.1)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа
Attempting SMTP connection to 93.157.233.214.tenso-m.ru.
Resolving A record for 93.157.233.214.tenso-m.ru. (DNS Server: 8.8.8.8)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа

Подскажите, пожалуйста, как указать почтовому серверу путь для доставки.
Может ли быть дело в неправильно настроенном DNS-сервере контроллера домена? [/more]
Автор: Kaber
Дата сообщения: 17.12.2015 18:05
ikhakimov

Цитата:
Может ли быть дело в неправильно настроенном DNS-сервере контроллера домена

Контроллер домена абсолютно не причем.
Тут скорее у получателя DNS не правильно работает,


Код: C:\Users\Администратор>nslookup mail.tenso-m.ru
&#9572;хЁтхЁ: google-public-dns-a.google.com
Address: 8.8.8.8

Не заслуживающий доверия ответ:
&#9562;ь : mail.tenso-m.ru
Address: 212.13.100.5
Автор: ipmanyak
Дата сообщения: 18.12.2015 06:40
ikhakimov
1.
Resolving A record for mail.tenso-m.ru. (DNS Server: 81.95.134.1)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа
Attempting SMTP connection to mail.tenso-m.ru.
Resolving A record for mail.tenso-m.ru. (DNS Server: 8.8.8.8)...
* DNS-сервер сообщает об отсутствии действительных записей указанного типа


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

Проверяй на сервере командой

nslookup mail.tenso-m.ru 8.8.8.8
nslookup mail.tenso-m.ru 81.95.134.1

Пока не получишь нормальный ответ о другом даже и не думай!

2.
MX записи (2 шт) домена tenso-m.ru выглядят следующим образом:

10 mail.tenso-m.ru. [TTL=38400] IP=212.13.100.5
20 93.157.233.214.tenso-m.ru. [TTL=38400]

С первой записью всё в норме и сервер на этом IP слушает. Вторая запись кривая, нет IP адреса. Сам синтаксис более подходит для PTR записи, чем для А записи, думаю кто-то ошибочно внес и ее надо убрать. Если домен tenso-m.ru ваш - исправьте, если не ваш, то надо сообщить админу этого домена о проблеме.

3. В MXcache.dat вам лучше ничего не писать, но как временная мера для 1-2 доменов, можете прописать в MCACHE

tenso-m.ru 5 mail2.tenso-m.ru

в файл hosts занесите
212.13.100.5 mail2.tenso-m.ru

И разбирайтесь со своим фаерволом и резолвингом.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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