none
Не приходят письма "снаружи" RRS feed

  • Общие обсуждения

  • Добрый день,

    Обращаюсь с проблемой: установлен exch 2010, внутри домена письма вращаются как надо, однако с внешними источниками все обстоит иначе: письма с доменной почты отправляются и доходят до внешних адресатов, а вот ответы и письма из-вне не приходят??

    29 декабря 2011 г. 12:42

Все ответы

  • Какой NDR возвращается при попытке отправить вам почту извне. Можете сюда запостить пример?

    29 декабря 2011 г. 12:44
    Отвечающий
  • Воспользуйтесь специальным сервисом для теста https://www.testexchangeconnectivity.com/
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    29 декабря 2011 г. 13:20
    Модератор
  • Не удалось доставить сообщение о проверке открытой ретрансляции, и это нормальное явление.
    Сведения об исключении:
    Сведения об исключении:
    Сообщение: Mailbox unavailable. The server response was: 5.7.1 No such user!
    Тип: System.Net.Mail.SmtpFailedRecipientException
    Трассировка стека:
    at System.Net.Mail.SmtpTransport.SendMail(MailAddress sender, MailAddressCollection recipients, String deliveryNotify, SmtpFailedRecipientException& exception)
    at System.Net.Mail.SmtpClient.Send(MailMessage message)
    at Microsoft.Exchange.Tools.ExRca.Tests.SmtpOpenRelayTest.PerformTestReally()
    29 декабря 2011 г. 13:33
  • а что за домен у вас, праваильно ли опубликованы записи MX в днс ...

    просто в ответе у вас:

    Сообщение: Mailbox unavailable. The server response was: 5.7.1 No such user!

    Типа, нет такого пользователя. Отсюда может это вообще не ваш сервер отвечает...

    29 декабря 2011 г. 13:58
  • Да нет сервер то точно мой, дело в том что при всех существующих настройках сервер работал и примерно с 2 месяца назад и началась такая вот проблема... Пойду проверять записи МХ.
    29 декабря 2011 г. 16:59
  • Можете сэмулировать передачу вашему серверу сообщения из вне с помощью smtpdiag или telnet
    29 декабря 2011 г. 19:42
  • Да дело похоже и правда в МХ записях, подскажите тогда как грамотно их оформить.

    Заранее спасибо и с наступающим.

    30 декабря 2011 г. 7:19
  • Да дело похоже и правда в МХ записях, подскажите тогда как грамотно их оформить.

    ссылка
    30 декабря 2011 г. 7:24
  • MX записи вроде как настроил(проверял с ноута через вай фай роутер):

    nslookup set q=mx ****.ru :

    Server: Dlink-Router.Dlink
    Address: 192.168.0.1
    
    farbm.ru    MX preference = 10, mail exchanger = ****.****.ru
    ****.****.ru  internet address = 91.144.***.***(внешний адрес который выдал пров)
    Однако входящая почта все еще не работает, трафик идет через NAT (25 и 110 порты открыты для форвардинга). Возможно мною еще не указаны какие либо параметры?
    6 января 2012 г. 7:02
  • Если вы изменяли существуюшие mx записи, то может пройти некоторое время, пока внешние сервера получат обновление dns.

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

    6 января 2012 г. 8:42
  • Воспользовался вашим советом: при попытке выполнить комманду mail from: адрес@домен.ру пишет о том что клиент не авторизован. 

    Все таки мне удалось подключится через telnet к внешнему IP и отправить письмо от имени ящика в сети на другой ящик, а так же от имени внешнего ящика на внутренний удалось тоже.


    • Изменено A1Phoenix 6 января 2012 г. 9:36
    6 января 2012 г. 8:49
  • Значит ваш Exchange правильно обрабатывает почту. Проблема тогда  в dns записях. Посмотрите обновились ли данные о  MX и A записи внешнего ip Exchange. Для этого предлагаю воспрользоваться  днс серверами  google (8.8.8.8; 8.8.4.4 ) также попробуйте посмотеть тоже самое на корневых серверах.

    Также можно ускорить все сделав следующий финт:

    1. Для внешнего IP создать еще 1 A запись. К примеру mail2.domain.ru
    2. Создать MX запись с приоритетом 5 ссылающуюся на mail2.domain.ru

    Т.к. данные записи новые, то их нигде не будет в кеше, соответствено данные записи будут запрашиваться у NS и маршрутизация писем до вас должна разрулиться быстрее.

    В послдествии новые записи можно будет удалить (через пару дней)

    6 января 2012 г. 10:32
  • Проследите диалог из журнала smtpreceive на транспортном/пограничном сервере во время получения письма с проблемного домена - все станет ясно.
    6 января 2012 г. 19:09
  • А у вас в настроках конектора получения почты стоит галочка "принимать почту от анонимных пользователей" ? Если нет, то почта с интернета к вам не прийдет ни когда
    9 января 2012 г. 7:10
  • Галочка "принимать почту от анонимных пользователей" стоит. Воспользуюсь советами выше и проверю правильность dns записей.
    10 января 2012 г. 5:04
  • Необходима помощь в настройке dns записей, в частности подскажите как это корректно сделать? А так же при проверке с другого интернет провайдера nslookup выдает совершенно иную картину нежели при проверке из локальной сети. 
    16 января 2012 г. 9:21
  • Хотелось бы более подробно узнать в чем именно вам нужна помощь, но попробую вслепую

    У вас есть сервер который должен принимать и отправлять почту. Внешний IP данного сервера к примеру 193.168.26.9

    Для данного IP вам во внешнем DNS надо прописать следующее (скорее всего ваша внешняя dns зона хранится у регистратора, а доступ у вас должен быть через WEB):

    1. A запись mail.domain.local c IP 193.168.26.9
    2. MX запись с наименьшим приоритетом  на mail.domain.local.

    Далее вам необходимо обратиться к своему провайдеру интернета и попросить их прописать PTR (обратная) запись на ваш IP адрес с доменным именем mail.domain.local. Данная запись служит для того чтобы ваш IP мог преобразовываться в доменное имя, иначе адрес вашего почотвика довольно быстро попадет во всевозможные базы данных спама.


    • Изменено Sidorenko Andrey 16 января 2012 г. 9:54 правка ошибок
    16 января 2012 г. 9:47
  • То что надо. Я как раз про внешнюю dns зону и забыл совсем. Спасибо, буду дальше пробовать.
    17 января 2012 г. 4:59
  • A1Phoenix, вопрос решен?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    23 января 2012 г. 8:40
  • На данный момент я получил исчерпывающее количество советов. Спасибо.
    23 января 2012 г. 9:14
  • Добрый день, опять потребовалась Ваша помощь:

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

    Однако если компьютер находится не в домене, но находится в локальной сети подключение к серверу становится недоступным (то есть удаленное подключение к exchange невозможно), а так же при проверке nslookup выдает другие mx и ns записи. 

    Еще подскажите ссылку где корректно описывается настройка dns для windows server 2011.
    • Изменено A1Phoenix 24 января 2012 г. 6:29 необходима дополнительная информация
    24 января 2012 г. 5:14
  • Мне кажется вы немного запутались:

    Под удаленным подключением обычно подразумевается подключение к Exchnage компьютеров, которые находятся за пределами корпоративной сети. Данные подключения работают по протоколам Outlook AnyWhere (RPC over HTTP) либо же по POP3/SMTP или IMAP/SMTP. Для этого вам необходимо дополнительно настраивать сервера/дополнительно ПО, чтобы ваш CAS сервер был виден из сети интернет.

    В Вашем же случае у вас просто недоменный компьютер, который находится внутри корпоративной сети. Никаих проблем с подключением недоменных компьютеров к Exchange не должно быть. Просьба проверить являются ли сертификаты CAS сервера доверенными на недоменной машине, можете ли вы с недоменной машины получить доступ к Exchnage через OWA (Outlook Web App). Нет ли фаерволов между Exchange и конечной машиной.

    К вопросу об MX и NS записей. Я догадываюсь что у вас внутри домена используется тоже пространство имен что и во внешнем DNS. Соответсвтенно DNS AD у вас есть зона , аналогичная вашей публичной. В вашей внутренней зоне NS сервером является сам сервер dns, MX соответственно прописаны тоже отдельно. Однако стоит учесть что:

    1. Ваша внутрення зона никоим образом не влияет на маршрутизацию почты через MX записи, т.к. она видно только изнутри сети. И интернет сервера не видят ее.
    2. Подключение к Exchange серверам клиентов не зависит от того какие MX и где у вас прописаны. Клиенты подключаются напрямую по полным доменным именам.
    24 января 2012 г. 8:30
  • Настройте клиента на dns сервер в локальной сети, интегрированный в AD.
    MCP,MCTS
    24 января 2012 г. 10:15
  • Тема переведена в разряд обсуждений по причине отсутствия активности
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    1 февраля 2012 г. 10:43