Exchange mail kurulumu ve yönetimi: nelere dikkat?

Exchange mail kurulumu ve yönetimi: nelere dikkat?

Exchange mail yapısını değerlendirirken posta kutularının Exchange Online üzerinde mi yoksa yerel Exchange Server ortamında mı bulunduğu belirlenmelidir. Bu ayrım altyapı, sürüm, abonelik ve işletim sorumluluklarını değiştirir. Ortak takvimler, posta kutusu izinleri ve kullanılan cihazlar da kullanıcı sayısının yanında ele alınmalıdır. Kurulumun ve günlük yönetimin kontrol listesi gerçek kullanım senaryolarına göre hazırlanır. Uygulama kapsamı için Exchange mail hizmeti sayfasındaki açıklamalar da değerlendirilebilir.

Yeni bir hizmet almakla mevcut sunucudaki arızayı inceletmek aynı sipariş değildir. Başvurunuzda çalışan sistemi devralma, bulut ortamına geçme, belirli hesapları düzenleme veya kurulum projesi ihtiyaçlarından hangisinin öne çıktığını belirtin. Böylece teklif yalnız “Exchange” ürün adına dayanmaz. Şirketinizin iş akışına, mevcut bağımlılıklarına ve teslimde kontrol edilecek senaryolara göre hazırlanacak çalışma kapsamı görüşülür.

Exchange Online ve yerel Exchange Server ayrı tekliflerdir

Exchange Online, Microsoft'un bulut e-posta hizmetidir; kurum içinde işletilen Exchange Server ise farklı altyapı ve işletim sorumlulukları oluşturur. Bir teklifte hangi ortamın esas alındığı açık yazılmalıdır. Kullanıcılar yalnız “Exchange hesabı kullanıyoruz” dediğinde posta kutularının nerede bulunduğu henüz anlaşılmış olmaz. Ortam bilgisi, yönetici erişimi ve varsa birlikte çalışan sistemler ön değerlendirmede doğrulanmalıdır.

Yerel ortam için sunucu, işletim sistemi, dizin hizmetleri ve ağ bağımlılıklarının incelenmesi gerekebilir. Online tarafta ise kiracı erişimi, abonelikler, posta kutuları ve mail akışı kapsamı belirlenir. İki yapının birlikte kullanıldığı durumda görevler ayrıca ayrılır. İz Medya'dan teklif isterken bulunduğunuz ortamı bilmiyorsanız bunu belirtmeniz yeterlidir. Bilinmeyen yapıya göre sabit bir kurulum veya lisans paketi varsaymak yerine başlangıç incelemesinin teslimleri yazılı olarak belirlenebilir.

Hesap listesini kullanım senaryosuyla birlikte değerlendirelim

Kullanıcı sayısı teklifin önemli girdilerinden biridir; ancak aynı sayıda hesabı olan iki şirket aynı hizmeti almaz. Kişisel posta kutuları, ortak departman adresleri, yönlendirmeler ve uygulama göndericileri farklı ihtiyaçlar oluşturur. Satış ekibinin ortak adres üzerinden yanıtlamasıyla yalnız kendi kutusundan çalışan personelin kullanım biçimi aynı değildir. Çalışmanın kapsamına bu senaryoların hangilerinin gireceği açıkça yazılmalıdır.

Başlangıç için kullanılan adresleri ve sahiplerini gösteren basit bir liste hazırlayabilirsiniz. Kullanım dışı hesaplar hemen silinecek hesaplar gibi değerlendirilmemeli; iş verisinin sorumlusu ve saklama beklentisi önce anlaşılmalıdır. Ortak kutuların kimlerce okunacağı ve hangi kimlikle yanıt verileceği işletmenin kararıdır. Teknik çalışma, onaylanan kararların platformda uygulanması ve örnek kullanıcı işlemleriyle kontrol edilmesi şeklinde tanımlanabilir. Bu ayrım, erişim konusunda sonradan oluşabilecek anlaşmazlıkları azaltır.

Ortak takvim ve temsilci erişimini teslim ölçütüne bağlayın

Exchange mail hizmeti talebiniz yalnız ileti alıp göndermekten ibaret olmayabilir. Departman takvimlerinin görüntülenmesi, toplantı düzenleme veya yetkili bir kişinin başka kutu adına işlem yapması günlük çalışma için önemli olabilir. Teklifte “paylaşım yapılır” ifadesi yerine kullanıcıların hangi davranışı gerçekleştireceği açıklanmalıdır. Kullanılan platform ve istemcinin desteklediği özellikler mevcut yapı üzerinden kontrol edilir.

