Роль почтового ящика служба почтового ящика ошибка

Вот собственно лог ошибки

Ошибка:
При выполнении «$error.Clear();
          if ($RoleIsDatacenter -ne $true)
          {
            if (Test-ExchangeServersWriteAccess -DomainController $RoleDomainController -ErrorAction SilentlyContinue)
            {
              $sysMbx = $null;
              $name = «SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}»;
              $dispName = «Microsoft Exchange»;
              Write-ExchangeSetupLog -Info («Retrieving mailboxes with Name=$name.»);
              $mbxs = @(Get-Mailbox -Arbitration -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1 );
              if ($mbxs.Length -eq 0)

              {
                Write-ExchangeSetupLog -Info («Retrieving mailbox databases on Server=$RoleFqdnOrName.»);
                $dbs = @(Get-MailboxDatabase -Server:$RoleFqdnOrName -DomainController $RoleDomainController);
                if ($dbs.Length -ne 0)

                {
                  Write-ExchangeSetupLog -Info («Retrieving users with Name=$name.»);
                  $arbUsers = @(Get-User -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1);
                  if ($arbUsers.Length -ne 0)

                  {
                    Write-ExchangeSetupLog -Info («Enabling mailbox $name.»);
                    $sysMbx = Enable-Mailbox -Arbitration -Identity $arbUsers[0] -DisplayName $dispName -database $dbs[0].Identity;
                  }
                }
              }
              else
              {
                if ($mbxs[0].DisplayName -ne $dispName )
                {
                   Write-ExchangeSetupLog -Info («Setting DisplayName=$dispName.»);
                   Set-Mailbox -Arbitration -Identity $mbxs[0] -DisplayName $dispName -Force;
                }
                $sysMbx = $mbxs[0];
              }

              # Set the Organization Capabilities needed for this mailbox
              if ($sysMbx -ne $null)
              {
                # We need 1 GB for uploading large OAB files to the organization mailbox
                Write-ExchangeSetupLog -Info («Setting mailbox properties.»);
                set-mailbox -Arbitration -identity $sysMbx -UMGrammar:$true -OABGen:$true -GMGen:$true -ClientExtensions:$true -MailRouting:$true -MaxSendSize 1GB -Force;
              }
              else
              {
                Write-ExchangeSetupLog -Info («Cannot find arbitration mailbox with name=$name.»);
              }
            }
            else
            {
              Write-ExchangeSetupLog -Info «Skipping creating E15 System Mailbox because of insufficient permission.»
            } 
          }
        » произошла следующая ошибка: «Параметр Database является обязательным на UserMailbox.».

Ошибка:
При выполнении «$error.Clear();
          if ($RoleIsDatacenter -ne $true)
          {
            if (Test-ExchangeServersWriteAccess -DomainController $RoleDomainController -ErrorAction SilentlyContinue)
            {
              $sysMbx = $null;
              $name = «SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}»;
              $dispName = «Microsoft Exchange»;
              Write-ExchangeSetupLog -Info («Retrieving mailboxes with Name=$name.»);
              $mbxs = @(Get-Mailbox -Arbitration -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1 );
              if ($mbxs.Length -eq 0)

              {
                Write-ExchangeSetupLog -Info («Retrieving mailbox databases on Server=$RoleFqdnOrName.»);
                $dbs = @(Get-MailboxDatabase -Server:$RoleFqdnOrName -DomainController $RoleDomainController);
                if ($dbs.Length -ne 0)

                {
                  Write-ExchangeSetupLog -Info («Retrieving users with Name=$name.»);
                  $arbUsers = @(Get-User -Filter {name -eq $name} -IgnoreDefaultScope -ResultSize 1);
                  if ($arbUsers.Length -ne 0)

                  {
                    Write-ExchangeSetupLog -Info («Enabling mailbox $name.»);
                    $sysMbx = Enable-Mailbox -Arbitration -Identity $arbUsers[0] -DisplayName $dispName -database $dbs[0].Identity;
                  }
                }
              }
              else
              {
                if ($mbxs[0].DisplayName -ne $dispName )
                {
                   Write-ExchangeSetupLog -Info («Setting DisplayName=$dispName.»);
                   Set-Mailbox -Arbitration -Identity $mbxs[0] -DisplayName $dispName -Force;
                }
                $sysMbx = $mbxs[0];
              }

              # Set the Organization Capabilities needed for this mailbox
              if ($sysMbx -ne $null)
              {
                # We need 1 GB for uploading large OAB files to the organization mailbox
                Write-ExchangeSetupLog -Info («Setting mailbox properties.»);
                set-mailbox -Arbitration -identity $sysMbx -UMGrammar:$true -OABGen:$true -GMGen:$true -ClientExtensions:$true -MailRouting:$true -MaxSendSize 1GB -Force;
              }
              else
              {
                Write-ExchangeSetupLog -Info («Cannot find arbitration mailbox with name=$name.»);
              }
            }
            else
            {
              Write-ExchangeSetupLog -Info «Skipping creating E15 System Mailbox because of insufficient permission.»
            } 
          }
        » произошла следующая ошибка: «Параметр Database является обязательным на UserMailbox. Имя свойства: Database».

 Сколько не боролся, не могу понять в чём может быть дело…

что уже было сделано:

удалял exchange server 2013 через панель управления,

чистил AD (в ADSIEDIT на сервере ADDS удалил в Контекст именования по умолчанию

Microsoft Exchange Security Groups

Microsoft Exchange System Objects

в Конфигурация

Services/Microsoft Exchange

Services/Microsoft Exchange Autodiscover

Extended-Rights/Exchange-Information

Extended-Rights/Exchange-Personal-Information

и все записи начинающиеся на Extended-Rights/ms-Exch-*

CN=Services/Public Key Services/Certificate Templates/ записи

CAExchange

ExchangeUser

ExchangeUserSignature)

Может чего-то не до конца удалил из AD? Может есть какой-то способ «полной очистки» от мусора exchange?)

Прошу помочь в решении данного вопроса. Заранее благодарен.

Hello

I am currently really annoyed. We are migrating our Exchange from 2010 to 2016. I installed two Exchange 2016 test servers that I have now removed. I reinstalled Win2012 on them and when I try reinstalling Exchange 2016 I got the following error:

Languages
Management tools
Mailbox role: Transport service
Mailbox role: Client Access service
Mailbox role: Unified Messaging service
Mailbox role: Mailbox service
Mailbox role: Front End Transport service
Mailbox role: Client Access Front End service

Performing Microsoft Exchange Server Prerequisite Check

    Configuring Prerequisites                                 COMPLETED
    Prerequisite Analysis                                     COMPLETED

Configuring Microsoft Exchange Server

    Preparing Setup                                           COMPLETED
    Stopping Services                                         COMPLETED
    Copying Exchange Files                                    COMPLETED
    Language Files                                            COMPLETED
    Restoring Services                                        COMPLETED
    Language Configuration                                    COMPLETED
    Exchange Management Tools                                 COMPLETED
    Mailbox role: Transport service                           COMPLETED
    Mailbox role: Client Access service                       COMPLETED
    Mailbox role: Unified Messaging service                   COMPLETED
    Mailbox role: Mailbox service                             FAILED

