İstanbulPendik
TürkiyeGeneli hizmet
Proje Notu

Proje Notu: Hosting E-postasından Microsoft 365'e Geçiş ve Gemilerle Teams

3 Ekim 2026 · 6 dk okuma · TDX Bilişim

Aykop Ship'te PST kayıplarını ve gönderim sınırlarını Microsoft 365, Teams ve OneDrive ile çözdük; Microsoft güvenlik puanı %36'dan %98'e çıktı.

Bu proje notunda, Tuzla'daki referanslarımızdan Aykop Ship'in e-posta ve iletişim altyapısını nasıl yenilediğimizi anlatıyoruz. Açık denizde gemileri olan firmada sorunlar yalnızca ofisteki e-postada değil, gemilerle yapılan yazışmalarda da kendini gösteriyordu.

Başlangıç noktası

Firmanın e-postası bir web hosting paketinde çalışıyordu. Hesaplar kişi bazında değil departman bazında açılmıştı ve bir posta kutusunu birden fazla çalışan kullanıyordu.

Yaşanan sorunNeden oluyordu?
PST dosyaları aşırı doluyor, bozuluyor ve e-posta kayboluyorduE-postalar bilgisayarlara indirilip Outlook'un PST dosyalarında tutuluyordu. Büyüyen PST dosyaları bozulmaya açıktır; dosya bozulduğunda içindeki e-postalar da risk altına girer.
IMAP'e geçildiğinde sunucu doluyorduIMAP'te e-postalar sunucuda kalır. Web hosting paketlerindeki posta kotası ise bu kullanım için küçüktür.
Günlük gönderim sınırına takılınıyorduWeb hosting sunucuları, istenmeyen e-posta gönderimini önlemek için saatlik ya da günlük gönderim sınırı uygular.
Bir posta kutusunu birden fazla kişi kullanıyorduOrtak hesapta kimin ne gönderdiği ayırt edilemez; bir çalışan ayrıldığında parolanın tüm ekipte değişmesi gerekir.
Gemilerle iletişimde sorunlar yaşanıyorduGemilerle yapılan yazışmalar da aynı altyapıya bağlıydı ve dosyalar e-posta ekiyle gidip geliyordu.

Neler yaptık?

Kullanıcı bazlı Microsoft 365 e-postası

  1. Kişisel posta kutuları: Her çalışan için Microsoft 365 lisansı alıp kendi posta kutusunu açtık. E-postalar artık Microsoft'un sunucularında duruyor; PST dosyalarına ve hosting kotasına bağımlılık kalmadı.
  2. Departman adresleri: Ortak kullanılan departman hesaplarını e-posta grubuna çevirdik. Departman adresine gelen e-posta gruptaki çalışanlara ulaşıyor; herkes kendi hesabıyla çalışıyor.
  3. Kurumsal imza: HTML formatındaki kurumsal e-posta imzasını Exchange üzerinden merkezi olarak tanımladık. Tüm çalışanlar aynı, kurumsal kimliğe uygun imzayla e-posta gönderiyor.

Gemilerle iletişim: Teams ve OneDrive

  1. Teams grupları: Gemiler ve gemilerden sorumlu çalışanlar için Teams grupları kurduk. Gemiyle ilgili yazışmalar ve dosyalar tek bir yerde toplanıyor.
  2. Bağlantıyla paylaşım: Belgeler Teams'te bağlantıyla paylaşılıyor. Herkes aynı güncel dosya üzerinde çalışıyor; e-posta ekiyle gidip gelen Excel trafiği azaldı.
  3. Belgeler şirkete ait alanda: Ortak gemi belgelerini kişisel OneDrive'lardan ilgili Teams ekibinin dosya alanına taşıdık. Kişisel OneDrive'daki dosyalar, çalışan ayrılıp hesabı silindiğinde varsayılan olarak 30 gün sonra silinir; Teams ekibindeki dosyalar ise şirkete aittir.
  4. Gemilerde bant genişliği: Gemideki bilgisayarlarda bağlantıyı tarifeli bağlantı olarak işaretledik; Windows güncellemeleri ve OneDrive eşitlemesi kısıtlı bağlantıyı tüketmiyor. OneDrive'a hız sınırı koyduk, Outlook'ta bilgisayarda tutulan posta süresini kısalttık.
  5. Gemi adresleri: Gemilerin e-posta adreslerini paylaşılan posta kutusuna çevirdik. Mürettebat değiştiğinde hesap değil, yalnızca erişim yetkisi devrediliyor.

