Exchange 2013'te bir arada yaşamada Outlook bağlantısına ilişkin temel kavramlar | Bölüm 1/2 |13#23

"Exchange 2013 bir arada yaşama ortamında Outlook istemci protokolü bağlantı akışı" konusuna dalmadan önce, Outlook bağlantısının bazı temel kavramlarını anlamak ve ancak o zaman Exchange 2013'teki Outlook bağlantısının gereksinimlerini ve bireysel şartlarını anlamak önemlidir. bir arada yaşama ortamı.

Outlook istemci protokolü bağlantı akışının altyapısı

Standart "Outlook istemci protokolü bağlantı akışı" şu şekilde uygulanır:

1. Görünüm, onu posta kutusuna bağlayabilecek bir "Exchange sunucusu" arar. Bir Exchange ortamında bu “öğe”, “RPC Uç Noktası” olarak tanımlanır.
2. Exchange CAS sunucusu, Outlook istemcisi bağlantı isteklerini kabul ettiğinde, belirli kullanıcı posta kutusunu barındıran (Active Directory'yi sorgulayarak) Exchange posta kutusu sunucusu hakkında bilgi arayacak ve Outlook istemcisinin isteklerini Exchange posta kutusu sunucusuna proxy olarak gönderecektir.

RPC Uç Noktasını ve birden çok Active Directory sitesini bulma

Birden fazla Active Directory sitesinin olduğu bir senaryoda, Active Directory sitelerinin her birinin bir "yerel Exchange CAS sunucusu" içermesi durumunda, Outlook istemcileri yerel "RPC Uç Noktasını" (yerel Exchange CAS sunucusu) adreslemeye çalışır.

Örneğin - site 3'teki yeşil görünüm kullanıcısı, yerel Exchange CAS sunucusuna bağlanacaktır: EXCAS02, Sarı Outlook kullanıcı forumu sitesi 1, yerel Exchange CAS sunucusuna bağlanacaktır: EXCAS01 vb.

Outlook'un ihtiyaç duyduğu dört şey!

Outlook ve Exchange CAS sunucusu arasındaki ilişki, Exchange CAS sunucusundan "Outlook'un ihtiyaç duyduğu dört şeye" dayanmaktadır.

1. Posta kutusuna erişim - Outlook posta istemcisinin kullanıcı posta kutusuna erişmesinin tek yolu Exchange CAS sunucusu aracılığıyladır.
2. Outlook profili yapılandırma ayarları - Teorik olarak, Outlook posta profilini manuel olarak yapılandırma seçeneği vardır, ancak gerçekte ve özellikle Exchange 2013 ortamında, yeni bir Outlook posta profilini yapılandırmanın tek yolu "otomatik yapılandırma işlemini" kullanmaktır. Exchange Autodiscover altyapısı kullanılarak hayata geçirildi. Otomatik Bulma işlemi, Outlook istemcisinin Exchange CAS sunucusunu bulmasını ve bağlanmasını, gerekli Otomatik Bulma bilgilerini almasını ve yeni bir Outlook posta profili oluşturmak için gereken gerekli yapılandırma ayarları için Otomatik Bulma bilgilerini kullanmasını sağlar.
3. Exchange web hizmetleri - Exchange web hizmetlerini Outlook istemcisine “ileten” öğe, Exchange CAS sunucusudur. Exchange 2013 ortamında, Exchange Posta Kutusu sunucusu, Exchange web hizmetlerini "oluşturan" öğedir ve Exchange CAS 2013 sunucusu, bilgileri yalnızca Outlook istemcisine "iletir".
4. Otomatik bulma hizmeti - Otomatik bulma bilgileri, Outlook ile Exchange CAS sunucusu arasındaki ilişkileri oluşturan tüm “parçaların” altyapısıdır. Outlook istemcisi, Outlook posta profilini oluşturmak, Exchange sunucusuyla gerekli iletişim ayarını almak, mevcut Exchange web hizmetleri hakkında bilgi almak vb. için Otomatik Bulma bilgilerini "tüketir".

Exchange 2013, Outlook istemcisi ve HTTP üzerinden RPC

Exchange 2013 mimarisi, Exchange sunucusu ve Outlook istemcilerinin ilişkilerine ilişkin devrim niteliğinde değişiklikler içerir.

Exchange 2013 ortamında, Outlook istemcisinin Exchange CAS 2013 sunucusuyla iletişim kurmak için kullanabileceği tek yol, Outlook Anywhere (HTTP üzerinden RPC) olarak tanımlanan iletişim protokolünü kullanmaktır. Başka bir deyişle, Outlook Anywhere (RPC over HTTP) protokolünün kullanılması zorunludur!

Exchange'in başlangıcından bu yana, Outlook istemcisi ile Exchange sunucusu arasındaki birincil iletişim protokolü, RPC (Uzaktan Prosedür Çağrısı) protokolüne dayanıyordu.

Daha sonra yeni bir iletişim standardı geliştirildi: HTTP üzerinden RPC.
Bu "yeni standardın" amacı, harici Outlook istemcisinin genel bir ağ üzerinden Exchange sunucusuyla iletişim kurmasını sağlamaktı. Yeni standart (HTTP üzerinden RPC), Outlook istemcisinin, RPC protokolünü HTTP protokolünün (daha kesin olmak istiyorsak, HTTPS protokolü) "içinde" "gizlemesine" olanak tanır; çünkü RPC protokolü, optimum düzeyde çalışacak şekilde oluşturulmamıştır. halka açık bir ağ ortamında.

Şu ana kadar Outlook istemcisi ile Exchange sunucusu arasındaki "yerel" iletişim protokolü şu şekildeydi: RPC ve Outlook Anywhere (HTTP üzerinden RPC) isteğe bağlı olarak değerlendiriliyor.

Outlook Anywhere'i (RPC\HTTP) kullanma ihtiyacı, yalnızca Exchange sunucusuna genel bir ağdan hitap eden harici Outlook istemcisi senaryosunda zorunlu bir gereksinimdi.

Aşağıdaki şemada, önceki Exchange sunucusu sürümlerinde, dahili Outlook ile Exchange arasındaki varsayılan iletişim protokolünün şu şekilde olduğunu görebiliriz: Doğrudan RPC.
“Outlook Anywhere” seçeneği, otomatik olarak yapılandırılmadı ve bir senaryoda Yalnızca dahili Outlook'un Exchange CAS sunucusuyla iletişim kurması gerektiğinden, Her Yerde Outlook seçeneğinin ayarlanmasına veya eklenmesine gerek yoktu.

Exchange 2013 ortamında Outlook bağlantısı konusundaki önemli mimari değişiklik, iç ve dış Outlook için varsayılan iletişim protokolünün Outlook Anywhere protokolü olmasıdır.

Heyecan verici haber şu ki, Exchange 2013 ortamında Outlook'u bu değişikliğe "adapte edebilmek" için istemci tarafında (Outlook) "hiçbir şey yapmamamız" gerekmiyor çünkü tüm bu "değişiklikler" bir Outlook'a iletildi. Exchange Otomatik Bulma işlemi aracılığıyla Outlook istemcisi.

Outlook ve Exchange iletişim kanalının katman yapısı

Outlook ile Exchange sunucusu arasındaki iletişim kanalı, “katman yapısı” olarak tanımladığım bir yöntemle gerçekleştirilir. “Katman” kavramının anlamı, Outlook ve Exchange sunucusunun iletişim kurma şeklinin tek bir protokol kullanılarak değil, bunun yerine bir protokol “koleksiyonu” veya “dizisi” kullanılarak uygulanmasıdır.

Outlook istemcisi, şu adlı bir komut kümesini kullanın: MAPI (Posta uygulama programı arabirimi). MAPI komutları hedefe (Exchange sunucusuna) “kendi başlarına gidemezler” ve bu nedenle MAPI komutlarını hedeflerine götürebilecek bir “taşıma” görevi görecek ek protokoller bulunur.

Outlook istemcisi hedefine ulaşmak için farklı türde bir “ulaşım” kullanabilir. Başka bir deyişle Outlook, MAPI komutunu "yönlendirecek" çeşitli "Arabalar" arasından seçim yapabilir:

1. Doğrudan RPC
   “Doğrudan RPC” olarak tanımlanan seçenek, MAPI komutunun “paketlenmesi” ve bunların bir RPC Kanalı üzerinden gönderilmesiyle uygulanır. RPC bir "saf aktarım protokolü" olmadığından, RPC, bilgi paketlerini hedeflerine göndermesine yardımcı olacak TCP protokolünün yardımını kullanıyor. Doğrudan RPC seçeneği, Exchange CAS sunucusuna erişmesi gereken dahili bir Outlook istemcisi için varsayılan seçenektir (veya öyleydi).
2. RPC/HTTP - Her Yerde Outlook
   Outlook istemcisi ile Exchange arasındaki ikinci iletişim yöntemi - RPC/HTTP veya Her Yerde Outlook olarak tanımlanır. "Outlook Anywhere" daha "güncellenmiş" bir terimdir, ancak terimin kabinleri aynı anlama gelir. Outlook Anywhere yöntemi, RPC katmanının "altında" Outlook iletişim kanalına "eklenen" ek bir katman kullanır.
   Belirtildiği gibi, RPC protokolü (en azından söylemek gerekirse) genel bir ağda çalışacak şekilde optimize edilmemiştir. ortamı.
   “Ek katman”, HTTP protokolü olarak uygulanır ve çoğu zaman iletişim kanalının güvenliğini sağlamak için bunun yerine HTTPS protokolünü kullanırız.
   Önceki Exchange sürümlerinde (Exchange 2007, 2010) Outlook Anywhere varsayılan olarak yapılandırılmamıştır. Outlook Anywhere'i kullanmanın "geleneksel yolu", yalnızca "harici Outlook istemcilerinin" Herkese açık Exchange CAS sunucusuyla iletişim kurmasını etkinleştirmemiz gerektiği durumdaydı.
3. HTTP üzerinden MAPI
   - HTTP üzerinden MAPI olarak tanımlanan yöntem, yalnızca Exchange 2013 ortamında uygulanabilen yeni bir iletişim kanalıdır. Bu iletişim kanalını “devrim niteliğinde bir değişim” olarak değerlendirebiliriz çünkü bu yöntemde ünlü RPC protokolü kullanılmamaktadır. Evet, tam olarak duyduğunuz gibi, Outlook'un yalvarmasından bu yana "eşlik eden" RPC protokolü tamamen kaldırıldı.
   Bu yöntemi destekleyen Exchange sunucusu sürümü Exchange 2013'tür (ve aslında gelecekteki tüm Exchange sürümleridir) ve “istemci tarafı” şu anda “HTTP üzerinden MAPI” yöntemini destekleyen tek Outlook sürümü Outlook 2013'tür.

Aşağıdaki resimde Outlook istemcisinin MAPI komutlarını Exchange sunucusuna “iletmesine” yardımcı olan “aktarım protokolü” kavramını görebiliriz.

Outlook, Doğrudan RPC, HTTP üzerinden RPC, HTTPS üzerinden RPC veya HTTP üzerinden MAPI gibi farklı türde "karışımlar" kullanmayı "seçebilir"

Outlook iletişim protokollerinin gelişimi

Exchange 2013 mimarisi, Outlook posta istemcisi açısından oldukça devrim niteliğindedir. Önceki bölümde Exchange 2013 ortamında Outlook iletişim protokolünün zorunlu gereksiniminin RPC\HTTP olduğundan bahsetmiştik.

Exchange 2013 mimarisindeki diğer devrim niteliğindeki değişiklikler, HTTP üzerinden MAPI adlı yeni bir Outlook iletişim protokolünün desteklenmesidir. Bu protokolün basit anlamı eski güzel RPC protokolünden “tam ayrılma”dır.

Yeni Exchange 2013 ortamı, insanlığın başlangıcından bu yana var olan RPC protokolünden tamamen kopmaya doğru ilerliyor. Belki biraz abartıyorum ama RPC protokolü, Outlook ve Exchange sunucu ilişkilerinde önemli bir bileşen olarak görev yapıyordu.

Tarihsel bir bakış açısı kullanmak istersek, MAPI over HTTP protokolünü zincirin son parçası olarak veya Outlook iletişim protokolleri ve Exchange sunucusunun evriminde en gelişmiş protokoller olarak ilişkilendirebiliriz.

S1: Bu bilgiye neden önem vermeliyim?

S2: Burada belirtilen bilgilerin Exchange 2013 birlikte yaşama ortamıyla herhangi bir ilişkisi var mı?

A1: Çünkü ilginç! "Exchange ortamında Outlook protokolünün evrimi" konusunun benim için ve evrendeki çok az insan için ilginç olduğunu biliyorum, ancak yine de bu konunun büyüleyici olduğunu ve Exchange'i yöneten insanlar için çok alakalı olduğunu düşünüyorum. altyapılar.

C2: Exchange CAS 2013 sunucusundaki mimari değişikliklere ilişkin bilgiler (Outlook'un Her Yerde kullanılmasının zorunlu gerekliliği), Exchange 2013 birlikte yaşama ortamıyla alakalı bilgilerdir çünkü Exchange 2013 bir arada yaşama ortamında, Exchange'de ve bu mimari değişiklikleri destekleyecek Exchange eski altyapısında yapılandırma güncellemelerinin uygulanması gerekiyor.

MAPI\HTTP standardıyla ilgili olarak, bu standardın Exchange 2013 birlikte yaşama ortamıyla hiçbir şekilde ilgisi yoktur. Bu standardın amacı, Outlook ile Exchange sunucusu arasındaki iletişim kanalını önemli ölçüde iyileştirmektir, ancak mevcut Exchange altyapısında herhangi bir değişiklik veya güncelleme uygulamamıza gerek kalmayacaktır.

Exchange eski ortamında uygulanması gereken ön gereksinim değişiklikleri

Şu soruyu cevaplamadan önce: Eski Exchange ortamında uygulanması gereken gerekli değişiklikler nelerdir?

Outlook ve Exchange iletişim yolunun temel akış kavramlarını kısaca gözden geçirelim.

Exchange 2013 birlikte yaşama ortamında, Outlook istemci protokolü bağlantı akışı iki "arayüzden" oluşur:

1. Exchange CAS 2013 sunucusu ve Outlook arayüzü - bu, Exchange 2013 CAS'ı birbirine bağlayan ve ondan kullanıcı posta kutusu içeriğine erişmesini isteyen Outlook istemcisi arasındaki iletişim kanalıdır.
2. Exchange CAS 2013 sunucusu ve eski Exchange CAS sunucusu arayüzü - Exchange 2013 bir arada bulunma ortamında, eski Exchange istemcisi, Exchange 2013 CAS'ye hitap edecek ve bu istemci, isteklerini Exchange 2007 CAS veya Exchange 2010 CAS gibi eski Exchange CAS sunucusuna proxy olarak gönderecektir.

1. Exchange CAS 2013 sunucusu ve Outlook arayüzü | Gerekli ayarlamalar

İyi haber şu ki, Outlook standart iletişim protokollerini Direct RPC'den Outlook Anywhere'e (RPC\HTTP) "dönüştürecek" "Outlook istemci altyapısında" herhangi bir değişiklik veya güncelleme yapmamıza gerek yok. Bir Exchange ortamında, Outlook istemcilerine "hizmet veren" Exchange CAS sunucusu, Outlook istemcilerini gerekli güncelleme hakkında "bilgilendirmek" için "Otomatik bulma mekanizmasını" kullanır.

2. Exchange CAS 2013 sunucusu ve eski Exchange CAS sunucusu altyapısı | Gerekli ayarlamalar

Bu, makalede daha ayrıntılı olarak ele alınacak olan "zor" kısımdır: Exchange 2013 bir arada yaşama ortamı ve Exchange'in eski altyapısı

İkinci bölüm: Outlook istemcisinin Exchange 2013 CAS proxy'si eski bir Exchange CAS sunucusundan talep ettiğinde uygulanan Outlook istemci protokolü bağlantı akışı.

Belirtildiği gibi Exchange 2013 CAS yalnızca RPC\HTTP standardını desteklemektedir.

Sorun (veya kibarca doğru bir kelime kullanmak istiyorsak: zorluk), eski bir Exchange ortamında, RPC\HTTP'nin mevcut Exchange CAS sunucularının her birinde varsayılan olarak yapılandırılmamış olmasıdır.

Exchange 2013 CAS ile eski Exchange CAS sunucuları arasındaki iletişim yolunu etkinleştirebilmek için mevcut eski Exchange CAS sunucularının her birine RPC\HTTP desteğini eklememiz gerekecek.

Outlook istemcileri için odak noktası olarak Exchange CAS 2013

Bu bölümde Outlook istemcilerinin odak noktası olarak Exchange CAS 2013 sunucusu olarak tanımladığım konsepte odaklanacağız.

Exchange 2013 birlikte yaşama ortamında, Exchange 2013 CAS, Outlook istemci isteklerini karşılama sorumluluğunu üstlenecektir. - Outlook istemcisinin anlamı: “Yerel Outlook istemcisi”, örneğin bir Exchange 2013 Outlook istemcisi (posta kutularının Exchange 2013 Posta Kutusu sunucusunda barındırıldığı kullanıcılar) ve - Exchange 2007\2010 Outlook istemcileri gibi eski Outlook istemcileri.

Anlamı - Exchange CAS 2013 sunucusu, Outlook istemcileri için bir odak noktası olarak, birincil ad alanının Exchange 2013 CAS'a "eklenmesi" yoluyla uygulanır.

Örneğin, önceki Exchange ortamında Exchange CAS 2010'un RPC Uç Noktası olarak şu ana bilgisayar adını kullanarak "yayınlanması" durumunda: mail.o365info.com, biz ekledikten sonra Exchange CAS 2013, ana bilgisayar adı: mail.o365info.com, Exchange CAS 2010'dan "alınacak" ve "yeni Exchange CAS 2013"e yeniden atanacak veya "eklenecektir" .

Outlook istemcisinin tüm farklı Exchange istemcilerinden (Exchange 2013 veya Outlook 2007, 2010 gibi eski Exchange istemcisi) gelen iletişim isteklerinin her biri, "yeni Exchange CAS 2013 sunucusuna" "yönlendirilecektir".

Aşağıdaki şemada, Outlook istemcileri için odak noktası görevi gören Exchange CAS 2013 konseptini görebiliriz. Exchange CAS 2013 sunucusunun, Exchange 2007, 2010 ve 2013 istemcileri gibi Outlook Exchange istemcilerinin farklı sürümlerine “hizmet verdiğini” görebiliriz. Outlook istemcisi Exchange CAS 2013 sunucusuyla şu şekilde ilişkilidir: RPC uç noktası.

Exchange 2013'ün bir arada bulunmasından önce ve sonra Outlook istemci protokolü bağlantı akışı

Exchange 2013 birlikte yaşama ortamındaki "Outlook Mimarisi"ndeki değişikliklerin özünü anlayabilmek için, Exchange 2013 olmayan bir birlikte yaşama ortamındaki istemci protokolü bağlantı akışı değişikliklerini ve Exchange'in uygulanmasından sonraki akış değişikliklerini kısaca gözden geçirelim 2013 birlikte yaşama ortamı.

Örneğin, "yerel Exchange 2010" ortamında Outlook istemci protokolü bağlantı akışı aşağıdaki şekilde yerleştirilir:

Exchange 2010 Outlook istemcileri onun “RPC Uç Noktasını” (Exchange 2010 CAS) ve Outlook istemcisinin isteği olan Exchange 2010 CAS proxy'sini Exchange 2010 Posta Kutusu sunucusuna bağlar.

Exchange istemci posta kutusu içeriğine erişim için gereken “atlama” sayısının iki olduğunu söyleyebiliriz.

Exchange 2013 birlikte yaşama ortamında, Exchange 2010 Outlook istemcisinin posta kutusuna erişmesi gereken senaryonun aynısı, istemci protokolü bağlantı akışı ek "umut" içerir.

Exchange 2010 Outlook istemcisi kendi "RPC Uç Noktasını" (Exchange 2013 CAS) adresleyecektir; Exchange 2013 CAS, isteği Exchange 2010 CAS sunucusuna "iletecektir" (Proxy) ve Exchange 2010 CAS, isteği "iletecektir" (Proxy) ) Exchange 2010 Posta Kutusu sunucusuna yapılan istek.

"Ek umut" (diyagramdaki 2 sayısı), Exchange 2013'ün bir arada yaşama ortamında uygulamamız gereken güncellemelerin nedenidir.

Exchange 2013 birlikte yaşama ortamında, Outlook istemci protokolü bağlantı akışı, CAS'tan CAS'a iletişim olarak tanımlanan ek parçayı temel alır.

Exchange 2013 CAS ile Exchange 2010 CAS arasındaki iletişim yolunu (CAS'tan CAS'a iletişim) tamamlayabilmek için, Exchange 2010 CAS'ın "Outlook Anywhere" seçeneğini destekleyecek şekilde yapılandırılması gerekecektir (anlamı RPC/HTTP'yi desteklemektir) protokol yöntemi). Ek olarak, her iki tarafın da (Exchange 2010 CAS ve Exchange 2010 CAS), Exchange 2013 CAS'nin Outlook kullanıcı kimlik bilgilerine "Proxy" göndermesini sağlayacak NTLM kimlik doğrulama protokolünü desteklemesi gerekecektir.