Microsoft, Exchange Online'da kutuya tam erişim ile başka bir adres adına gönderme izinlerini ayrı tanımlar. Bu nedenle bir kutunun açılması, kullanıcının o adresten ileti gönderebildiğini göstermez. Teslim senaryosunda okuma ve gönderme davranışı ayrı denenebilir. Takvim için de uygun test, yetkili kişinin belirlenen paylaşım düzeyiyle gerçek iş adımını tamamlayabilmesidir. Bu kontroller müşterinin onayladığı örnek verilerle yapılabilir; gereksiz kişisel ileti içeriğinin paylaşılması gerekmez.

Masaüstü ve mobil çalışma kapsamını baştan belirleyin

Kullanıcıların hangi uygulama ve cihazlarla çalıştığı kurulum ve destek iş yükünü etkiler. Sadece web tarayıcısı kullanan bir ekip ile masaüstü uygulaması ve telefon kullanan ekip aynı kontrol listesine sahip olmayabilir. Teklifte hazırlanacak cihaz adedi, desteklenen uygulamalar ve şirket tarafından yönetilen cihazların durumu belirtilmelidir. Platformda bir özelliğin bulunması, bütün eski istemcilerin aynı şekilde çalışacağını kanıtlamaz.

İlk kurulum veya düzenleme sonunda örnek kullanıcı için oturum, ileti gönderme, yeni iletinin görünmesi ve gereken paylaşım işlemi denenebilir. Kişisel telefon kullanımı varsa şirketin erişim kararı ve destek sınırı ayrıca açıklanmalıdır. İşletim sistemi, uygulama veya cihaz kaynaklı ek işler Exchange projesinin tamamına kendiliğinden dahil sayılmaz. Bu ayrım, sorumluluğun belirsiz kaldığı “her cihaz çalışacak” türü vaatler yerine kontrol edilebilir teslimler oluşturur.

Mevcut verinin taşınması ayrı proje kalemi olabilir

Yeni ortamda hesap hazırlanması ile eski e-postaların taşınması farklı işlerdir. Kaynak sistem, veri miktarı, posta kutusu sayısı ve aktarılması istenen öğeler geçiş kapsamını etkiler. Takvim, kişi listesi veya yerel dosyalarda bulunan eski veriler ayrıca değerlendirilmelidir. Teklif yalnız e-posta aktarımını içeriyorsa diğer öğelerin de taşınacağı varsayılmamalıdır. Eksik envanter varsa ilk aşamada araştırılacak başlıklar belirlenebilir.

Geçiş talebinde pilot kullanıcı, değişiklik zamanı, veri kontrolleri ve geri dönüş kararının koşulları görüşülür. İşletmenin çalışamadığı saatler ile sağlayıcının çalışma zamanı birlikte planlanmalıdır. Kaynak ve hedefte örnek veri kontrolü yapılması kabul ölçütüne eklenebilir. Kapsamlı bir aktarım ihtiyacınız varsa mail taşıma hizmeti ayrıca değerlendirilir. Exchange hizmeti adı altında incelemeden sınırsız veri taşıma, sıfır kesinti veya bütün öğelerin birebir aktarılması vaat edilmez.

Yerel sunucu teklifinde güncel destek durumu önemlidir

Mevcut Exchange Server sürümü ve derleme bilgisi, yapılacak çalışmanın başlangıç girdisidir. Microsoft'un destek matrisi Exchange Server 2016 ve 2019 desteğinin 14 Ekim 2025'te sona erdiğini belirtir; desteklenen sürümler bölümünde Subscription Edition bulunur. Bu nedenle eski sürüm adını kullanarak yeni kurulum önerilmemelidir. Geçiş yolu ve desteklenen bileşenler güncel üretici belgeleriyle ayrıca doğrulanmalıdır.

Bir eski ortamın incelenmesi, o ortamın güncel destek kapsamında olduğu veya yalnız birkaç ayarla güncel hale geleceği anlamına gelmez. İnceleme sonucunda bakım, sürüm geçişi veya farklı bir hedef ortama taşıma ihtiyacı ortaya çıkabilir. Sunucu, Windows, dizin ve lisans koşulları birlikte değerlendirilir. İz Medya'ya mevcut sürüm ve bilinen bağımlılıkları ileterek uygun çalışma kapsamını sorabilirsiniz. Uygulanabilirlik doğrulanmadan belirli bir yükseltme yöntemi ya da teslim süresi kesinleştirilmez.

Yedekleme ve arşivleme kapsamını ayrıca yazalım