Güvenlik

  1. Çok faktörlü doğrulama: Tüm kullanıcılarda Microsoft Authenticator ile çok faktörlü doğrulamayı açtık. Authenticator'daki 6 haneli kod internet olmadan da üretildiği için gemideki çalışanlar da kullanabiliyor.
  2. Yönetici hesapları: Yönetici yetkisini günlük kullanılan e-posta hesaplarından ayırdık; ayrı ve çok faktörlü doğrulamalı yönetici hesapları tanımladık.
  3. SPF, DKIM ve DMARC: Alan adının e-posta kimlik doğrulama kayıtlarını tanımladık. Bu kayıtlar, firmanın adresleri taklit edilerek sahte fatura ya da ödeme e-postası gönderilmesini zorlaştırır.
  4. Paylaşım ayarları: Herkese açık paylaşım bağlantılarını kapattık; dışarıyla paylaşım yalnızca belirli kişilerle ve süre sınırıyla yapılıyor.
  5. E-posta güvenliği: Dışarıdan gelen e-postalar "Harici" etiketiyle işaretleniyor, dışarıya otomatik yönlendirme kapalı. Kimlik avı ve taklit e-postalarına karşı gelişmiş korumayı devreye aldık.

Veri, yedek ve düzen

  1. Hosting temizliği: Hosting panelinde e-posta yönlendirmesini uzak sunucuya çevirdik; aksi halde web sitesinden firma adreslerine giden e-postalar hostingde kalıp Microsoft 365'e ulaşmaz. İçerik taşındıktan sonra eski posta hesaplarını sildik.
  2. Eski PST'ler: Gerekli PST dosyalarını kullanıcıların posta kutularına aktardık ve bilgisayarlardan kaldırdık.
  3. Silinen öğeler ve yedek: Silinen e-postaların geri alınabileceği süreyi 14 günden 30 güne çıkardık. Microsoft 365 verileri için ayrıca yedek alınıyor.
  4. Departman adına yanıt: Çalışanların gerektiğinde departman adresi adına yanıt verebilmesi için yetkileri düzenledik. HTML imzaya, yanıt zincirinde üst üste eklenmemesi için istisna tanımladık.
  5. İşten çıkış süreci: Ayrılan çalışan için yazılı bir kontrol listesi hazırladık: hesap engellenir, posta kutusu paylaşılan posta kutusuna çevrilip lisans boşa çıkarılır, OneDrive yöneticisine devredilir.

Önce ve sonra

KonuÖnceSonra
E-posta altyapısıWeb hostingMicrosoft 365 (Exchange Online)
Hesap yapısıDepartman bazlı, ortak kullanılan posta kutularıKullanıcı bazlı posta kutuları
Departman adresleriOrtak kullanılan hesapE-posta grubu
E-postaların saklandığı yerBilgisayarlardaki PST dosyalarıMicrosoft 365 posta kutuları
Gemilerle dosya paylaşımıE-posta ekiTeams ekibinin dosya alanı, bağlantıyla
Microsoft Secure Score%36%98

Geçişten sonra PST kaynaklı e-posta kayıpları, kota dolması ve gönderim sınırı sorunlarının tamamı ortadan kalktı. Güvenlik ayarlarıyla birlikte Microsoft Secure Score puanı %36'dan %98'e çıktı. Secure Score, Microsoft'un bir kuruluşun güvenlik ayarlarını önerilen ayarlarla karşılaştırarak verdiği puandır.

İşletmeler için çıkarımlar

  • Web hosting e-postası küçük ekipler için başlangıçta yeterli olabilir; kullanıcı sayısı ve e-posta trafiği arttıkça kota, gönderim sınırı ve PST sorunları sık görülür.
  • Bir posta kutusunu birden fazla kişiye kullandırmak yerine kişisel hesap ve departman grubu kullanın.
  • Dosyaları e-posta ekiyle değil, OneDrive ya da SharePoint bağlantısıyla paylaşın; herkes aynı sürüm üzerinde çalışır.
  • Sahada ya da denizde çalışan ekipler için Teams grupları, yazışmaları ve dosyaları tek yerde toplar.
  • Microsoft 365'e geçmek tek başına yeterli değil: Bu projede başlangıç güvenlik puanı %36'ydı. Çok faktörlü doğrulama, SPF/DKIM/DMARC ve paylaşım ayarları geçişin parçası olmalı.
  • Kısıtlı bağlantıyla çalışan gemilerde ve sahalarda güncelleme ile eşitleme trafiğini sınırlayın.

Sık sorulan sorular

Gemide internet yokken çok faktörlü doğrulama nasıl çalışır?

Microsoft Authenticator'daki 6 haneli kod internet bağlantısı olmadan da üretilir. Uygulamanın kurulumu ise internet varken, tercihen karadayken yapılmalıdır.

Microsoft 365 verilerimizi ayrıca yedeklememiz gerekir mi?

Evet, öneriyoruz. Microsoft hizmetin çalışmasından sorumludur; yanlışlıkla silinen ya da fidye yazılımıyla bozulan veriler için ayrı bir yedek gerekir. Silinen e-postalar varsayılan olarak 14 gün içinde geri alınabilir; bu süre en fazla 30 güne çıkarılabilir.

