Tw-city.info

IT Новости
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Домен сервера exchange

Настройка обслуживаемых доменов

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

Для создания и управления всеми обслуживаемыми доменами внутри организации, а также для синхронизации данных этих данных с данными пограничного транспортного сервера рекомендуется использовать пограничную подписку. В ходе подписки пограничного транспортного сервера на организацию Microsoft Exchange Server 2010 все обслуживаемые домены, которые в параметрах организации были настроены для роли транспортного сервера-концентратора, реплицируются на пограничный транспортный сервер при выполнении синхронизации EdgeSync. Чтобы изменить настройку обслуживаемого домена на пограничном транспортном сервере, который подписан на организацию Exchange 2010, необходимо внести изменения на транспортном сервере-концентраторе.

Обслуживаемые домены бывают трех видов: уполномоченные домены, домены внутренней ретрансляции и домены внешней ретрансляции. Описание видов обслуживаемых доменов приводится ниже.

Уполномоченные домены

Организация может иметь более одного домена SMTP. Группа доменов электронной почты, используемых в организации, являются уполномоченными доменами. В Exchange 2010 обслуживаемый домен считается уполномоченным в том случае, когда организация Exchange размещает почтовые ящики получателей в этом домене SMTP. Пограничные транспортные серверы всегда должны принимать сообщения электронной почты, которые направляются в один из уполномоченных доменов организации.

По умолчанию при первой установке роли транспортного сервера-концентратора один обслуживаемый домен настраивается в качестве уполномоченного домена организации Exchange. Обслуживаемым доменом по умолчанию является полное доменное имя корневого домена леса. Очень часто имя внутреннего домена отличается от имени внешнего домена. Так, например, имя внутреннего домена может иметь вид Contoso.local, в то время как имя внешнего домена может иметь вид Contoso.com. Запись MX DNS, используемая в организации, ссылается на Contoso.com. Contoso.com представляет собой пространство имен SMTP, которые были назначены пользователям при создании политики адресов электронной почты. При создании обслуживаемого домена имя этого домена должно совпадать с именем внешнего домена.

По умолчанию обслуживаемые домены не настраиваются на роли пограничного транспортного сервера.

Домены ретрансляции

Если пограничный транспортный сервер получает электронную почту из Интернета, и если при этом получатель сообщения не входит в уполномоченный домен, то отправляющий сервер попытается ретранслировать сообщение электронной почты через сервер Exchange. Сервер, который выступает в качестве ретранслятора и который не имеет никаких ограничений по ретрансляции, может создавать значительную нагрузку на серверы, подключенные к Интернету. Администраторы могут запретить серверу работать в режиме открытого ретранслятора, установив запрет на передачу тех сообщений электронной почты, которые не адресованы получателям, входящим в уполномоченный домен организации. Однако существуют ситуации, когда организации необходимо разрешить своим партнерам или дочерним предприятиям ретранслировать электронную почту через серверы Exchange. В Exchange 2010 обслуживаемые домены могут быть настроены в качестве доменов ретрансляции. Организация может получать сообщения электронной почты и затем ретранслировать их на другой сервер электронной почты.

Домен ретрансляции может быть настроен для работы в качестве домена внутренней ретрансляции или внешней ретрансляции. Описание доменов указанных типов представлено ниже.

Домен внутренней ретрансляции

При настройке домена внутренней ретрансляции часть получателей (или все получатели) в данном домене не имеет почтовых ящиков в данной организации Exchange. Почта из Интернета ретранслируется для данного домена через транспортные серверы-концентраторы данной организации Exchange. Такая настройка используется в случаях, описанных в данном разделе.

Организация может столкнуться с необходимостью разделить пространство адресов SMTP между двумя или более различными системами электронной почты. Например, может быть необходимо разделить пространство адресов SMTP между Microsoft Exchange и системой электронной почты от стороннего разработчика или между средами Exchange, настроенными в различных лесах Служба каталогов Active Directory. В данных случаях пользователи в каждой системе электронной почты будут иметь одинаковый суффикс домена как часть их адресов электронной почты.