İşletmenizin “eski iletiler kaybolmasın” beklentisi tek başına yeterince belirli değildir. Hangi verinin korunacağı, ne kadar süre tutulacağı ve hangi senaryoda geri alınacağı açıklanmalıdır. Kullanılan ürünün saklama veya kurtarma seçenekleri ile bağımsız yedekleme hizmeti aynı kabul edilmemelidir. Exchange mail hizmeti teklifinde yedekleme olup olmadığı ve varsa hangi öğeleri kapsadığı açıkça görünmelidir.

Örneğin tek bir iletinin geri alınmasıyla bir hesabın bütün verisinin belirlenen tarihe döndürülmesi farklı hedeflerdir. Geri yükleme talebini kimin onaylayacağı ve testin nasıl yapılacağı görüşülebilir. Arşiv ihtiyacı da kullanım, erişim ve lisans yönünden ayrıca değerlendirilmelidir. Bu başlıklar çalışmaya dahil değilse teklif dışında bırakıldığı belirtilir. Böylece yalnız platform adından hareketle otomatik, sınırsız veya her koşulda başarılı kurtarma beklentisi oluşmaz.

Fiyatı kullanıcı sayısının yanında teslim kapsamı belirler

Exchange mail hizmeti fiyatı; Online veya yerel ortam, kullanıcı ve sunucu sayısı, mevcut sürüm, veri taşıma ihtiyacı, cihaz hazırlığı ve devam eden destek kapsamıyla birlikte değerlendirilir. İlk inceleme sırasında beklenmeyen bağımlılıkların ortaya çıkması ek çalışma gerektirebilir. Teklifte hangi varsayımlarla bedel hazırlandığı ve kapsam değişikliğinin nasıl fiyatlandırılacağı açıklanmalıdır. Burada doğrulanmamış bir başlangıç ücreti veya piyasa rakamı verilmez.

Abonelik veya lisans bedeli ile teknik proje bedelini ayrı görmek yararlıdır. Düzenli yönetim, tek seferlik kurulum ve sonradan talep edilecek değişiklikler de farklı kalemler olabilir. Mesai dışı çalışma veya yerinde ziyaret gerekiyorsa bunun koşulları teklif aşamasında görüşülür. Kapsamların aynı olmadığı iki teklifi yalnız toplam fiyat üzerinden karşılaştırmak yanıltıcı olabilir. Şirketinizin ihtiyaç listesi üzerinden yazılı teslim ve bedel talep etmek, kararın gerçek çalışma kapsamına dayanmasını sağlar.

Teslim dosyası ve devam eden destek düzenini belirleyin

Proje tesliminde yalnız yönetici hesabı bilgisi bulunması yeterli değildir. Uygulanan değişiklikler, sorumlular, örnek testler ve açık kalan işler anlaşılır biçimde kaydedilmelidir. Gönderim ve alım, gerekli istemci erişimi ve onaylanmış paylaşım senaryoları kontrol edilebilir. Başarılı bir örnek test, bütün dış alıcı sistemlerine koşulsuz teslimat garantisi olarak yorumlanmamalıdır. Sonuçların hangi sınırlar içinde doğrulandığı açıklanmalıdır.

Devam eden destek isteniyorsa başvuru kanalı, desteklenen işler ve öncelik değerlendirmesi ayrı konuşulur. Yanıt zamanı veya çözüm hedefi ancak teklif ve çalışma koşulları içinde kesinleştirilir. Ortamın gelecekte başka bir ekibe devredilmesi halinde erişim ve kayıtların nasıl aktarılacağı da belirlenebilir. Bu teslim düzeni, hizmetin yalnız ayar yapılıp bırakılan bir iş olmasını önler; işletmenin neyin yapıldığını ve hangi konunun takip edilmesi gerektiğini anlamasını sağlar.

Uygulama öncesi son kontroller

Teklif görüşmesi için mevcut ortamın Online mı yerel mi olduğunu, yaklaşık kullanıcı sayısını ve istediğiniz çalışmayı paylaşın. Yerel ortamda biliniyorsa sürüm ve sunucu sayısını; geçişte ise kaynak sistem ve yaklaşık veri miktarını belirtin. Ortak adresler, takvim kullanımı, telefonlar ve uygulama göndericileri gibi özel ihtiyaçları ekleyin. Bilmediğiniz teknik ayrıntılar tahmin edilmek yerine incelemede netleştirilebilir.

Son kontrol listesinde ortam türü, kullanıcılar, ortak takvimler, posta kutusu izinleri, cihazlar ve geçiş ihtiyaçları birlikte yer almalıdır. Tamamlanan kontrolleri ve açık kalan işleri ayrı kaydedin. Sorumluları ve sonraki adımları belirlemek, uygulama sonucunu başlangıçta tanımlanan kapsamla karşılaştırmayı kolaylaştırır.

Teklif için Exchange mail hizmeti sayfasına gidin.

Sık Sorulan Sorular