Microsoft 365'e geçerken eski e-postalar ne olur?

Eski e-postalar ve PST dosyaları Microsoft 365 posta kutularına taşınabilir. Neyin taşınacağını geçişten önce birlikte planlıyoruz.

Departman adresimiz değişir mi?

Hayır. Adres aynı kalır; yalnızca arkasında ortak kullanılan bir posta kutusu yerine e-posta grubu olur.

Geçiş sırasında e-posta kesintisi olur mu?

Alan adının e-posta kayıtları (MX) planlı bir zamanda, genellikle mesai dışında değiştirilir. İyi planlanmış bir geçişte kullanıcılar kesinti fark etmez.

Hangi Microsoft 365 paketini seçmeliyiz?

Paket seçimini kullanıcıların ihtiyacına göre birlikte yapıyoruz; masaüstü Office uygulamalarına ihtiyaç duymayan kullanıcılar için daha uygun paketler yeterli olabilir. Ayrıntılar için Microsoft 365'e geçmeden önce bilmeniz gereken 6 şey yazımıza bakabilirsiniz.

TDX Bilişim olarak Microsoft 365 ve Exchange geçişlerini, kullanıcı ve lisans yönetimini tek ekip olarak yürütüyoruz. Tuzla'daki işletmelere yerinde destek için Tuzla IT destek sayfamıza göz atabilir, e-posta altyapınızı birlikte değerlendirmek için ücretsiz altyapı kontrolü talep edebilirsiniz.

Blog

Diğer Yazılar

Logo ERP

Pendik ve Kurtköy'de Yazılım ve Logo Desteği

Pendik ve Kurtköy'deki işletmelere Logo Go, Tiger ve Netsis desteği: yavaşlık, bağlantı, yedek ve güncelleme sorunlarında yerinde ve uzaktan çözüm.

IT Destek

Pendik ve Kurtköy'de Yeni Ofis İçin IT Kontrol Listesi

Pendik ya da Kurtköy'de ofis açıyor veya taşınıyorsanız: internet hattı, kablolama, Wi-Fi, güvenlik duvarı, yedekleme ve kamera için kontrol listesi.

Proje Notu

Proje Notu: Proxmox'tan VMware ESXi ve Windows Server 2025'e Geçiş

Baytech Mekatronik'in RAID'siz, Windows 10'lu sunucu altyapısını ESXi 8.0, Windows Server 2025, Active Directory, Veeam ve FortiGate 50G ile yeniledik.

Proje Notu

Proje Notu: SonicWall'dan FortiGate'e Geçiş ve FortiLogger

Yapılandırılmamış, her şeye açık bir SonicWall yerine FortiGate'i sıfırdan kurduk: departman bazlı kurallar, ayrı ağlar ve FortiLogger ile misafir Wi-Fi.

Siber Güvenlik

FortiGate Kurulumu: Adım Adım Neler Yapılır?

FortiGate kurulumu adım adım: model ve lisans seçimi, ağ planı, güvenlik kuralları, VPN, test ve teslim. Sık yapılan kurulum hatalarını da anlatıyoruz.

IT Destek

IT Bakım Anlaşması Nedir? Kapsamı ve Ücretini Belirleyenler

IT bakım anlaşması nedir, neleri kapsar, ücreti nasıl belirlenir? Arıza bazlı destekle farkını ve firma seçerken sorulacak soruları anlatıyoruz.

Sunucu

Sunucu Bakımı Neden Düzenli Yapılmalı? Aylık Kontrol Listesi

Sunucu arızalarının çoğu önceden işaret verir. Düzenli bakımın neden önemli olduğunu ve her ay kontrol edilmesi gereken 10 maddeyi bir listede topladık.

Yedekleme

3-2-1 Yedekleme Kuralı Nedir? İşletmeler İçin Pratik Rehber

Tek bir harici disk neden yeterli değil? 3-2-1 yedekleme kuralını, işletmenizde nasıl uygulayacağınızı ve en sık yapılan hataları anlatıyoruz.

Siber Güvenlik

Küçük İşletmeler İçin Güvenlik Duvarı Neden Gerekli?

Modemdeki güvenlik duvarıyla yeni nesil güvenlik duvarının farkı, küçük işletmelerin neden hedef olduğu ve seçerken nelere dikkat edilmesi gerektiği.

Microsoft 365

Microsoft 365'e Geçmeden Önce Bilmeniz Gereken 6 Şey

Doğru paketi seçmekten e-posta geçişine, güvenlik ayarlarından yedeklemeye kadar Microsoft 365 geçişi öncesinde planlamanız gereken başlıklar.

Bu konuda destek mi gerekiyor?

Altyapınızı birlikte değerlendirelim; size uygun çözümü planlayalım.

WhatsAppHemen Yazın