Exchange 2013 bir arada yaşama ortamında Outlook istemci protokolü bağlantı akışı | Proxy süreci

Exchange 2013 birlikte yaşama ortamında, "eski Outlook Exchange istemcilerinden" gelen istekler, Exchange CAS 2013 sunucusu tarafından kabul edilecek ve daha sonra Exchange CAS 2013 sunucusu tarafından "eski Exchange CAS'e" proxy olarak kabul edilecektir. ” Exchange 2013 CAS tarafından seçilecek eski Exchange CAS, Outlook istemci posta kutusunu barındıran Exchange Posta Kutusu sunucusu sürümüyle aynı sürümden bir Exchange CAS sunucusudur.

Outlook protokol akışı açıklamasını basitleştirebilmek için, posta kutusuna erişmesi gereken bir Exchange 2010 Outlook istemcisini ele alacağız, ancak aynı mantık Exchange 2007 Outlook istemcileri için de aynı şekilde uygulanacaktır.

Örneğin: Exchange 2010 Outlook istemcisi Exchange CAS 2013 sunucusuna bağlandığında, Exchange CAS 2013 sunucusu, kullanıcı posta kutusunun Exchange Mailbox 2010 sunucusunda barındırıldığını "anlar". Exchange CAS 2013 sunucusu, Exchange 2010 CAS'ı arayacak ve bulduğunda isteği Exchange 2010 CAS sunucusuna proxy olarak gönderecektir.