В подобной ситуации необходимо создать обслуживаемый домен и настроить его в качестве домена внутренней ретрансляции. Также необходимо добавить соединитель отправки, в качестве исходного сервера которого будет использоваться транспортный сервер-концентратор, и настроить его на отправку электронной почты в общее адресное пространство. Если обслуживаемый домен настроен в качестве уполномоченного домена, а получатель не найден в Служба каталогов Active Directory, отправителю будет возвращен отчет о недоставке. Обслуживаемый домен, настроенный в качестве домена внутренней ретрансляции, сначала пытается доставить почту получателю, находящемуся в организации Exchange. Если получатель не найден, сообщение передается на соединитель отправки, адресное пространство которого является ближайшим к адресу электронной почты получателя.

Если в организации имеется более одного леса, и если для нее была настроена синхронизация глобального списка адресов, то домен SMTP одного леса может быть настроен для работы в качестве домена внутренней ретрансляции другого леса. Сообщения, которые поступают из Интернета и которые адресованы получателям, входящим в домены внутренней ретрансляции, принимаются и обрабатываются пограничным транспортным сервером, а затем ретранслируются на транспортные серверы-концентраторы той же самой организации. После этого принимающие транспортные серверы-концентраторы пересылают эти сообщения транспортным серверам-концентраторам, находящимся в лесу получателя. Домен SMTP настраивается в качестве домена внутренней ретрансляции для того, чтобы гарантировать, что электронная почта, адресованная этому домену, будет принята организацией Exchange. Настройка соединителя организации определяет способ маршрутизации сообщений.

На следующем рисунке показано, что домен Fourthcoffee.com настроен как домен внутренней ретрансляции для организации Exchange 2010 в лесу Contoso.com. Записи MX ресурсов обмена почтой для Fourthcoffee.com ссылаются на общий IP-адрес организации Contoso.com. Между Fourthcoffee.com и Contoso.com установлено доверительное отношение лесов. Для этих доменов также настроена синхронизация глобального списка адресов. Пограничный транспортный сервер Contoso.com принимает сообщения, поступающие для домена SMTP Fourthcoffee.com из Интернета. После этого данный сервер ретранслирует эти сообщения на транспортный сервер-концентратор в организации Exchange Contoso.com. Затем сообщения направляются на транспортные серверы-концентраторы в организации Exchange Fourthcoffee.com. Межлесный соединитель отправки настроен для маршрутизации сообщений от Contoso.com к Fourthcoffee.com. Сообщения, которые отправляются из Fourthcoffee.com для внешних получателей, перенаправляются на транспортные серверы-концентраторы в лесу Contoso.com. Второй межлесный соединитель отправки настроен для маршрутизации сообщений от Fourthcoffee.com к Contoso.com. При получении сообщений из домена внутренней ретрансляции Fourthcoffee.com транспортные серверы-концентраторы, находящиеся в Contoso.com, доставляют сообщения получателям, находящимся в уполномоченных доменах, а также ретранслируют сообщения, предназначенные для получателей в Интернете, на пограничный транспортный сервер.

Домен внешней ретрансляции

После настройки домена внешней ретрансляции сообщения будут ретранслироваться на сервер электронной почты, который находится за пределами организации Exchange, а также за пределами периметра сети организации. Ретрансляцию сообщений осуществляет пограничный транспортный сервер.

Читать еще:  Server 2020 создание домена

В этом случае запись MX ресурса, используемая для домена внешней ретрансляции, ссылается на общий IP-адрес той организации Exchange 2010, которая осуществляет ретрансляцию сообщений. Пограничный транспортный сервер принимает сообщения, предназначенные для получателей домена внешней ретрансляции. Оттуда эти сообщения перенаправляются в систему электронной почты домена внешней ретрансляции. В данном случае требуется, чтобы между пограничным транспортным сервером и доменом внешней ретрансляции имелся отправляющий соединитель. Пограничный транспортный сервер организации также может использоваться доменом внешней ретрансляции в качестве интеллектуального узла для исходящей почты.

