E-posta taşıma, bir kurumun posta kutularını, eski maillerini, ortak kutularını ve alan adı ayarlarını bir e-posta sisteminden diğerine aktarmasıdır. Başarılı bir taşıma dört işten oluşur: kutuların envanterini çıkarmak, DNS ve MX geçişini hazırlamak, eski mailleri kopyalayıp son farkı eşitlemek ve kullanıcıları yeni sisteme alıştırmak. Planlı yapıldığında çalışanlar kesinti hissetmez.
Şirketler neden e-posta sistemini değiştirir?
Taşıma kararının arkasında genellikle birikmiş bir sıkıntı vardır. Kutu kotaları sürekli doluyor, ortak kutuların parolası bütün ekipte dolaşıyor, işten ayrılan birinin erişimini kapatmak günler sürüyor ya da sahte mailler filtreden rahatça geçiyor. Bazı şirketler de birden çok alan adını ve sağlayıcıyı tek yerde toplamak ister.
Karar verildikten sonra ise asıl endişe başlar: "Eski mailler kaybolur mu, geçiş günü mail gelmez mi, telefonlardaki hesaplar ne olacak?" Bu endişeler yerindedir; plansız bir geçişte gerçekten mail kaybı, yinelenen klasörler ve bir hafta boyunca yardım masasına yağan çağrılar yaşanır. Yeni sistemi seçerken hangi kriterlere bakılacağını kurumsal e-posta nasıl seçilir rehberinde ele aldık; bu yazı seçimden sonraki taşıma işine odaklanıyor.
Plansız taşımanın riskleri
Taşıma teknik bir iş gibi görünse de en zayıf halkası çoğu zaman insan kaynağıdır. Türkiye'de işletmelerin büyük bölümünde bu işi yürütecek bir BT uzmanı yok:
TÜİK'e göre 2026'da girişimlerin yalnızca %15,2'si BİT uzmanı istihdam ediyor; 10-49 çalışanlılarda bu oran %10,8 ve BİT uzmanı arayanların %31,7'si 2025'te işe alımda güçlük yaşadı. (TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026)
Taşıma dönemi aynı zamanda bir güvenlik açığı penceresidir. Geçiş sırasında çalışanlara yeni parolalar gönderilir, "hesabınızı doğrulayın" mailleri beklenen bir şeye dönüşür ve saldırganlar bunu fırsat bilir. Microsoft Dijital Savunma Raporu 2025'e göre kimlik saldırılarının %97'sinden fazlası parola saldırısı; oltalamaya dayanıklı çok faktörlü kimlik doğrulama bu saldırıların %99'undan fazlasını durdurabiliyor. Bu yüzden yeni sistemde iki adımlı doğrulama varsa ilk günden açın.
Hukuki boyut da unutulmamalı. Yeni sağlayıcının verileri yurt dışında tutması, kişisel verilerin yurt dışına aktarımı anlamına gelebilir. Kişisel Verileri Koruma Kurumu'nun Yurt Dışına Aktarım sayfasına göre KVKK'nın bu konuyu düzenleyen 9'uncu maddesi 7499 sayılı Kanun'la değiştirildi ve yeni hükümler 1 Haziran 2024'te yürürlüğe girdi. Yeterlilik kararı bulunmayan bir ülkeye aktarım kural olarak standart sözleşme gibi uygun güvencelerden birine dayanır ve standart sözleşme imzadan sonraki beş iş günü içinde Kurum'a bildirilir. Ayrıntıları KVKK'da yurt dışına veri aktarımı yazısında anlattık; taşıma kararından önce verinin nerede duracağı netleşmeli ve durum hukuk danışmanınızla birlikte değerlendirilmelidir.
Taşıma yöntemleri: hangisi size uygun?
| Yöntem | Nasıl işler? | Avantajı | Dikkat edilecek nokta |
|---|---|---|---|
| Tek seferde geçiş | Tüm kutular aynı hafta sonu taşınır, MX bir kez değişir | Kısa ve net | Küçük ve orta ölçekli kurumlar için uygun; iyi test gerekir |
| Aşamalı geçiş | Departmanlar sırayla taşınır | Riski böler | İki sistem arasında yönlendirme ve adres defteri uyumu gerekir |
| Bir süre birlikte çalışma | Eski ve yeni sistem bir süre paralel çalışır | Büyük kurumlarda esneklik | Karmaşıktır; yönlendirme kuralları iyi belgelenmeli |
Onlarca ya da birkaç yüz kutusu olan çoğu KOBİ için tek seferde geçiş, iyi bir pilotla birlikte en az sürprizli yoldur. Veri kopyalama genellikle IMAP üzerinden kutu kutu eşitleme ya da sağlayıcıların sunduğu içe aktarma araçlarıyla yapılır; takvim ve kişiler çoğu zaman ayrıca taşınmalıdır.
Hangi yöntemi seçerseniz seçin, geçiş tarihini ay sonu kapanışı, fatura dönemi ya da büyük bir ihale teslimi gibi yoğun günlerden uzak tutun. Geçişi cuma akşamı başlatıp hafta sonunu eşitleme ve test için kullanmak, pazartesi sabahı sorunların küçük kalmasını sağlar. Geri dönüş planını da önceden yazın: bir şey ters giderse MX kaydını eski sisteme kim, hangi koşulda geri çevirecek?
Kesintisiz e-posta taşıma için 9 adım
- Envanter çıkarın. Tüm kişisel kutuları, ortak kutuları, takma adları (alias), dağıtım listelerini, yönlendirme kurallarını ve kutu boyutlarını listeleyin. Kullanılmayan kutuları bu aşamada kapatmak taşıma yükünü ve yeni sistemin kutu başı maliyetini azaltır; teklifleri karşılaştırırken kurumsal e-posta fiyatlarını belirleyen kalemlere bakın.
- Ortak kutuları yeniden tasarlayın.
muhasebe@ya dasatis@gibi kutuları parola paylaşımıyla taşımak eski sorunu yeni sisteme taşımaktır. Kişi bazlı yetki mantığını ortak posta kutusu yönetimi yazısında anlattık. - Verinin nerede duracağını netleştirin. Yeni sistemin veri konumunu, yedekleme ve saklama koşullarını yazılı alın; arşiv kurallarını e-posta arşivleme ve KVKK çerçevesiyle eşleyin.
- DNS'i hazırlayın. MX kaydının TTL değerini geçişten birkaç gün önce düşürün. Böylece geçiş günü yapılan değişiklik internette hızla yayılır.
- Kimlik doğrulama kayıtlarını hazırlayın. İlk kullanıcı yeni sistemden mail göndermeden önce SPF kaydına yeni sistemi ekleyin, yeni DKIM anahtarını yayınlayın ve DMARC raporlarını izlemeye başlayın; aksi hâlde pilot kullanıcıların mailleri spam'e düşebilir; bu durumda spama düşen mailleri teşhis adımlarını izleyin. Ayrıntılar için SPF, DKIM ve DMARC rehberimize bakın.
- Pilot yapın. Farklı cihaz ve kullanım alışkanlığına sahip birkaç kullanıcıyı önce taşıyın. Telefon kurulumu, imza, klasör yapısı ve ortak kutu erişimindeki sorunlar burada ortaya çıkar.
- Eski mailleri önceden kopyalayın. Büyük kutuların eski yazışmalarını geçiş gününden önce aktarın. Geçiş günü yalnızca son farkın (delta) eşitlenmesi kalır.
- MX'i değiştirin ve son farkı eşitleyin. MX kaydını yeni sisteme yönlendirin, eski sunucuyu TTL süresi dolana kadar mail almaya açık tutun ve ardından son eşitlemeyi yapın.
- Kapanışı planlayın. Eski sistemi bir süre salt okunur tutun ve kalan veriyi doğrulayın; sözleşmeyi bitirip sistemi kapatırken eski kayıtları SPF'ten çıkarın.
Geçiş günü kullanıcılara ne söylenmeli?
Kullanıcılara kısa ve tek sayfalık bir yönerge gönderin: hangi gün geçileceği, yeni adrese nasıl giriş yapılacağı, telefonda hesabın nasıl ekleneceği ve sorun olursa kimin aranacağı. Yönergede "parolanızı mail ile asla istemeyiz" cümlesine mutlaka yer verin. Geçiş haftasında gelen sahte "hesap doğrulama" maillerine karşı ekibi önceden uyarmak, oltalama maili nasıl anlaşılır yazısındaki işaretleri hatırlatmakla başlar.
Taşımayı fırsata çevirin
Geçiş, erişim düzenini temizlemek için en uygun andır. Ayrılmış çalışanların hâlâ açık duran kutularını ve kimsenin sahiplenmediği yönlendirmeleri bu aşamada kapatın; kalıcı bir süreç için işten ayrılan çalışanın e-posta erişimi yazısına bakın. Taşıma, daha geniş bir buluta geçiş planının parçasıysa bütçeyi bulut geçişi maliyeti yazısındaki kalemlerle birlikte değerlendirin.
Digital Bridge'de e-posta taşımayı nasıl yapıyoruz?
Taşımayı tek bir gece işi olarak değil, küçük bir proje olarak yürütüyoruz:
- Keşif ve ihtiyaç analizi. Bulut geçiş ve altyapı danışmanlığı kapsamında kutu envanterini, alan adlarını, DNS kayıtlarını ve ortak kutu kullanımını çıkarıyor, yönteme ve takvime birlikte karar veriyoruz.
- Güvenlik ve uyum kontrolü. Siber güvenlik danışmanlığı ile SPF, DKIM ve DMARC geçişini planlıyor; KVKK uyum danışmanlığı ile verinin konumunu ve saklama kurallarını netleştiriyoruz.
- Pilot ve geçiş. Önce küçük bir grubu taşıyor, sorunları gideriyor, ardından geçiş gününü MX değişikliği ve son eşitlemeyle tamamlıyoruz. Sorun çıkarsa eski sisteme nasıl dönüleceğini yazılı olarak hazırlıyor ve geçişten önce deniyoruz.
- Entegrasyon. ERP, CRM, tarayıcı ve çok işlevli yazıcı gibi sistemlerin mail gönderim ayarlarını sistem entegrasyonları kapsamında yeni altyapıya bağlıyoruz; unutulan bir cihazın fatura maili gönderememesi, geçiş sonrasında sık karşılaşılan sorunlardandır. Bu tür bağlantıların mantığını API entegrasyonu nedir yazısında anlattık.
Smart360'a geçişte neler değişir?
Yeni sistem olarak kendi geliştirdiğimiz Smart360 ailesini seçerseniz kurulum yapılmaz; ödeme onaylandığı anda hesap açılır. Alan adları ve DNS ayarları, kullanıcılar, departmanlar ve ürün erişimleri tek yönetim panelinden yönetilir. Çalışanlar tek kimlikle (SmartID) giriş yapar ve işten ayrılan birinin erişimi tek işlemle kapanır; SmartMail kutu parolalarını sistem üretir ve AES-256-GCM ile şifreli saklar, bu parolalar çalışanlara dağıtılmaz.
Taşıma sırasında yeniden tasarladığınız ortak kutular SmartMail'de dokuz ayrı izinle kişiye açılır; silme ve karantina yönetimi yeni atamada kapalı gelir. Dağıtım listeleri, kutu başına imza ve denetim kaydı aynı panelde tanımlanır. Mobil uygulamada birden çok şirket hesabı aynı uygulamada kullanılabilir; her kurumun verisi ayrı veritabanında tutulur. Ekleri ve belgeleri de düzenlemek istiyorsanız SmartFiles aynı kimlikle çalışır.
Sonraki adım
Alan adınızla sıfırdan e-posta kuracaksanız alan adlı e-posta kurulumu rehberine, konunun tamamı için Kurumsal E-posta ve Belge rehberlerine göz atabilirsiniz.
Taşımaya başlamak için kutu listenizi, alan adlarınızı ve ortak kutularınızı kimlerin kullandığını bir tabloya dökün. Ardından iletişim sayfamızdan ya da 0 (552) 380 25 25 numaralı telefondan bize ulaşın; taşıma yöntemini, geri dönüş planını ve takvimi birlikte çıkaralım.