de-DEen-GB
rss

Granikos Technology Blog

Folge 9

Heute wurde Folge 9 von Thomas' Tech Talk veröffentlicht.

Das Thema des ersten Talks ist:

  • Exchange Server vNEXT

Auf der Microsoft Ignite 2020 hat das Exchange Team Neuigkeiten zur Zukunft von Exchange Server in der lokalen IT-Infrastruktur bekanntgegeben. 

Die wichtigste Information ist, dass es für Exchange Server On-Premises eine Zukunft gibt. Jedoch gibt es einige Änderungen für den Betrieb von Exchange Server. Die größte Änderung ist der Wechsel zu einem Abonnement-Lizenzmodell.

Was dies bedeutet und welche Änderungen es noch gibt, erfahren Sie in diesem Tech Talk.

 

 

Links

 

Ressourcen

 

Viel Spaß.

 

 

Weiterlesen »

Exchange Server 2019 LogoDie Exchange Produktgruppe hat die kumulativen Updates September 2020 für Exchange Server veröffentlicht.

Folgende kumulativen Updates sind somit ab sofort die aktuellen Produkt-Releases für Exchange Server:

 

Neben allgemeinen Fixes, beschrieben in den o.g. Knowledge Base Artilen, beinhalten die kumulatives Updates folgende Anpassungen:

  • Neues Release des Role Requirements Calculators für Exchange Server 2019
  • Fix für das Zusammenspiel von Surface Hub mit lokalen Postfächern, wenn Microsoft Teams und Skype for Business gleichzeitig auf Surface Hub installiert sind.

 

Viel Spaß mit Exchange Server.

Weiterlesen »

Folge 8

Folge 8 der 'Tech Talk'-Reihe ist bei YouTube verfügbar. 

 

Das Thema des Talks:

  • Mainstream-Supportende von Exchange Server 2016

Im Oktober 2020 endet der Mainstream-Support für Exchange Server 2016. Dies hat Auswirkungen auf die Bereitstellung von Produkt- und Sicherheitsaktualisierungen.

Was bedeutet das für On-Premises Umgebungen und die Koexistenz mit Exchange Server 2019 und Exchange Online? Antworten auf diese und andere Fragen gibt diese Ausgabe des Tech Talk.

 

 

Links

 

Ressourcen

 

Viel Spaß.

 

 

 

Weiterlesen »

LightbulbAm 10. August 2020 hat die Exchange Produktgruppe in einem Blogartikel des Ende des Mainstream-Supports für Exchange Server 2016 zum 14. Oktober 2020 bekannt gegeben.

 

Was bedeutet das?

  • Ab diesem Datum befindet sich Exchange Server 2016 in der sog. Extended Support-Phase und erhält nur noch bei Bedarf kritische Updates 
    Hierzu zählen:
     
    • Kritische Sicherheitsaktualisierungen
    •  Anpassungen bei Zeitzonenänderungen
       
  • Die vierteljährliche Veröffentlichung von kumulativen Aktualisierungen endet und die letzte geplante Aktualisierung für Exchange Server 2016 (CU19) wird im Dezember 2020 veröffentlicht
     
  • Ab Veröffentlichung von CU19 erhält nur dieses CU bzw. nachfolgende Veröffentlichungen notwendige Sicherheitsaktualisierungen
     
  • Sicherheitsaktualisierungen werden nur für das jeweils letzte kumulative Update bereitgestellt, nachdem die dreimonatige Übergangsfrist für das vorherige Update abgelaufen ist
     
  • Sollte es in Zukunft eine unterstützte Variante zum Rückbau des letzten Exchange Servers zur Verwaltung von hybriden Identitäten geben, wird ein separates kumulatives Update veröffentlicht

 

Was müssen Sie tun?

  • Installieren Sie Exchange Server 2019 CU19, sobald es veröffentlicht wurde, um den sicheren und stabilen Betrieb, insbesondere bei einer Hybrid-Konfiguration, zu gewährleisten
     
  • Wenn Sie eine neue Hybrid-Konfiguration mit Exchange Online durchführen, verwenden Sie Exchange Server 2019

 

Nicht vergessen

Der Support von Exchange Server 2010 endet am 13. Oktober 2020 endgültig!

 

Link

 

Viel Spaß mit Exchange!

 


Sie benötigen Hilfe bei der Entscheidung für oder gegen einen Wechel zu Microsoft 365? Unser Microsoft 365 Workshop hilft Ihnen, die für Ihr Unternehmen passenden Entscheidungen zu treffen. Melden Sie sich bei uns: info@granikos.eu

Weiterlesen »
On August 26, 2019
1564 Views

If you want to share free and busy details between two Exchange organizations, you usually use the Microsoft Federation Gateway. Sometimes this is not possible, e.g., for compliance reasons, or other business reasons. But there exists a way to do this, even without an Active Directory trust between two organizations.