На следующем рисунке показано, что домен Adatum.com настроен как внешний домен ретрансляции для организации Exchange 2010 в лесу Contoso.com. Запись ресурса обмена почтой Adatum.com ссылается на общий IP-адрес организации Contoso.com. Пограничный транспортный сервер Contoso.com принимает сообщения, поступающие из Интернета для домена SMTP Adatum.com. Затем эти сообщения ретранслируются на серверы электронной почты организации Adatum.com. Пограничный транспортный сервер Contoso.com используется доменом Adatum.com в качестве интеллектуального узла, который обеспечивает маршрутизацию исходящих сообщений. Сообщения, которые отправляются из Adatum.com для внешних получателей, маршрутизируются на пограничные транспортные серверы организации Contoso.com. При получении сообщений от Adatum.com пограничные транспортные серверы Contoso.com передают сообщения, предназначенные для получателей в уполномоченных доменах и доменах внутренней ретрансляции, на транспортные серверы-концентраторы, а также маршрутизируют сообщения в Интернет.

Обслуживаемые домены и политики адресов электронной почты

Прежде чем использовать адресное пространство SMTP в политике адресов электронной почты, необходимо настроить обслуживаемый домен. При создании обслуживаемого домена в адресном пространстве можно использовать подстановочный знак (*), чтобы указать, что все дочерние домены адресного пространства SMTP также обслуживаются организацией Exchange. Например, для того чтобы настроить домен Contoso.com и все его дочерние домены в качестве обслуживаемых доменов, введите« *.Contoso.com» в качестве адресного пространства SMTP. Записи обслуживаемых доменов автоматически предлагаются для использования в политике адресов электронной почты.

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

Oh, MSBRO !

Сетевые заметки системного администратора

Exchange 2010: создание обслуживаемого домена

Exchange 2010: как добавить интернет адрес нового домена? В Exchange все сделать очень просто!

При установке Exchange создается какое то адресное пространство. Сосем не обязательно чтобы оно совпадало с почтовыми адресами пользователей вашей организации.

Предположим, что мы имеем:

  1. Внутренний домен IDA.ltd (то есть пользователи входят в домен IDAusername)
  2. Почта пользователей @novosib-town.org (отправляют почту с адресов usernamr@novosib-town.ru)
  3. Установленный сервер Exchange 2007 или Exchange 2010 (и то и другое подходит)

Требуется сделать так, чтобы пользователям домена IDA добавить необходимый нам SMTP адрес ( к примеру вышеуказанный @novosib-town.org). Данный адрес SMTP является «внешним», то есть пользователи по данному суффиксу будут принимать почту.

1. Для этого мы открываем консоль управления Exchange 2010 и переходим

Ищем пункт «обслуживаемые домены«. Как видим, домен сейчас всего лишь один IDA.ltd.

2. Создадим обслуживаемый домен:

На пункте «Транспортный сервер — концентратор» щелкаем правой кнопкой мыши и выбираем пункт «Создать обслуживаемый домен».

3. Запускается мастер создания обслуживаемого домена:

записываем поля «Имя» и «обслуживаемый домен».

В поле имя вносим удобное для нашего понимания имя домена, а в поле «обслуживаемый домен» заносим сам суффикс обслуживаемого домена (то есть SMTP адрес).

В данном случае пользователи смогут принимать почту по адресам типа @novosib-town.org (например такому user@novosib-town.org).

4. Мастер «Создать обслуживаемый домен» закончил работу:

Вообще консоль управленя Exchange передает команды в PowerShell. В данном случае была выполнена команда:

Вы можете с необходимыми вам вариациями непосредственно вводить данные команды в командную консоль Exchange.

5. Обслуживаемый домен создан:

Соответственно, как вы сам понимаете, доменов можно на создавать в вашей организации огромное множество

Внимательно смотрим один небольшой момент: обращаем внимание на то, что в столбце «по умолчанию» у нас написано слово «ложь» (false), а в другом домене — «истина» (true).

Это значит, что для всех вновь создаваемых пользователей у вас будет автоматом ставиться адрес (адреса) тот (те) где «по умолчанию» будет выставлено значение «истина» (true):

Но теперь, раз мы создали обслуживаемый домен мы можем добавить (кнопка «Добавить») новый SMTP суффикс

Обращаем внимание на то, что один адрес на скиншоте выделен жирным шрифтом, а другой нет. Жирным выделен адрес «основной», то есть с него пользователь будет отправлять почту. Тем не менее на все адреса пользователь сможет «принимать» почту.