The following error was generated when "$error.Clear();
 if ($RoleIsDatacenter -ne $true -and $RoleIsDatacenterDedicated -ne $true)
 {
 if
(Test-ExchangeServersWriteAccess -DomainController $RoleDomainController
-ErrorAction SilentlyContinue)
 {
 $sysMbx = $null;
 $name =
"SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}";
 $dispName = "Microsoft
Exchange";
 Write-ExchangeSetupLog -Info ("Retrieving mailboxes with
Name=$name.");
 $mbxs = @(Get-Mailbox -Arbitration -Filter {name -eq $name}
-IgnoreDefaultScope -ResultSize 1 );
 if ($mbxs.Length -eq 0)
 {

Write-ExchangeSetupLog -Info ("Retrieving mailbox databases on
Server=$RoleFqdnOrName.");
 $dbs = @(Get-MailboxDatabase
-Server:$RoleFqdnOrName -DomainController $RoleDomainController);
 if
($dbs.Length -ne 0)
 {
 Write-ExchangeSetupLog -Info ("Retrieving users with
Name=$name.");
 $arbUsers = @(Get-User -Filter {name -eq $name}
-IgnoreDefaultScope -ResultSize 1);
 if ($arbUsers.Length -ne 0)
 {

Write-ExchangeSetupLog -Info ("Enabling mailbox $name.");
 $sysMbx =
Enable-Mailbox -Arbitration -Identity $arbUsers[0] -DisplayName $dispName
-database $dbs[0].Identity;
 }
 }
 }
 else
 {
 if ($mbxs[0].DisplayName -ne
$dispName )
 {
 Write-ExchangeSetupLog -Info ("Setting
DisplayName=$dispName.");
 Set-Mailbox -Arbitration -Identity $mbxs[0]
-DisplayName $dispName -Force;
 }
 $sysMbx = $mbxs[0];
 }

 # Set the
Organization Capabilities needed for this mailbox
 if ($sysMbx -ne $null)
 {
 #
We need 1 GB for uploading large OAB files to the organization mailbox

Write-ExchangeSetupLog -Info ("Setting mailbox properties.");
 set-mailbox
-Arbitration -identity $sysMbx -UMGrammar:$true -OABGen:$true -GMGen:$true
-ClientExtensions:$true -MailRouting:$true -MessageTracking:$true
-PstProvider:$true -MaxSendSize 1GB -Force;

 Write-ExchangeSetupLog -Info
("Configuring offline address book(s) for this mailbox");

Get-OfflineAddressBook | where
{$_.ExchangeVersion.CompareTo([Microsoft.Exchange.Data.ExchangeObjectVersion]::E
xchange2012)
-ge 0 -and $_.GeneratingMailbox -eq $null} | Set-OfflineAddressBook
-GeneratingMailbox $sysMbx.Identity;
 }
 else
 {
 Write-ExchangeSetupLog -Info
("Cannot find arbitration mailbox with name=$name.");
 }
 }
 else
 {

Write-ExchangeSetupLog -Info "Skipping creating E15 System Mailbox because of
insufficient permission."
 }
 }
 " was run:
"Microsoft.Exchange.Data.DataValidationException: Database is mandatory on
UserMailbox.
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCacheab
leItem`1.TryRunADOperation(ADOperation
operation, Boolean throwExceptions)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCacheab
leItem`1.Initialize(OrganizationId
organizationId, CacheNotificationHandler cacheNotificationHandler, Object
state)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.InitializeAndAddPerTenantSettings(OrganizationId
orgId, Boolean allowExceptions, TSettings& perTenantSettings, Object state)

at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.TryGetValue(OrganizationId
orgId, Boolean allowExceptions, TSettings& perTenantSettings, Boolean&
hasExpired, Object state)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.GetValue(OrganizationId
orgId)
 at
Microsoft.Exchange.Management.RecipientTasks.GetMailbox.ConvertDataObjectToPrese
ntationObject(IConfigurable
dataObject)
 at
Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.WriteResult(ICon
figurable
dataObject)
 at
Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`
1
dataObjects)
 at
Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.InternalProcessRecord()

at
Microsoft.Exchange.Configuration.Tasks.GetObjectWithIdentityTaskBase`2.InternalP
rocessRecord()

 at
Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.InternalProcessR
ecord()

 at
Microsoft.Exchange.Management.RecipientTasks.GetRecipientWithAddressListBase`2.I
nternalProcessRecord()

 at Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__b()
 at
Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String
funcName, Action func, Boolean terminatePipelineIfFailed)".


The Exchange Server setup operation didn't complete. More details can be found
in ExchangeSetup.log located in the <SystemDrive>:ExchangeSetupLogs folder.

F:>

In this error message, I noticed «SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}». I do not know if it is relevant.

I cleaned everything I could in ADSIEdit.

CN=Database Availability Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed the «DAG object» from the previous installation.

CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed «CN=Mailbox Database 1361358877» 

CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed the «server object» from previous installation.

Do you have any suggestion ?

Thanks so much

— Yann

Hello

I am currently really annoyed. We are migrating our Exchange from 2010 to 2016. I installed two Exchange 2016 test servers that I have now removed. I reinstalled Win2012 on them and when I try reinstalling Exchange 2016 I got the following error:

Languages
Management tools
Mailbox role: Transport service
Mailbox role: Client Access service
Mailbox role: Unified Messaging service
Mailbox role: Mailbox service
Mailbox role: Front End Transport service
Mailbox role: Client Access Front End service

Performing Microsoft Exchange Server Prerequisite Check

    Configuring Prerequisites                                 COMPLETED
    Prerequisite Analysis                                     COMPLETED

Configuring Microsoft Exchange Server

    Preparing Setup                                           COMPLETED
    Stopping Services                                         COMPLETED
    Copying Exchange Files                                    COMPLETED
    Language Files                                            COMPLETED
    Restoring Services                                        COMPLETED
    Language Configuration                                    COMPLETED
    Exchange Management Tools                                 COMPLETED
    Mailbox role: Transport service                           COMPLETED
    Mailbox role: Client Access service                       COMPLETED
    Mailbox role: Unified Messaging service                   COMPLETED
    Mailbox role: Mailbox service                             FAILED

The following error was generated when "$error.Clear();
 if ($RoleIsDatacenter -ne $true -and $RoleIsDatacenterDedicated -ne $true)
 {
 if
(Test-ExchangeServersWriteAccess -DomainController $RoleDomainController
-ErrorAction SilentlyContinue)
 {
 $sysMbx = $null;
 $name =
"SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}";
 $dispName = "Microsoft
Exchange";
 Write-ExchangeSetupLog -Info ("Retrieving mailboxes with
Name=$name.");
 $mbxs = @(Get-Mailbox -Arbitration -Filter {name -eq $name}
-IgnoreDefaultScope -ResultSize 1 );
 if ($mbxs.Length -eq 0)
 {

Write-ExchangeSetupLog -Info ("Retrieving mailbox databases on
Server=$RoleFqdnOrName.");
 $dbs = @(Get-MailboxDatabase
-Server:$RoleFqdnOrName -DomainController $RoleDomainController);
 if
($dbs.Length -ne 0)
 {
 Write-ExchangeSetupLog -Info ("Retrieving users with
Name=$name.");
 $arbUsers = @(Get-User -Filter {name -eq $name}
-IgnoreDefaultScope -ResultSize 1);
 if ($arbUsers.Length -ne 0)
 {

Write-ExchangeSetupLog -Info ("Enabling mailbox $name.");
 $sysMbx =
Enable-Mailbox -Arbitration -Identity $arbUsers[0] -DisplayName $dispName
-database $dbs[0].Identity;
 }
 }
 }
 else
 {
 if ($mbxs[0].DisplayName -ne
$dispName )
 {
 Write-ExchangeSetupLog -Info ("Setting
DisplayName=$dispName.");
 Set-Mailbox -Arbitration -Identity $mbxs[0]
-DisplayName $dispName -Force;
 }
 $sysMbx = $mbxs[0];
 }

 # Set the
Organization Capabilities needed for this mailbox
 if ($sysMbx -ne $null)
 {
 #
We need 1 GB for uploading large OAB files to the organization mailbox

Write-ExchangeSetupLog -Info ("Setting mailbox properties.");
 set-mailbox
-Arbitration -identity $sysMbx -UMGrammar:$true -OABGen:$true -GMGen:$true
-ClientExtensions:$true -MailRouting:$true -MessageTracking:$true
-PstProvider:$true -MaxSendSize 1GB -Force;

 Write-ExchangeSetupLog -Info
("Configuring offline address book(s) for this mailbox");

Get-OfflineAddressBook | where
{$_.ExchangeVersion.CompareTo([Microsoft.Exchange.Data.ExchangeObjectVersion]::E
xchange2012)
-ge 0 -and $_.GeneratingMailbox -eq $null} | Set-OfflineAddressBook
-GeneratingMailbox $sysMbx.Identity;
 }
 else
 {
 Write-ExchangeSetupLog -Info
("Cannot find arbitration mailbox with name=$name.");
 }
 }
 else
 {

Write-ExchangeSetupLog -Info "Skipping creating E15 System Mailbox because of
insufficient permission."
 }
 }
 " was run:
"Microsoft.Exchange.Data.DataValidationException: Database is mandatory on
UserMailbox.
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCacheab
leItem`1.TryRunADOperation(ADOperation
operation, Boolean throwExceptions)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCacheab
leItem`1.Initialize(OrganizationId
organizationId, CacheNotificationHandler cacheNotificationHandler, Object
state)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.InitializeAndAddPerTenantSettings(OrganizationId
orgId, Boolean allowExceptions, TSettings& perTenantSettings, Object state)

at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.TryGetValue(OrganizationId
orgId, Boolean allowExceptions, TSettings& perTenantSettings, Boolean&
hasExpired, Object state)
 at
Microsoft.Exchange.Data.Directory.SystemConfiguration.TenantConfigurationCache`1
.GetValue(OrganizationId
orgId)
 at
Microsoft.Exchange.Management.RecipientTasks.GetMailbox.ConvertDataObjectToPrese
ntationObject(IConfigurable
dataObject)
 at
Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.WriteResult(ICon
figurable
dataObject)
 at
Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`
1
dataObjects)
 at
Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.InternalProcessRecord()

at
Microsoft.Exchange.Configuration.Tasks.GetObjectWithIdentityTaskBase`2.InternalP
rocessRecord()

 at
Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.InternalProcessR
ecord()

 at
Microsoft.Exchange.Management.RecipientTasks.GetRecipientWithAddressListBase`2.I
nternalProcessRecord()

 at Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__b()
 at
Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String
funcName, Action func, Boolean terminatePipelineIfFailed)".


The Exchange Server setup operation didn't complete. More details can be found
in ExchangeSetup.log located in the <SystemDrive>:ExchangeSetupLogs folder.

F:>

In this error message, I noticed «SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}». I do not know if it is relevant.

I cleaned everything I could in ADSIEdit.

CN=Database Availability Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed the «DAG object» from the previous installation.

CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed «CN=Mailbox Database 1361358877» 

CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=FVE,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fednet,DC=local

Removed the «server object» from previous installation.

Do you have any suggestion ?

Thanks so much

— Yann

В этой статье хочу рассмотреть установку и простую базовую настройку связки Microsoft Exchange 2019 + Proxmox Mail Gateway, где Microsoft Exchange 2019 выступает почтовым сервером, а Proxmox Mail Gateway выступает почтовым шлюзом для этого сервера и разгружает его фильтрацией спама (и не только).

Подобную связку я уже рассматривал. Было это давно, и тогда это была Zimbra 7 + кастомный почтовый шлюз: 

https://typical-admin.ru/obshaya/linux-fedora/server-mail-ftp-jabber-mail-gateway1

Почтовый шлюз я также настраивал и на FreeBSD: 

https://typical-admin.ru/obshaya/freebsd/mail-gateway-freebsd

Но это всё было давно. Сейчас же есть готовое решение, и почему бы его не попробовать.

Итак, имеется:

1. Машина с Windows server 2019 и настроенной ролью контроллера домена Active Directory.

2. Машина с голым Windows server 2019, являющаяся членом домена Active Directory.

3. Машина без ОС для последующей установки Proxmox Mail Gateway. 

Приступаю к установке Microsoft Exchange 2019 на машину с предустановленной Windows server 2019. Ссылки на дистрибутивы прикладывать не буду, т.к. сейчас на сайте Microsoft нет возможности их скачать. Пришлось искать по старинке. Запускаю установщик и на первом шаге отказываюсь от проверки обновлений, т.к. весь мой стенд тестовый. При установке боевого сервера лучше не отказываться от обновлений.

Жму Далее и дожидаюсь копирования файлов:

Следующие два шага будут «Введение» и принятие лицензии, с ними всё понятно. Параметры оставляю рекомендуемые:

При выборе роли сервера указываю, что это будет роль почтового ящика (она же mailbox) и ставлю галку, чтобы установщик сам автоматически поставил недостающие роли и компоненты для Windows:

Жму «Далее». На следующем шаге выбираю каталог установки Exchange:

Потом указываю имя организации:

Защиту от вредоносных программ пока не отключаю. Если понадобится, отключу её уже после настройки Proxmox Mail Gateway.

После чего запускается проверка готовности:

И в итоге получаю кучу ошибок: 

Ошибка:
Необходимо установить .NET Framework 4.8 (https://support.microsoft.com/kb/4503548).
Дополнительные сведения: https://docs.microsoft.com/Exchange/plan-and-deploy/system-requirements?view=exchserver-2019 

Ошибка:
Схема Active Directory устарела, и эта учетная запись пользователя не входит в группу «Администраторы схемы» или «Администраторы предприятия».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.SchemaUpdateRequired.aspx 

Ошибка:
Необходимо выполнить глобальные обновления Active Directory, но данная учетная запись пользователя не входит в группу «Администраторы предприятия».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.GlobalUpdateRequired.aspx 

Ошибка:
Необходимо обновить локальный домен. Для продолжения необходимо быть членом групп «Администраторы домена», «Управление организацией» или группы «Администраторы предприятия».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.LocalDomainPrep.aspx 

Ошибка:
Для продолжения необходимо быть членом группы ролей «Управление организацией» или группы «Администраторы предприятия».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.GlobalServerInstall.aspx 

Ошибка:
Чтобы установить или обновить первую роль сервера почтовых ящиков в топологии, необходимо войти в систему с помощью учетной записи члена группы ролей «Управление организацией».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.DelegatedBridgeheadFirstInstall.aspx 

Ошибка:
Чтобы установить первую роль сервера клиентского доступа в топологии, необходимо войти в систему с помощью учетной записи члена группы ролей «Управление организацией».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.DelegatedCafeFirstInstall.aspx 

Ошибка:
Чтобы установить первую роль сервера клиентского доступа в топологии, необходимо войти в систему с помощью учетной записи члена группы ролей «Управление организацией».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.DelegatedFrontendTransportFirstInstall.aspx 

Ошибка:
Чтобы установить или обновить первую роль сервера почтовых ящиков в топологии, необходимо войти в систему с помощью учетной записи члена группы ролей «Управление организацией».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.DelegatedMailboxFirstInstall.aspx 

Ошибка:
Чтобы установить или обновить первую роль сервера клиентского доступа в топологии, необходимо войти в систему с помощью учетной записи члена группы ролей «Управление организацией».
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.DelegatedClientAccessFirstInstall.aspx 

Ошибка:
На этом компьютере необходимо установить 64-разрядный пакет Microsoft Unified Communications Managed API 4.0 Core Runtime. Установите это ПО со страницы http://go.microsoft.com/fwlink/?LinkId=260990.
Дополнительные сведения: https://docs.microsoft.com/Exchange/plan-and-deploy/deployment-ref/readiness-checks?view=exchserver-2019 

Ошибка:
Распространяемый пакет Visual C++ 2013 является необходимым компонентом. Установите требуемые двоичные файлы и повторно запустите установку. Чтобы скачать их, воспользуйтесь универсальным кодом ресурса (URI) https://www.microsoft.com/download/details.aspx?id=40784.
Дополнительные сведения: http://technet.microsoft.com/library(EXCHG.150)/ms.exch.setupreadiness.VC2013RedistDependencyRequirement.aspx 

Из всего этого следует, что установщик может отнюдь не все дополнительные роли и компоненты установить сам. Нужно ему помочь: 

1. Установить Распространяемый пакет Visual C++ 2013

2. Установить 64-разрядный пакет Microsoft Unified Communications Managed API 4.0 Core Runtime

3. Установить .NET Framework 4.8

4. Мой виндовый пользователь является администратором домена. Но его также надо включить в группу «Администраторы предприятия» и «Администратор схемы»:

Ссылки для скачивая отсутствующих компонентов приложены прям в тексте с ошибками. Скачиваю и устанавливаю всё, что просит установщик.

Затем снова запускаю установщик Microsoft Exchange 2019. На этот раз получаю лишь пару предупреждений и жму кнопку «Установить»:

Установка занимает довольно длительное время.

После завершения установки жму «Готово» и перезагружаю сервер.

Теперь перехожу к базовой настройке Microsoft Exchange 2019. Сначала настрою его так, чтобы он работал сам по себе, без почтового шлюза Proxmox. Протестирую, нормально ли уходят письма на внешние сервера (mail.ru, yandex.ru), а уже потом буду приделывать Proxmox Mail Gateway.

Захожу в Exchange Administrative Center:

Логин и пароль — от доменного администратора. Логин ввожу в формате domainuser.

Добавлю доверенный домен. В разделе “Поток обработки почты” выбираю подраздел “Обслуживаемые домены” и нажимаю на кнопку “+”:

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

Домен появился в списке обслуживаемых:

Жму двойной клик мыши на созданном домене и в появившемся окне ставлю галку «Сделать доменом по умолчанию», затем кнопку «Сохранить»:

Теперь необходимо создать политику по формированию почтовых адресов. В разделе “Поток обработки почты” выбираю подраздел “Политики адресов электронной почты” и нажимаю на кнопку “+”:

Далее необходимо указать имя для новой политики и выбрать на кого она будет применяться, а также определить, как будут формироваться почтовые адреса в организации. У меня почтовые адреса будут формироваться на основе “Alias”. Указываю имя для политики по формированию почтовых адресов и нажимаю кнопку “+”:

Указываю основной домен и выбираю “alias@contoso.com”. Нажимаю на кнопку “Сохранить”:

После того как определено, как будут у меня формироваться почтовые адреса, нажимаю на кнопку “Сохранить”:

Обращаю внимание на предупреждение:

После того как политика будет добавлена, она появится в подразделе “Политики адресов электронной почты” со статусом “Не применена”. Для применения политики нажимаю надпись “Применить”:

Теперь необходимо создать коннектор отправки для возможности отправлять почту за пределы организации. В разделе “Поток обработки почты” выбираю подраздел “Соединители отправки” и нажимаю на кнопку “+”:

Указываю имя для нового коннектора отправки и в разделе “Тип” выбираю “Интернет”. Нажимаю на кнопку “Далее”:

Пока что, отправка почты будет осуществляться согласно записям MX. Выбираю “Запись MX, связанная с доменом получателя” и нажимаю на кнопку “Далее”. Потом эта настройка будет изменена на отправку через Proxmox Mail Gateway.

Далее необходимо указать, для каких доменов будет работать новый коннектор. Нажимаю на кнопку “+”:

В поле “Полное доменное имя (FQDN)” указываю “*”. Таким образом, новый коннектор отправки будет обрабатывать все домены. Нажимаю на кнопку “Сохранить”:

После указания для каких доменов будет работать новый коннектор, нажимаю на кнопку “Далее”:

Затем нужно указать, на каком сервере Exchange будет создан коннектор отправки. Нажимаю на кнопку “+”:

Выбираю сервер Exchange, на котором будет создан коннектор отправки. У меня он единственный. Нажимаю на кнопку “OK”:

Все готово для создания коннектора отправки. Нажимаю на кнопку “Готово”:

Далее в разделе “Поток обработки почты”, выбираю подраздел “Соединители отправки” и нажимаю на созданный коннектор отправки два раза левой кнопкой мыши:

В разделе “общие” в меню “Максимальный размер отправляемых сообщений (МБ)” можно настроить максимально допустимый размер почтовых вложений для отправки:

Далее в разделе “определение области” в поле “FQDN: Укажите полное доменное имя, которое этот соединитель будет предоставлять в ответ на запрос HELO или EHLO.” указываю имя, по которому почтовый сервер доступен из сети Интернет:

Нажимаю на кнопку “Сохранить”.

В разделе “Поток обработки почты” выбираю подраздел “Соединители отправки”. Затем нажимаю на кнопку “…” и выбираю “Параметры транспорта организации”:

В разделе “число попыток (Limits)” можно настроить максимально допустимый размер почтовых вложений для отправки и приема. Указываю необходимые значения и нажимаю на кнопку “Сохранить”:

Что же касается DNS-записей, то публичные записи для домена typical-admin.ru у меня выглядят вот так:

Записи, не относящиеся к теме, я замазал. Да, сайт typical-admin.ru и Exchange сервер имеют один и тот же IP-адрес. На роутере проброс портов 80 и 443 ведёт на сервер с моим сайтом. Сайт typical-admin.ru работает на Nginx, который можно использовать как Reverse Proxy для вэб-интерфейса Exchange сервера. Не буду на этом сейчас заострять внимание.

Чтобы пользователи локальной сети, переходя по адресу mail.typical-admin.ru, попадали сразу на Exchange сервер напрямую на его локальный IP-адрес, надо на локальном DNS-сервере создать свою зону typical-admin.ru. Выглядеть это будет так:

Указываю, что зона будет основной, но к Active Directory относиться не будет (галку снял):

Жму «Далее» и на следующем шаге указываю название зоны:

Жму «Далее» и на следующих шагах тоже «Далее»:

И потом внутри самой DNS-зоны делаю вот такие записи: А-запись:

И MX-запись:

Получается, что клиенты, заходящие из интернета на свою почту по адресу https://mail.typical-admin.ru, будут попадать на внешний IP-адрес (маршрутизатора, а дальше, через проброс порта, попадут на nginx, который, в свою очередь, передаст запрос на IIS Exchange сервера), а клиенты из локальной сети, заходящие на свою почту по адресу https://mail.typical-admin.ru, будут попадать на локальный IP-адрес Exchange сервера.

Теперь адрес mail.typical-admin.ru надо прописать в виртуальных каталогах в качестве внешнего. В разделе “Серверы” выбираю подраздел “Виртуальные каталоги” и выбираю виртуальную папку “owa (Default Web Site)”, а затем нажимаю на неё два раза левой кнопкой мыши:

В разделе “общие” в поле “Внешний URL-адрес” указываю имя, по которому почтовый сервер доступен из сети Интернет, а также добавляю “/owa”:

Жму «Сохранить».

Теперь пропишу адрес, по которому почтовый сервер доступен из сети Интернет, в конфигурацию сервера Exchange. В разделе “Серверы” выбираю подраздел “Виртуальные каталоги” и выбираю виртуальную папку “ecp (Default Web Site)”, а затем нажимаю на неё два раза левой кнопкой мыши:

В разделе “общие” в поле “Внешний URL-адрес” указываю имя, по которому почтовый сервер доступен из сети Интернет, а также добавляю “/ecp”. Нажимаю на кнопку “Сохранить”.

Аналогично прописываю и в остальных каталогах:

EWS (Default Web Site) → https://mail.typical-admin.ru/EWS/Exchange.asmx

mapi (Default Web Site) → https://mail.typical-admin.ru/mapi

Microsoft-Server-ActiveSync (Default Web Site) → https://mail.typical-admin.ru/Microsoft-Server-ActiveSync

OAB (Default Web Site) → https://mail.typical-admin.ru/OAB

PowerShell (Default Web Site) → http://mail.typical-admin.ru/powershell

Далее настрою сервис “Мобильный Outlook”. Данный сервис служит для подключения к серверу Exchange через Интернет при помощи “Outlook”. В разделе “Серверы” выбираю подраздел “Серверы”, выбираю сервер Exchange и нажимаю на него два раза левой кнопкой мыши:

Далее в поле “Укажите имя внешнего узла (например, contoso.com) для подключения пользователей к вашей организации.” указываю имя, по которому почтовый сервер доступен из сети Интернет. Затем в меню “Укажите метод проверки подлинности для использования внешними клиентами при подключении к вашей организации” выбираю “NTLM” и снимаю галочку “Разрешить разгрузку SSL”. Нажимаю на кнопку “Сохранить”.

Теперь пробую создать нового пользователя с почтовым ящиком. В разделе “Получатели” выбираю подраздел “Почтовые ящики”. Там нажимаю на кнопку “+” и выбираю “Почтовый ящик пользователя”.

Теперь указываю псевдоним и имя для нового пользователя. Затем нужно выбрать Подразделение, в котором планируется создать нового пользователя. Нажимаю на кнопку “Обзор”:

Выбираю подразделение, в которое необходимо поместить нового пользователя, и нажимаю на кнопку “OK”:

В поле “Имя для входа” указываю логин для нового пользователя. Далее указываю пароль и нажимаю на кнопку “Сохранить”:

После того как пользователь с почтовым ящиком будет создан, он появится в разделе “Почтовые ящики”:

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

На Mail.ru и Яндекс письма пришли:

Теперь пробую ответить с Яндекса и Мэйла. Письма пришли:

Хорошо, значит почта работает, письма ходят. Пришло время установить и прикрутить Proxmox Mail Gateway.

Вторая часть.

Донаты принимаются на кошельки:

Yoomoney:
4100118091867315

BTC:
bc1qzw9vam8mv6derwscxl0vrnd6m9t2rpjg273mna

ETH / BNB BSC / Polygon MATIC:
0x5cc07FF76490350ac6112fbFdA1B545Bc794602F

Tron:
TJUz8sJr9XYMjVqzmFNnCzzRWfPa57X2RV

USDT/USDC в сетях ETH/BSC/Polygon:
0x5cc07FF76490350ac6112fbFdA1B545Bc794602F

USDT в сети TRX (Tron):
TJUz8sJr9XYMjVqzmFNnCzzRWfPa57X2RV

LTC:
LRMZaFCSyCT6FUF62WEX1BokWV7v2dh2zo

Doge:
DTEnGLZRps9XaWNtAhchJWSeD4uTNDRxg7

XMR:
4A6uP1WxEc7HktToZFyiJuK6YmjdL8bSn2aY653qPwABhT4Y56iFuedgHcmpvLwWE55u8qkjGc715ZJs761FqedA8gkgznr

TON:
UQAdSPiWIDx2Q1VIeezkUV3s4sNlZM90w2ohSO6bD2-okwgY

Перенос почтового ящика из одной базы в другую — процедура самая обычная и не вызывающая особых сложностей. Но бывают исключения.

История такая: перемещаю ящик с помощью PowerShell, и, как обычно, мониторю процесс переноса такой вот командой:

Get-MoveRequest | where {$_.status -ne "completed"} | Get-MoveRequestStatistics | ft -a displayname,status*,percent

Сначала ящик едет довольно бодро, но потом процесс останавливается на 95% и замирает в состоянии StalledDueToTarget_DataGuaranteeWait. Это состояние длится довольно долго, после чего процесс переноса завершается ошибкой.

Статус ошибки не указывает на причину, поэтому вывожу более подробную информацию:

Get-MoveRequest | where {$_.status -ne "completed"} | Get-MoveRequestStatistics | fl *failure*, message

Получаю вот такое сообщение, в котором говорится примерно следующее: «Не удалось реплицировать изменения почтового ящика. База данных не удовлетворяет ограничению SecondCopy потому что время фиксации изменений 04.09.2020 10:07:15 не гарантирует время репликации 31.12.9999 23: 59: 59».

Не очень внятное объяснение, особенно смущает дата из недалекого 🙂 будущего. Но понятно, куда примерно копать. На серверах настроен DAG (Database Availability Group), база, в которую перемещается ящик, имеет копию, и видимо между базами есть проблемы с репликацией.

Проверяю состояние копий базы командой:

Get-MailboxDatabaseCopyStatus -Identity db10

Как ни странно, все в полном порядке.

Тогда проверяю работу репликации на сервере, на котором располагается база:

Test-ReplicationHealth -Server mbx2

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

На этом история завершилась. А в качестве заключения немного теории.

Data Guarantee API

Exchange Server включает в себя функционал Data Guarantee API, который используется службой репликации почтовых ящиков (Mailbox Replication Service, MRS) для проверки состояния системы копирования почтовых баз на основе определенных настроек. В частности, Data Guarantee API может использоваться для:

• Проверки  Replication Health — подтверждение того, что доступно заданное число копий почтовой базы.
• Проверки Replication Flush — подтверждение того, что необходимые файлы журналов успешно применены к заданному числу копий почтовой базы.

После выполнения проверки API возвращает следующую информацию:

Статус

• Retry — возвращается как  результат промежуточных ошибок, которые делают невозможным проверку состояния почтовой базы.
• Satisfied — возвращается, когда почтовая база соответствует заданным условиям или база не реплицируется.
• NotSatisfied — возвращается, когда почтовая база не соответствует заданным условиям. Кроме того возвращается информация о том, почему получен код NotSatisfied.

Время ожидания повторной проверки

• Если информация о копировании не получена, то время ожидания по умолчанию составляет  10 секунд.
• Если не найдено ни одной здоровой копии почтовой базы, то время ожидания по умолчанию составляет 2 минуты.
• Если здоровая копия почтовой базы найдена, но она отстает в репликации, то время ожидания по умолчанию составляет 1 минуту.

Максимально возможное время ожидания 10 минут.

DataMoveReplicationConstraint

Каждая база имеет свойство DataMoveReplicationConstraint, которое определяет, сколько копий почтовой базы должно быть возвращено в запросе. DataMoveReplicationConstraint может принимать следующие значения:

• None — значение по умолчанию, присваивается при создании базы. При значении None условия в Data Guarantee API игнорируются. Это значение должно использоваться только для почтовых баз, которые существуют в единственном экземпляре и не реплицируются.
• SecondCopy — как минимум одна пассивная копия базы должна соответствовать условиям Data Guarantee API. Это значение по умолчанию, которое присваивается при создании копии базы.
• SecondDatacenter — как минимум одна копия базы в другом сайте Active Directory должна соответствовать условиям Data Guarantee API.
• AllDatacenters — как минимум одна копия базы в каждом сайте Active Directory должна соответствовать условиям Data Guarantee API.
• AllCopies — все копии почтовой базы должны соответствовать условиям Data Guarantee API.

Check Replication Health

Когда Data Guarantee API определяет «здоровье» инфраструктуры копий почтовых баз, вычисляются следующие параметры:

Если DataMoveReplicationConstraint имеет значение SecondCopy, то для данной базы по крайней мере одна пассивная копия должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10. Средняя длина очереди копирования вычисляется на основе количества запросов приложения к состоянию базы данных.

Если DataMoveReplicationConstraint имеет значение SecondDatacenter, то для данной базы по крайней мере одна пассивная копия в другом сайте Active Directory должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

3. Если DataMoveReplicationConstraint имеет значение AllDatacenters, то для данной почтовой базы активная копия должна быть смонтирована, а пассивная копия в каждом сайте Active Directory должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

4. Если DataMoveReplicationConstraint имеет значение AllCopies, то для данной почтовой базы активная копия должна быть смонтирована, а все пассивные копии почтовой базы должны:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

Check Replication Flush

Data Guarantee API может  также использоваться для проверки того, что заданное число копий почтовой базы применяет требуемые транзакционные журналы. Это проверяется сравнением временной метки последнего примененного журнала с временной меткой подтверждения от вызывающего сервиса (в большинстве случаев это временная метка последнего файла журнала, который содержит требуемую информацию) плюс 5 секунд (это связано с отклонениями системного времени). Если метка времени применения больше, чем время подтверждения, то проверка возвращает статус Satisfied, если меньше — возвращает статус NotSatisfied.

Mailbox Replication Service

При перемещении ящиков служба репликации MRS вызывает Data Guarantee API несколько раз за время выполнения запроса на перемещение. Перемещение выполняется в следующем порядке:

• Запрос на перемещение обновляет Active Directory и помещает сообщение в системный почтовый ящик, расположенный в почтовой базе целевого сайта Active Directory. Затем MRS запрашивает Data Guarantee API, чтобы определить здоровье целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS начинает перемещение информации, клонируя структуру почтового ящика в целевую почтовую базу, параллельно запрашивая Data Guarantee API для определения состояния целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS выполняет начальную синхронизацию, создавая мгновенный снимок почтового ящика-источника и реплицируя его папки и содержимое. Во время этого процесса MRS запрашивает Data Guarantee API каждые 10 секунд, чтобы определить состояние целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS выполняет дополнительную синхронизацию, реплицируя изменения, появившиеся по отношению к первоначальному мгновенному снимку. Во время этого процесса MRS запрашивает Data Guarantee API каждые 10 секунд, чтобы определить состояние целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS блокирует почтовый ящик-источник.
• MRS выполняет дополнительную синхронизацию, чтобы провести изменения, сделанные с момента последнего события синхронизации, кроме того, копирует другие данные почтового ящика. Начиная Exchange 2010 SP1 MRS будет заставлять целевую базу применить активный транзакционный журнал, если он еще не применился, тем самым гарантируя, что непрерывная репликация может реплицировать информацию этого журнала, который содержит данные синхронизации перемещаемого почтового ящика. MRS определяет, выполнилось ли это успешно с помощью вызова Check Replication Flush в Data Guarantee API.
• MRS запрашивает Data Guarantee API, чтобы определить состояние инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS обновляет учетную запись пользователя в Active Directory, отмечая, что перемещение завершено.
• MRS блокирует целевой почтовый ящик.
• MRS изменяет состояние почтового ящика в почтовой базе-источнике на soft-deleted. Эта функция была добавлена в Exchange 2010 SP1 для гарантии того, что в случае потери целевой почтовой базы вы сможете восстановить почтовый ящик из предыдущей почтовой базы.

Если во время шагов с 1 по 4 Data Guarantee API вернет NotSatisfied или Retry, MRS поместит запрос на перемещение в очередь и будет повторять запрос каждые 30 секунд. MRS помещает запрос на перемещение в очередь не более чем на 15 минут, после чего аварийного его завершает. Если в пределах этих 15 минут возвращается ответ Satisifed, MRS будет автоматически возобновлять запрос на перемещение.

Во время шага 6 MRS будет ждать максимум 30 минут, пока Data Guarantee API не вернет Satisfied (повторяя запрос каждые 10 секунд). Если Satisfied не получен, то MRS будет аварийно завершать перемещение почтового ящика.

Когда запрос на перемещение завершается аварийно, он не будет возобновляться сервисом MRS автоматически. До выполнения Resume-MoveRequest администратору следует выполнить Get-MoveRequestStatistics для того, чтобы определить причину аварийного завершения перемещения. После этого администратор может выполнить Resume-MoveRequest.

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

Вот как то так оно и работает 🙂

11 советов по устранению ошибки Outlook «Не удается подключиться к серверу»

Как устранить ошибку Outlook «не удается подключиться к серверу»? В этом посте мы рассмотрели 11 способов исправить ошибку «Не удается подключиться к серверу» в Outlook.

Amy Dennis

2021-03-30 11:55:30 • Обновлено: Восстановление электронной почты • Проверенные решения

Outlook — отличный информационный менеджер, который в основном используется людьми для получения электронных писем. Что отличает его от других менеджеров электронной почты, так это возможность хранить заметки, календари и задачи. Вы должны подключиться к Outlook Exchange Server, чтобы отправлять и получать электронные письма. Но иногда Outlook испытывает проблемы с подключением к серверу. Это не беда!! Если вы столкнулись с ошибкой сервера Outlook, продолжайте читать статью, чтобы узнать несколько способов чтобы исправить эту проблему.

Как исправить ошибку «Не удается подключиться к серверу?» в Outlook?

Ниже мы обсудим все возможные методы, которые могут помочь вам решить эту проблему на вашем ПК с Windows, независимо от причины.

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

Recent Videos from Recoverit

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

Совет 1:Убедитесь, что учетные данные вашей учетной записи для имени сервера Exchange верны

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

Шаг 1: Откройте Outlook на вашем компьютере.

Шаг 2: Теперь, перейдите в «Файл»>»Информация»> «Настройки учетной записи и социальной сети»> «Настройки аккаунта».

Шаг 3: Выберите учетную запись в диалоговом окне, удалите существующую учетную запись и повторно введите правильные учетные данные.

Совет 2: Убедитесь, что Outlook находится в сети

Как убедиться, что Outlook находится в сети или не в сети? Есть несколько визуальных индикаторов, начиная со строки статуса Outlook внизу. Если вы видите сообщение «Работа в автономном режиме» или «Отключен», это означает, что ваш Outlook не подключен к серверу.

Чтобы переключиться из автономного режима в онлайн-режим Outlook, выполните следующие действия:

• Откройте Outlook.
• Перейдите на вкладку «Отправить/Получить».
• Для повторного подключения выберите параметр «Работа в автономном режиме».

Совет 3: Убедитесь, что ваш компьютер подключен к сети

Если вы по-прежнему получаете сообщение об ошибке Outlook «Не удается подключиться к серверу», пора проверить подключение к Интернету. Если есть проблема с сетью или сеть не работает вовсе, вы не сможете подключиться ни к одному серверу. В таких случаях вам необходимо убедиться, что ваше интернет-соединение работает и ваша система подключена к этой сети.

• Попробуйте подключить другое устройство к той же сети. Если на этом устройстве установлен Outlook, попробуйте открыть его и проверить, работает ли он сейчас.
• Попробуйте войти в свой браузер, перейдите на веб-сайт почты и проверьте, можете ли вы получать электронные письма. Если не получается, значит, проблема с сервером.
• Вы можете попробовать частную сеть, если вы использовали публичную.

Совет 4: Проверьте подключение к серверу Microsoft Exchange

Чтобы проверить подключение к службе Microsoft Exchange, выполните следующие действия:

Шаг 1: Откройте Outlook.

Шаг 2: Перейдите к «Файл»>»Информация»>»Настройки учетной записи и социальной сети»>»Настройки аккаунта».

Шаг 3: Посмотрите на свою учетную запись Exchange. Если есть проблема с подключением, вы увидите значок индикатора оранжевого цвета.

Совет 5: Используйте SSL для подключения к серверу Microsoft Exchange

Чтобы использовать SSL для подключения к серверу Microsoft Exchange, выполните следующие действия:

Шаг 1: Откройте Outlook.

Шаг 2: Перейдите к «Файл»>»Информация»>»Настройки учетной записи и социальной сети»>»Настройки аккаунта».

Шаг 3: Выберите свою учетную запись электронной почты и нажмите «Изменить».

Шаг 4: Наджмите на вкладку «Дополнительные настройки»>» Расширенные» tab.

Шаг 5: Наконец, выберите SSL как тип зашифрованного соединения и нажмите «Ok».

Совет 6: Настроить подключение к прокси-серверу

Если вы используете прокси-сервер для доступа в Интернет, вам необходимо предпринять дополнительные меры по настройке подключения для решения и устранения проблем.

Шаг 1: Откройте Outlook.

Шаг 2: Перейдите к «Файл»>»Информация»>»Настройки учетной записи и социальной сети»>»Настройки аккаунта».

Шаг 3: Выберите свою учетную запись и нажмите на вкладку «Изменить»>»Дополнительные настройки»>»Подключение».

Шаг 4: В Outlook Anywhere выберите параметр «Подключиться к Microsoft Exchange с помощью HTTP».

Шаг 5: Щелкните «Параметры прокси-сервера Exchange», чтобы указать прокси-сервер. Затем введите URL-адрес для подключения к прокси-серверу. Выберите «Подключиться только с использованием SSL». Далее выберите «Соединяться только с прокси-серверами, в сертификате которых указано это основное имя», затем введите «must: URL».

Шаг 6: В разделе «Параметры проверки аутентификации (подлинности) прокси» выберите тип проверки подлинности: Обычная проверка подлинности или Проверка подлинности NTLM и нажмите «Ok».

Совет 7: Восстановить учетную запись Outlook

Если по-прежнему ничего не помогает исправить ошибку сервера Outlook, вы можете попробовать восстановить свою учетную запись.

Учетная запись Outlook — это информация, связанная с серверами или адресами электронной почты, которые вы ввели в Outlook. Эти настройки могут быть нарушены и, таким образом, вызвать несколько проблем, подобных той, с которой вы столкнулись сейчас. Восстановление учетной записи Outlook может решить проблему. Итак, следуйте следующей инструкции:

Шаг 1: Откройте Outlook.

Шаг 2: Нажмите на «Файл»>»Информация»>»Настройки учетной записи и социальной сети»>»Настройки аккаунта».

Шаг 3: Теперь, выберите свою учетную запись и нажмите кнопку «Восстановить».

Шаг 4: Вам будет предложено ввести данные вашей учетной записи или просто подтвердить их. Рекомендуется удалить пароль, а затем ввести его повторно, чтобы отменить изменение, связанное с введением неправильного пароля.

Шаг 5: Нажмите на кнопку «Далее». Это, позволяет Outlook автоматически устанавливать соединение с сервером и диагностировать проблемы, если таковые имеются.

Совет 8: Отключение расширений

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

Шаг 1: Откройте Outlook.

Шаг 2: Перейдите к «Файл»>»Параметры»>»Надстройки» на левой панели.

Шаг 3: Нажмите на кнопку «Перейти», снимите флажки со всех расширений и нажмите кнопку «Ok».

Перезагрузите Outlook, чтобы проверить, решена ли проблема.

Совет 9: Восстановление файла данных Outlook

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

Шаг 1: Откройте «Настройки учетной записи» в Outlook.

Шаг 2: Нажмите на вкладку «Файлы данных» («Data Files») и после этого выберите учетную запись электронной почты которая вызывает проблемы. Затем, нажмите «Открыть расположение файла».

Шаг 3: Теперь вы можете переименовать или переместить его в другое место.

Шаг 4: Последнее, снова заупстите Outlook и он автоматически попытается воссоздать ваш файл данных.

Совет 10: Восстановление/переустановка Outlook

Если ни один из вышеперечисленных методов не работает, и у вас по-прежнему возникают проблемы с подключением к серверу, вы можете попробовать восстановить или переустановить приложение. Тем не менее, мы по-прежнему рекомендуем вам восстановить Outlook. Если это не сработает, попробуйте полностью переустановить его. Ниже описано, как восстановить Outlook:

Шаг 1: Нажмите комбинацию клавиш «Windows + R», введите команду «appwiz.cpl», затем нажмите «Enter».

Шаг 2: Откроется диспетчера задач, найдите офис Microsoft (Microsoft office). Далее, нажмите на него правой кнопкой мыши и выберите «Изменить».

Шаг 3: Выберите вариант «Восстановить» и нажмите «Продолжить».

Если проблема не решится после восстановления, вы можете переустановить Outlook.

Совет 11: Восстановить профиль с помощью Stellar Outlook Repair

Это может быть ситуация, при которой файл PST поврежден. Это и есть причина по которой вы сталкиваетесь с ошибкой Outlook. В таких случаях все, что вам нужно сделать, это восстановить файл PST. К счастью, такие решения, как Stellar Outlook Repair очень полезны, когда дело доходит до восстановления поврежденных файлов PST и восстановления данных в новый файл PST. Этот инструмент может помочь вам восстановить все данные почтового ящика, такие как контакты, электронные письма, задачи и многое другое. Что еще? Вы также можете сохранить верефицированные данные в формате PST или других форматах.

Установите Stellar Outlook Repair в своей системе, а затем выполните следующие шаги, чтобы узнать, как использовать его для восстановления поврежденного файла PST:

Шаг 1: Добавьте PST файл

Запустите Stellar Outlook Repair и выберите опцию «Outlook PST» в верхнем меню. Далее, выберите «Браузер», добавьте нужный PST-файл и нажмите кнопку «Восстановить».

Шаг 2: Восстановите PST файл

Подождите, пока программа не восстановит ваш файл PST.

Шаг 3: Предварительный просмотр и сохранение.

После успешного восстановления программа позволяет предварительно просмотреть восстановленные данные почтового ящика Outlook. Выберите то, что вы хотите сохранить, нажмите «Сохранить исправленный файл». Затем, выберите PST в качестве формата файла и нажмите «Обзор» >»Ok», чтобы сохранить восстановленный файл PST на вашем компьютере.

Как вы теперь видите, существует несколько обходных путей, которые помогут вам устранить ошибку сервера Outlook. Если проблема связана с повреждением файла PST, мы рекомендуем вам использовать Stellar Outlook Repair. По восстановлению поврежденных файлов PST этот инструмент не имеет конкурентов на рынке.

Источник

Исправлено: Безопасное соединение с сервером не может быть установлено в Outlook —

Сообщение об ошибке ‘Вход на сервер входящей почты (IMAP): Невозможно установить безопасное соединение с сервером.’Появляется при попытке проверить настроенную учетную запись IMAP. Эта ошибка может быть вызвана несколькими причинами, включая ваши сторонние антивирусные ограничения, изменение шифров или протоколов в реестре Windows и т. Д. Когда вы пытаетесь настроить свою учетную запись как IMAP, а не использовать учетную запись Exchange, вам иногда будут представлены такие ошибки, которые не позволят вам получать электронные письма и т. д.

Безопасное соединение с сервером не может быть установлено

Исходящие настройки, кажется, работают, однако входящая конфигурация выдает указанное сообщение об ошибке. Большинству пользователей нравится использовать POP3 или IMAP, потому что он предлагает им гораздо больше контроля, и они могут легко манипулировать сообщениями электронной почты, как если бы они хранились в их системе. Тем не менее, вы можете изолировать вашу проблему, пройдя через решения, приведенные ниже.

Что вызывает сообщение об ошибке «Невозможно установить безопасное соединение с сервером» в Microsoft Outlook?

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

• Сторонний антивирус. Большинство антивирусов предлагают интернет-безопасность, которая обычно блокирует такие запросы. В таких случаях вам придется внести в белый список сервер, который вы используете.
• Модификация шифров или протоколов в реестре Windows. Эта проблема также может возникать из-за изменений, внесенных в ключи шифров и протоколов в реестре Windows. Это можно легко решить с помощью сторонней утилиты.
• Неправильная конфигурация IMAP. В некоторых случаях ошибка возникает из-за неправильной конфигурации IMAP. Обычно это включает использование неправильных портов или типов шифрования и т. Д.

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

Решение 1. Исключите сервер из стороннего антивируса

Как мы уже упоминали выше, почти все сторонние антивирусы предлагают Internet Security в наши дни, что ценится многими пользователями. Однако он имеет свои побочные эффекты, т. Е. Часто блокирует входящие запросы, из-за которых могут возникать различные ошибки, в том числе IMAP. Следовательно, в таком случае вам придется добавить сервер в список исключений, и вы должны быть в порядке. Если вы не используете такой сторонний антивирус, перейдите к следующему решению.

Решение 2. Изменение реестра Windows

В некоторых случаях проблема может быть связана с изменениями, внесенными в записи шифров и протоколов в реестре Windows. Эти записи важны для функции безопасного канала, также известного как Schannel, пакета безопасности. Этот пакет поддерживает различные типы шифрования, такие как SSL 2.0 и 3.0, TLS 1.0 и т. Д. Таким образом, изменения в таких записях могут часто приводить к различным ошибкам при использовании этих типов шифрования. Вы можете исправить это с помощью стороннего программного обеспечения. Вот как это сделать:

1. Скачать IIS Crypto инструмент отсюда.
2. После загрузки установите и запустите его.
3. Убедитесь, что вы находитесь в Schannel вкладка, нажмите Лучшие практики и ударил Применять.
   Применение настроек Schannel
4. Перезагрузите компьютер после этого.
5. Следует исправить вашу проблему.

Решение 3. Дважды проверьте настройки IMAP

Эта проблема также может возникнуть из-за неправильных настроек IMAP. В некоторых случаях указанный вами порт неверен или выбранный тип шифрования не поддерживается. В таком случае вам необходимо убедиться, что введенные вами настройки верны. Убедитесь, что порт соответствует правильному порту для IMAP который обычно +993 с шифрованием SSL / TSL тип.

Проверка конфигурации IMAP

Источник

Системные почтовые ящики Exchange 2013 представляют из себя ресурсы, необходимые для работы ряда жизненно важных сервисов. Учитывая тот факт, что этот тип ящиков не отображается в списке ящиков пользователей в EAC, о них очень часто забывают, что чревато неприятными последствиями. В этой статье я постараюсь сделать небольшой обзор системных почтовых ящиков (arbitration mailbox) Exchange 2013 на основе данных из интернета, книг и статей, которые попадались мне под руку в последнее время. Итак, ближе к делу…

Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.

Ящики создаются во время установки Exchange 2013 и необходимы для корректного функционирования ряда сервисов. Полный список ящиков вы можете увидеть ниже ¹:

Эти ящики не используют CAL-лицензии и не отображаются через стандартный веб-интерфейс. Также вы не увидите их при вводе команды Get-Mailbox. Просмотреть их свойства можно с помощью команды:

[PS] C:Windowssystem32>Get-Mailbox -Arbitration

Теперь подробнее о каждом. Organization Mailbox — новый тип системных почтовых ящиков, который появился в версии Exchange 2013. Сервер, на котором размещен этот ящик, отвечает за генерацию Offline Address Book (OAB) ²:

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

Автономная адресная книга изначально находится в этом ящике и уже потом копируется на локальный диск сервера для дальнейшего распространения ^{3 4}.

Чтобы узнать какой сервер хранит OAB, можно выполнить команду:

[PS] C:Windowssystem32>Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like «*oab*»}

Следующий системный почтовый ящик — Message approval ⁵ — используется как временное хранилище сообщений, которые отправлены на утверждение модератору. Он может утвердить сообщение и тогда оно отправится к своим получателям; может отклонить сообщение, снабдив его необходимыми комментариями, и тогда оно вернется отправителю; а может просто проигнорировать или удалить и в этом случае оно тоже вернется отправителю через 2 или 5 дней в Exchange Online или Exchange Server соответственно. До принятия тех или иных действий сообщение будет находиться в ящике Message approval.

Для балансировки нагрузки можно использовать несколько ящиков для утверждения сообщений.

Судя по названию — UM data storage — этот ящик хранит данные роли Unified Messaging, а именно меню, абонентские группы и настраиваемые приветствия ⁶. Также этот ящик задействован в службе eDiscovery ⁷.

Информации в явном виде о почтовом ящике Federated email в интернете найти не удалось. Однако по появляющимся ошибкам ⁸ можно судить, что почтовый ящик используется для функции управления правами на доступ к данным (IRM) ⁹, которая, в свою очередь, использует AD RMS.

Для задач миграции данных (например запросы на перемещение ящиков из одной БД в другую) используется системный почтовый ящик Migration.

Промежуточное место занимает ящик Discovery, который не отображается среди системных почтовых ящиков, но присутствует в результатах запроса командлета Get-Mailbox:

Если у вас к этому моменту уже большое количество пользовательских ящиков, можно убрать ненужные результаты:

[PS] C:Windowssystem32>Get-Mailbox | where {$_.Name -like «*Discovery*»}

Этот ящик относится к сервису обнаружения электронных данных на месте ¹⁰ и имеет максимальный объем по умолчанию в 50ГБ ¹¹:

В Exchange Server 2013 и Exchange Online размер почтового ящика найденных сообщений по умолчанию равен 50 ГБ. Он используется для хранения результатов поиска обнаружения электронных данных на месте.

На этом все. По мере изучения вопроса буду дополнять статью.

comments powered by HyperComments