Let us say we have two Exchange organizations: contoso.com and adatum.com.

The prerequisites are:

  • you can resolve and access the target AutoDiscover-endpoint from the source domain infrastructure (hint: you can use pin-point DNS zones)
  • you can resolve and access the Exchange Web Services (EWS) endpoint from the source domain infrastructure (note that the Availability Service (AS) accesses the InternalUrl)
  • you add an account in each Active Directory forest which does not have any specific permissions assigned (membership of "Domain Users" security group is sufficient, no mailbox needed). 

I will use user account freebusy in this example.

Execute the following in contoso.com Exchange organization using Exchange Management Shell:

$TargetSmtpDomain = 'adatum.com'
$TargetDomainAccount = 'adatum.com\freebusy'

Add-AvailabilityAddressSpace - Forest $TArgetSmtpDomain -AccessMethod OrgWideFB -Credentials (Get-Credentials -User $TargetDomainAccount) 

Set-AvailabilityConfig -OrgWideAccount $TargetDomainAccount.Split('\')[1]

 

Execute the following in adatum.com Exchange organization using Exchange Management Shell:

$TargetSmtpDomain = 'contoso.com'
$TargetDomainAccount = 'contoso.com\freebusy'

Add-AvailabilityAddressSpace - Forest $TargetSmtpDomain -AccessMethod OrgWideFB -Credentials (Get-Credentials -User $TargetDomainAccount) 

Set-AvailabilityConfig -OrgWideAccount $TargetDomainAccount.Split('\')[1]

 

Exchange Server in the source organization must be able to resolve the recipient address for requesting free/busy information from the target organization. Exchange Server can determine a target address accurately when you create the recipient object as a contact in the source Exchange organization. 

For this example, you create contact objects in adatum.com for all user in contoso.com and vice versa. You can use GalSync or any other identity management (IDM) software that can handle object synchronization.

 

Problem

When using Exchange Server 2013, or 2016, you may run into a problem.

The HttpProxy log of the requesting Exchange Server log will state that AutoDdiscover failed for generic mailbox 01B62C6D-4324-448f-9884-5FEC6D18A7E2@contoso.com (or adatum.com).

HttpProxy log excerpt:

2019-07-26T07:19:24.649Z,2827102f-75b1-4ecb-ae6c-36b075bb8e93,15,1,1779,2,,Autodiscover,autodiscover.contoso.com,/autodiscover/autodiscover.xml,,Basic,true,CONTOSO\freebusy,,MailboxGuid~01b62c6d-4324-448f-9884-5fec6d18a7e2,ASAutoDiscover/CrossForest/EmailDomain//15.01.1779.002,172.16.0.20,CONTOSO-EX1,404,,MailboxGuidWithDomainNotFound,POST,,,,,AnchorMailboxHeader-MailboxGuidWithDomain-NoUser,,,,381,,,,0,,,0,1;0;,1,,0,1,,0,4,0,,,,,,,,,0,3,0,,3,,3,3,,,,BeginRequest=2019-07-26T07:19:24.646Z;CorrelationID=<empty>;ProxyState-Run=None;AccountForestGuard_contoso.com=1;AccountForestGuard_contoso.com=1;ProxyState-Complete=CalculateBackEnd;SharedCacheGuard=0;EndRequest=2019-07-26T07:19:24.649Z;I32:ADS.C[CONTOSO-DC1]=2;F:ADS.AL[CONTOSO-DC1]=0.8201787,HttpProxyException=Microsoft.Exchange.HttpProxy.HttpProxyException: Cannot find mailbox 01b62c6d-4324-448f-9884-5fec6d18a7e2 with domain contoso.com.    
at Microsoft.Exchange.HttpProxy.AnchorMailbox.CheckForNullAndThrowIfApplicable[T](T ret)    
at Microsoft.Exchange.HttpProxy

 

Reason

If DNS is used to resolve the AutoDiscover endpoint of the target Exchange organization, the source Exchange organization queries AutoDiscover information for a mailbox with that uid. SCP-based AutoDiscover lookup does not use this dedicated uid-based email address.

 

Solution

To solve this issue, you add the required SMTP address found in the HttpProxy log to one user mailbox in the target organization.

In the contoso.com organization:

Set-Mailbox -Identity 'someuser@contoso.com' -EmailAddresses @{add='01B62C6D-4324-448f-9884-5FEC6D18A7E2@contoso.com'}

 

In the adatum.com organization:

Set-Mailbox -Identity 'someuser@adatum.com' -EmailAddresses @{add='01B62C6D-4324-448f-9884-5FEC6D18A7E2@adatum.com'}

 

Links

Weiterlesen »