Для того, чтобы мы могли сделать основным адрес другой, мы должны снять отметку «автоматически обновлять адреса электронной почты на основе политики адресов электронной почты».

Обратите внимание что теперь кнопка «Сделать обратным адресом» разблокировалась.

Собственно, нажимаем «Сделать обратным адресом»

На этом все.

Пользователь получил возможность отправлять и принимать почту через интернет.

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

Если есть желание, можно почитать об этом на самом сайте Microsoft. Достаточно подробно все описывается здесь.

Волшебный пункт «Автоматически обновлять адреса электронной почты на основе политики адресов электронной почты» имеет достаточно глубокий смысл при настройке почты. Чуть позже я расскажу как сделать так чтобы адресные пространства (SMTP суффиксы) автоматически назначались для пользователей вашей организации на основе политик почты.

Нет похожих постов.

Сколько нужно живых контроллеров домена для Exchange Server 2013 ?

Не так давно, попросил меня знакомый посмотреть, что не так с его почтовым сервером Exchange Server 2013. Ситуация такая: почта ходит, но EMS не подключается (ссылаясь на то, что нет контроллера домена для обработки запроса) и какие-то странные «варнинги» пишутся в логи приложения. В ходе допроса выяснилось, что Active Directory, столь любимая мной и Exchange сервером, была нещадно изнасилована с удалением 2-х (из 3-х существующих) контроллеров домена (разъехались USN (см. USN Rollback )), а роли FSMO были захвачены варварским образом аж 2 раза. После чего был установлен еще один контроллер домена (далее КД). Итого мы имеем: 2 работающих КД и 2 криво удаленных КД-призрака, распластавших свои метаданные в теле службы каталога.

Причина: Почтовый сервер Exchange Server 2013 по умолчанию требует 50%+ живых, работоспособных, контроллеров домена. Т.е. если из 4 КД работают 2, то почтовый сервер нормально функционировать не будет. Данный параметр прописан в файле Microsoft.Exchange.Directory.TopologyService.exe.config , находящемся по умолчанию в каталоге C:Program FilesMicrosoftExchange ServerV15Bin . Если открыть этот файл, то можно найти параметр MinPercentageOfHealthyDC (по умолчанию равен 50 ). Добавлю, что по этой же причине невозможно будет установить почтовый сервер или CU.

Читать еще:  Корневой домен это

Решение проблемы: Необходимо корректно удалить КД и очистить метаданные (См. Removing a Domain Controller from a Domain и Clean Up Server Metadata ). В нашей ситуации после выполнения очистки ADDS и Exchange Server стали чувствовать себя намного лучше, ошибки исчезли, а возможность подключения к консоли EMS восстановилась.

Поделиться ссылкой на эту запись:

Похожее

Всего комментариев: 11 Комментировать

Могу сказать, что у меня установка CU5 парализовала работу почтовой службы, что пришлось два дня разбираться с ТП Microsoft только из за того, что во время установки его не был виден ОДИН из 5 КД по какому то из портов(так и не определили по какому, времени не было). Тот кто занимается сетевыми делами взял и удалил правило на Керио, которое разрешало серверам Exchange видеть КД по всем портам. На второй половине установки все просто прервалось и ни туда и ни сюда ))

Такое вполне возможно, особенно если на этом КД была роль мастера схемы 🙂

Ну нет конечно.. Это был обычный контроллер, на удаленной площадке в своей подсети. Без сайта.

А Е2010 так же требует 50+% ?? Что-то не нахожу такого файла Microsoft.Exchange.Directory.TopologyService.exe.config

Практический опыт показывает, что в 2010 такой фичи нет. Проблема в отсутствии документации по таким тонкостям. У Майкрософта в последнее время с доками не очень, что на форумах нашел, то и пригодилось, напишу потом про OAB в 2016, там есть командлет который нигде не описан))

Обслуживаемые домены Exchange 2013

Обслуживаемые домены Exchange 2013 — это домены, для которых ваш Exchange принимает и отправляет почту. Обычно у каждой организации есть свой основной домен, с которого идет отправка почты. В большинстве случаев никакие другие домены не используются .