Exchange CAS 2013 sunucusu ile Exchange CAS 2010 sunucusu arasındaki "CAS'tan CAS'a iletişim kanalına" ilişkin Outlook istemci protokolü bağlantı akışını başarıyla tamamlayabilmek için Exchange CAS 2010 sunucusunun şu şekilde yapılandırıldığını doğrulamamız gerekir: Outlook Anywhere'i destekleyin + Exchange CAS 2010 sunucusunun gerekli kimlik doğrulama protokollerini desteklediğini.

Sonraki makalede Exchange 2013 birlikte yaşama ortamı ve Outlook altyapısı | Bölüm 2/2'de, Exchange CAS eski sunucularındaki gerekli yapılandırma ayarları hakkında daha fazla ayrıntıya gireceğiz.

Exchange 2013 CAS ve Outlook eski istemcisi

Exchange 2013 bir arada yaşama ortamında, Exchange CAS 2013 sunucusu, yerel + eski Outlook istemcisinin iletişim istekleri için "akıllı yönlendirici" görevi görür. Aşağıdaki şemada, Exchange CAS 2013 sunucusunun, Outlook istemci türü iletişim isteklerinin her birine farklı davrandığını görebiliriz.

• Exchange 2013 Outlook kullanıcılarından (posta kutularının Exchange 2013 Posta Kutusu sunucusunda barındırıldığı kullanıcılar) gelen iletişim istekleri, Exchange CAS 2013 sunucusu tarafından kabul edilecek ve Exchange 2013 CAS tarafından Exchange 2013 Posta Kutusu sunucusuna proxy olarak aktarılacaktır.
• Exchange 2010 Outlook kullanıcılarından (posta kutuları Exchange 2010 Posta Kutusu sunucusunda barındırılan kullanıcılar) gelen iletişim istekleri, Exchange CAS 2013 sunucusu tarafından kabul edilecek ve Exchange 2013 CAS tarafından Exchange 2010 CAS'a vekil olacaktır.
• Exchange 2007 Outlook kullanıcılarından (posta kutularının Exchange 2007 Posta Kutusu sunucusunda barındırıldığı kullanıcılar) gelen iletişim istekleri, Exchange CAS 2013 sunucusu tarafından kabul edilecek ve Exchange 2013 CAS tarafından Exchange 2007 CAS'nin vekili olacaktır.

Not: Diyagram, Outlook istemci protokolü bağlantı akışının yalnızca "yarısını" gösterir çünkü öncelikli odak noktamız, akış gerekli kullanıcı posta kutusuna ulaşana kadar Outlook isteğinin "geçmesi" gereken yolu gözden geçirmektir.
"Tam" yol ”, eski Exchange CAS sunucusu ile eski Exchange Posta Kutusu sunucusu arasındaki iletişim yolu, eski Exchange Posta Kutusu sunucusunun eski Exchange CAS sunucusuna “yanıtı” vb. gibi ek adımları içerir.