Эта статья является третьей из цикла, в котором освещены вопросы обязательных задач по настройке сервера Exchange 2013 сразу после его установки. Если вам интересны другие задачи, рекомендую обратиться к головной статье по настройке — Настройка Exchange 2013 или основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.

При установке Exchange 2013 автоматически создается один единственный обслуживаемый домен 1 , он же является и основным:

По умолчанию при развертывании новой организации Exchange 2013 в лесу Active Directory Exchange использует имя домена Active Directory, в котором была выполнена команда Setup /PrepareAD. Если необходимо, чтобы получатели получали и отправляли сообщения пользователям в другом домене, необходимо добавить его в качестве обслуживаемого. Этот домен также добавляется в качестве основного SMTP-адреса электронной почты по умолчанию политики адресов в следующем действии.

Поскольку я выполнял установку Exchange в домене corp.bissquit.com (подробнее об установке читайте в моей статье Exchange 2013 — Установка на Windows Server 2012 R2), то и единственным автоматически созданным доменом организации у меня будет именно corp.bissquit.com. Скажу прямо, что это не тот домен, с/на который я бы хотел отправлять/получать почту по умолчанию. Идти в EAC и удалять этот домен совсем не обязательно, лучше создать дополнительный обслуживаемый домен. В моем случае это будет bissquit.com. Если в будущем вы решите добавить возможность приема почты на созданный по умолчанию домен (благо в моем случае это вполне реально, поскольку домен AD совпадает с реальным публичным доменом), это можно будет реализовать с минимальными трудозатратами 2 .

Тем не менее есть ряд случаев, когда одного домена недостаточно, вот некоторые из них:

  • Слияние организаций, когда несколько почтовых серверов разных компаний объединяются в один, а лишние удаляются;
  • В некоторых случаях используются технические домены третьего уровня для отправки служебных данных, а сотрудники отправляют почту с основного домена второго уровня;
  • В организации идет переезд с одного на другой основной домен и некоторое время (или всегда) будет требоваться поддерживать возможность приема/отправки почты на оба домена организации.

В таких ситуациях нужно подключать дополнительные обслуживаемые домены.

Дополнительные обслуживаемые домены Exchange 2013

Итак, через EAC добавить дополнительный обслуживаемый домен Exchange 2013 можно следующим образом:

Поток обработки почтыОбслуживаемые домены — Создать (значок «+»):

Как можно видеть на скриншоте выше, существуют несколько типов обслуживаемых доменов 3 . Домены ретрансляции пока нам не нужны, поэтому оставляем по умолчанию пункт — «Заслуживающий доверия домен».

Аналогичные действия через Powershell выполняются с помощью командлета New-AcceptedDomain 4 , результат проверяется с помощью Get-AcceptedDomain 5 :

[PS] C:Windowssystem32>New-AcceptedDomain -Name bissquit.com -DomainName bissquit.com -DomainType Authoritative
[PS] C:Windowssystem32>Get-AcceptedDomain

На данный момент мы имеем уже два домена. Допустим в будущем я планирую организовать отправку/прием почты с доменов третьего уровня — tech.bissquit.com, corp.bissquit.com. Второй домен уже создан по умолчанию, а вот первый надо создать вручную. Выполним аналогичную команду:

[PS] C:Windowssystem32>New-AcceptedDomain -Name tech.bissquit.com -DomainName tech.bissquit.com -DomainType Authoritative

У внимательного читателя, знакомого немного с Exchange 2013, может возникнуть вопрос — «а почему бы не создать один домен и включить в него все домены третьего уровня?». Действительно, так можно сделать — нужно просто при создании дополнительного домена «включить» в него также все поддомены. Запись домена будет иметь вид — *.bissquit.com. Однако если вы точно знаете какие домены третьего уровня у вас будут использоваться, лучше так не делать вот почему:

  1. Во-первых, вы лишитесь гибкого управления адресами через политики адресов электронной почты;
  2. Во-вторых, вы не получите никакого выигрыша в администрировании — создать доп. обслуживаемые домены Exchange 2013 проще простого и трогать его в будущем вероятнее всего не придется (это вам не администрирование БД);
  3. В-третьих, если вы хотите принимать почту на поддомены, вам все равно придется создавать для них необходимый набор DNS-записей, что тоже само по себе значительно более трудоемко, чем выполнить одну команду для создания доп. домена в Exchange.

Кстати, есть одна интересная вещь:

Если выполнить команду…

[PS] C:Windowssystem32>Get-AcceptedDomain -Identity tech.bissquit.com | Format-List

. то мы получим подробную информацию о конкретном обслуживаемом домене. При этом свойств домена будет значительно больше, чем можно задать через командлет New-AcceptedDomain. Можно обратиться к информации о Set-AcceptedDomain 6 , чтобы лучше узнать какой параметр что означает. Кстати, там же вы найдете информацию о том, чем отличается «домен по умолчанию» от других:

Обслуживаемый домен по умолчанию используется в адресах электронной почты отправителей, у которых нет SMTP-адресов (например, адреса X.400). Адреса электронной почты, не являющиеся адресами SMTP, инкапсулируются в SMTP-адресах с помощью метода инкапсуляции Internet Mail Connector Encapsulated Address (IMCEA). В методе инкапсуляции IMCEA используется значение домена по умолчанию в SMTP-адресе электронной почты.

Читать еще:  Ограничение диапазона значений домена относится к

Если в вашей организации используются только SMTP-адреса электронной почты, вы можете не обращать внимания на значение этого параметра.

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

Домен сервера exchange

Вопрос

Доброе время суток форумчане.

Поставил MS Office 2013, решил переместить файл «*.ost» на другой диск. по методу (exchangefaq.ru/kak-peremestit-ost-fayl-na-drugoy-disk-v-outlook-2013.html), и у меня появился вопрос:
где я могу узнать параметры сервера (сервер и имя пользователя Microsoft Exchange)?

Я думал что в ветке реестра (HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters) что-нибудь найду, но оправддания не сбылись

P.S.
так получилось, что первую конфигурацию (созданную инсталяцией MS Office 2013) я нечаяно удалил, теперь Outlook не запускается

  • Перемещено Alexander Rusinov Moderator 17 апреля 2015 г. 1:33 более подходящий раздел форума

Ответы

все остальные «и т.д.» находятся в любом поисковике по запросу «smtp «и т.д.»» и «POP3 «и т.д.»»

Вы же их первый раз как-то настраивали? процес настройки на 2013 практически не отличается от 2003.

Вы ввели всех в заблуждение своим «Microsoft Exchange» которого у Вас никогда не было.

И файлы c письмами у Вас скорее всего *.pst а не *.ost

Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение»

  • Предложено в качестве ответа Roman Smolyazhenko 17 апреля 2015 г. 4:07
  • Помечено в качестве ответа Жук MVP, Moderator 26 апреля 2015 г. 12:18

Все ответы

>где я могу узнать параметры сервера (сервер и имя пользователя Microsoft Exchange)?

У вас почтовый ящик был подключен точно к Microsoft Exchange?

В таком случае имя сервера и имя пользователя Вы можете узнать у службы которая администрируем этот Exchange.

Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение»

Если Outlook подключали через автообнаружение Exchange, вы увидите файл (файлы) вида «3a53e3c3b2e2324abd746a8d16cd2101 — Autodiscover.xml». Откройте его в блокноте. Там будет поле:

AutoDiscoverSMTPAddress — это email

Далее в нем же найдете кучу URL. Это и будут адреса (или адрес) сервера.

Посмотрите тут:
C:UsersUSERNAMEAppDataLocalMicrosoftOutlook

Если Outlook подключали через автообнаружение Exchange, вы увидите файл (файлы) вида «3a53e3c3b2e2324abd746a8d16cd2101 — Autodiscover.xml». Откройте его в блокноте. Там будет поле:

Нет, к сожалению (или нет) у меня по такому пути нет вообще файлов с расширением «*.xml»

Это значит, что у меня нет сервера Exchange?

Я это почему спрашиваю:

Я ставил MS Office 2013, и в «Панель управления -> Почта -> Показать» у меня появилась конфигурация «Outlook». По ссылке (приведенной выше), как раз настраевается такая конфигурация, с использованием настройки сервера «Microsoft Exchange Server»

  • Изменено Konstantin78 16 апреля 2015 г. 8:56

Но вы же знаете email, на который был настроен Outlook?

Чтобы найти сервер Exchagnge (если он действительно есть), проверьте, куда ведут:

autodiscover.domain.com (A или CNAME)

_autodiscover._tcp. domain.com (SRV)

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

Логин в большинстве случаев будет равен email. Исключение, когда сервер Exchange в вашем домене или некоторые частные случаи.

  • Изменено Tema_BY MVP 16 апреля 2015 г. 9:18

Доброе время суток форумчане.

Поставил MS Office 2013, решил переместить файл «*.ost» на другой диск. по методу (exchangefaq.ru/kak-peremestit-ost-fayl-na-drugoy-disk-v-outlook-2013.html), и у меня появился вопрос:
где я могу узнать параметры сервера (сервер и имя пользователя Microsoft Exchange)?

Я думал что в ветке реестра (HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters) что-нибудь найду, но оправддания не сбылись

P.S.
так получилось, что первую конфигурацию (созданную инсталяцией MS Office 2013) я нечаяно удалил, теперь Outlook не запускается

в Exchange 13 больше нет имени сервера, есть ExchangeGuid пользователя и адрес, поискать можно в ветке

Там будет идентификатор ExchangeGuid типа 7406d4c1-e4fb-4450-9a85-0d3176d658a7@domain.ru, ну а логин и пароль у вас должны быть, используйте инструкцию по ручной настройке ящика.

или сделайте экспорт-импорт ветки profiles

  • Изменено Igor V Simonov 16 апреля 2015 г. 9:20

Но вы же знаете email, на который был настроен Outlook?

Чтобы найти сервер Exchagnge (если он действительно есть), проверьте, куда ведут:

autodiscover.domain.com (A или CNAME)

_autodiscover._tcp. domain.com (SRV)

Да, я знаю e-mail, с которым работал Outlook (в версии 2003), точнее e-mail’ы (у меня их 11 штук было: 3 на «yahoo.com» 2 на «gmail.com» и т.д.)

До этих пор (как я установил MS Office 2013 и полез изменять путь к файлу «*.ost»), я и не знал, что это такое, и есть ли он у меня вообще (т.к. Windows 8.1 я устанавливал сам, и не помню что-то подобное), а пути, что Вы мне написали (если я вас правильно понял):

1-ый ведет к: «Could not locate remote server. «;

2-ой ведет к: к такому же результату;

3-ий ведет на: странику сайта «domain.com»

все остальные «и т.д.» находятся в любом поисковике по запросу «smtp «и т.д.»» и «POP3 «и т.д.»»

Вы же их первый раз как-то настраивали? процес настройки на 2013 практически не отличается от 2003.

Вы ввели всех в заблуждение своим «Microsoft Exchange» которого у Вас никогда не было.

И файлы c письмами у Вас скорее всего *.pst а не *.ost

Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение»

  • Предложено в качестве ответа Roman Smolyazhenko 17 апреля 2015 г. 4:07
  • Помечено в качестве ответа Жук MVP, Moderator 26 апреля 2015 г. 12:18

Да, наверное, так оно и есть.

Я уже давно настраивал неоднократно ящики на клиентах, я уже с этим неоднократно сталкивался, (на всех почтовиках есть настройки клиентов yahoo, gmail, aol, hotmail и т.д.)

Просто я полагал, что для правильной работы «Outlook» нужно настроить запись по умолчанию, которая там появилась после инсталляции MS Office 2013.

И еще один вопрос: я правильно перенес записи Outlook: как сказали, нужно просто перенести эти файлы «*.pst» на новую машину, и вовремя добавления учетной записи типа «POP3» присвоить этой записи соответствующий файл «*.pst».

Просто при получении писем (F9), я получил дубликаты писем. Причем, те письма, которые были в файлах «*.pst» оказались пустыми, и при их открытии, появлялась ошибка «К сожалению не удалось открыть элемент. Возможно это временная проблема, но при ее повторном возникновении может потребоваться перезапустить Outlook. Эта операция не поддерживается, пока сообщение не будет загружено целиком. Загрузите сообщение и повторите попытку»

Ссылка на основную публикацию
Adblock
detector