IMAP E-posta Geçişi Hataları ve Çözümleri (2026)

Xen Bilişim ekibi · Microsoft Kayıtlı İş Ortağı · MS-100/MS-102/AZ-104 sertifikalı danışmanlar

Özet (TL;DR): IMAP geçişi (eski posta sunucusundaki iletileri Microsoft 365 posta kutusuna kopyalama) çoğunlukla beş yerde takılır: yanlış kullanıcı adı ya da parola ("We had trouble signing in to this account"), Microsoft 365 tarafında bulunmayan posta kutusu ("A recipient wasn't found"), güvenlik duvarının engellediği bağlantı ("timed out after 00:00:15"), bozuk CSV dosyası ve yavaş ilerleme. Her hatanın nedeni Microsoft'un kendi sorun giderme belgesinde ayrı ayrı tanımlıdır. Bu rehber hata iletisini okuyup doğru çözüme en kısa yoldan gitmenizi sağlar. Geçişin kendisi yalnızca e-posta klasörlerini taşır; kişi, takvim ve görev taşınmaz.

Takılan geçişinizin hata raporunu bize gönderin, ücretsiz ön değerlendirme yapalım. Çoğu durumda nedeni ilk görüşmede netleştirebiliyoruz.

Önce Hata İletisini Bulun: Geçiş Raporu Nerede?

Geçiş grubu (migration batch) başlatıldığında sorunu tahmin etmeye çalışmak yerine hata iletisini okumak gerekir. Microsoft'un belgesine göre grup bittiğinde, grubu başlatan hesabın posta kutusuna konusu E-mail migration batch "Grup adı" has finished - with errors olan bir ileti gelir. İletideki bağlantıdan hata raporu indirilir.

Aynı bilgiye yönetici panelinden de ulaşabilirsiniz. Exchange yönetim merkezinde Recipients (Alıcılar) altındaki Migration (Geçiş) sayfasına gidin, grubu seçin ve sağdaki ayrıntı bölümünde View details bağlantısına tıklayın. Kullanıcı başına durum, aktarılan öğe sayısı ve atlanan öğe sayısı burada görünür. Tek bir kullanıcı için "Download the report for this user" bağlantısı ayrıntılı bir tanılama raporu verir; Microsoft desteği de bu raporu ister.

Komut satırını tercih ediyorsanız Exchange Online PowerShell'de şu komut hem durumu hem hatayı hem de ayrıntılı raporu verir:

Get-MigrationUserStatistics -Identity ayse@sirketiniz.com.tr -IncludeReport | Format-List Status,Error,Report

Atlanan iletilerin tarihini ve konusunu görmek için aynı komuta -IncludeSkippedItems eklenir. Bir gruptaki bütün kullanıcıları görmek için Get-MigrationUser -BatchId GrupAdi | Get-MigrationUserStatistics kullanılır. Komutların açıklaması Get-MigrationUserStatistics belgesinde yer alır (2026-10 itibarıyla).

Durum sütunundaki değerlerin anlamı da bilinmelidir. Queued kullanıcı sıraya alınmış ama başlamamış demektir; uç noktadaki bütün bağlantılar kullanılıyorsa normaldir. Synced ilk kopyalamanın bittiğini gösterir; IMAP geçişlerinde artımlı eşitleme de bu durumu verebilir. Failed ilk eşitlemenin başarısız olduğunu, Completed ise bütün öğelerin taşındığını gösterir.

Hata İletisi, Anlamı ve Hızlı Çözüm Tablosu

Hata iletisi	Gerçek anlamı	İlk bakılacak yer
We had trouble signing in to this account	Kaynak sunucu kullanıcı adı veya parolayı reddetti	CSV içindeki UserName ve Password sütunları
A recipient wasn't found for user@... on the target	Microsoft 365'te bu adrese ait posta kutusu yok	CSV içindeki EmailAddress sütunu
The connection to the server ... timed out after 00:00:15	Microsoft'un veri merkezi IMAP sunucusuna ulaşamıyor	Güvenlik duvarı, 993 veya 143 numaralı kapı
The connection to the server ... could not be completed	IMAP sunucu adı çözümlenemiyor	Genel DNS kaydı ve yazılan sunucu adı
This mailbox is full	Microsoft 365 posta kutusunun alanı doldu	Yinelenen iletiler, [Gmail] klasörü
Upload file can't be empty / Column ... is missing / Row X has the wrong number of columns	CSV dosyası bozuk	İlk satırdaki üç başlık ve her satırdaki üç sütun
The migration batch already exists	Aynı adlı grup zaten var	Migration sayfasındaki eski grup

"We had trouble signing in to this account" Hatası

Microsoft'un belgesine göre bu ileti, CSV dosyasındaki kullanıcı adı ya da parolanın yanlış olduğunda çıkar. Geçiş aracı sizin yerinize kaynak sunucuya oturum açar; sunucu reddederse kullanıcı hata listesine düşer. Nedenler aşağıdaki sırayla incelenmelidir.

1. CSV içindeki kimlik bilgilerini doğrulayın

CSV dosyasında üç zorunlu sütun vardır: EmailAddress (Microsoft 365 posta kutusunun adresi), UserName (kaynak sistemdeki oturum adı) ve Password (parola). İki yöntemden biri kullanılır: her kullanıcının kendi parolası ya da yönetici hesabı. Birçok hosting sağlayıcısında oturum adı e-posta adresinin tamamıdır. Kullanıcı parolasıyla yapılan bir geçişte örnek satır şöyledir:

EmailAddress,UserName,Password
ayse@sirketiniz.com.tr,ayse@sirketiniz.com.tr,GeciciParola1

İlk işiniz, aynı kimlik bilgisiyle bir posta istemcisinden (Outlook, telefon ya da hosting sağlayıcısının web postası) oturum açmayı denemektir. Orada da açılmıyorsa sorun Microsoft 365 tarafında değil, kaynak hesaptadır.

2. Posta kutusunun kaynakta gerçekten var olduğunu kontrol edin

Çalışan ayrılmış, hesap silinmiş ya da adres takma ad (alias) olarak tanımlı olabilir. Takma ad ile oturum açılamıyorsa CSV'ye gerçek posta kutusunun oturum adını yazmak gerekir.

3. Kaynak sistemde IMAP erişiminin açık olduğundan emin olun

Belgeye göre kullanıcı için IMAP erişimi kapalıysa aynı hata alınır. Google Workspace gibi bir kaynak kullanılıyorsa IMAP hem kurum düzeyinde hem de kullanıcı düzeyinde açık olmalıdır. Başka sağlayıcılarda bu ayarın yeri o sağlayıcının belgesinden öğrenilir.

4. Yönetici hesabı kullanıyorsanız izinlerini kontrol edin

Parolaları tek tek toplamak yerine yönetici (süper kullanıcı) hesabı kullanmak daha az rahatsız edicidir ve Microsoft de bunu önerir. Ancak bu hesabın bütün posta kutularına erişim hakkı olmalıdır. Kaynak bir Exchange sunucusuysa Microsoft üç seçenek sayar: hesaba her posta kutusu için Full Access izni vermek, posta kutusu veritabanında Receive As izni vermek ya da hesabı Active Directory'de Domain Admins grubuna eklemek. Üçüncü taraf sistemlerde yetki modeli farklıdır.

Yönetici hesabının kullanıcı adı biçimi de kaynak sisteme göre değişir. Microsoft'un belgesinde Exchange için Alan/Yonetici/Kullanici, Dovecot için Kullanici*Yonetici, Mirapoint için #kullanici@alan#Yonetici# biçimi verilir. Courier IMAP gibi bazı sistemler yönetici kimlik bilgisini hiç desteklemez; orada sanal paylaşımlı klasör ve UserRoot sütunu gerekir. Hosting sağlayıcınızın sistemi bu listede yoksa yönetici hesabı yerine kullanıcı parolası yolunu seçmek en güvenlisidir.

Kullanıcı parolasıyla ilerliyorsanız bir ayrıntıya dikkat edin. Microsoft'un önerilen yöntemler belgesine göre kullanıcı, geçiş tamamlanmadan kendi parolasını değiştirirse geçiş başarısız olur. Bu yüzden parolaları toplu olarak geçici bir değere çekmek ve geçiş boyunca değiştirilmesini engellemek gerekir.

"A recipient wasn't found" Hatası

Tam iletisi şudur: A recipient wasn't found for user@contoso.com on the target. Create a recipient of the appropriate type for this migration on the target and try again. Kısaca, CSV'de yazdığınız adrese ait bir posta kutusu Microsoft 365'te yok. Çözüm sırası:

1. Microsoft 365 yönetim merkezinde Users (Kullanıcılar) altında kullanıcının var olduğunu ve lisansının atandığını doğrulayın. Geçiş için posta kutusunun önceden açılmış olması gerekir; lisans atanınca posta kutusu oluşur.
2. CSV'deki EmailAddress değerinin, buluttaki posta kutusunun proxy adreslerinden biri olup olmadığına bakın. Harf hatası, eski alan adı ya da kullanıcı adındaki Türkçe karakterin İngilizce karşılığına çevrilmiş olması (ör. ş yerine s) en sık nedenlerdir.
3. Dağıtım listesi, ortak kullanıcı olmayan hesap ya da posta kutusu bulunmayan bir nesneyi CSV'ye eklemediğinizden emin olun. Microsoft belgesi bu durumda da aynı hatanın alınacağını belirtir.
4. Alan adı Microsoft 365'e kabul edilmiş alan adı (accepted domain) olarak eklenmemişse kullanıcılar bu alan adıyla oluşturulamaz. Önce alan adını ekleyip doğrulayın.

Bağlantı Hataları: "timed out" ve "could not be completed"

The connection to the server ... timed out after 00:00:15

Microsoft'un belgesinde bu hata, güvenlik duvarının Microsoft veri merkezlerinden gelen IMAP bağlantısına izin vermemesine bağlanır. Kendi sunucunuz ya da hosting sağlayıcınız bu bağlantıyı bloklamış olabilir. Türkiye'deki birçok hosting paketinde yönetim paneli yalnızca belirli IP adreslerine izin verecek şekilde ayarlıdır; bu durumda Microsoft'un kullandığı adres aralıklarının kabul edilmesi sağlayıcıdan istenmelidir. Aralıklar Exchange Online URL ve IP adresi aralıkları sayfasında yayımlıdır.

Kapının açık olup olmadığını önce kendi bilgisayarınızdan sınayın. Windows'ta Telnet istemcisi yüklüyse:

telnet imap.sirketiniz.com.tr 993

Boş bir komut penceresi açılırsa kapıya ulaşılmıştır. "Could not open connection to the host, on port 993: Connect failed" yanıtı alırsanız kapının güvenlik duvarında ya da sağlayıcıda yayımlanması gerekir. 993 şifreli (SSL) bağlantı, 143 ise şifresiz ya da TLS ile şifreli bağlantı için kullanılan standart kapıdır.

Bu hata, IMAP hizmeti durmuşsa da görülür. Kaynak bir Exchange sunucusuysa services.msc içinde Microsoft Exchange IMAP4 hizmetinin çalıştığını kontrol edin.

Microsoft 365 tarafından da aynı sınama yapılabilir. Exchange Online PowerShell'de:

Test-MigrationServerAvailability -Imap -RemoteServer imap.sirketiniz.com.tr -Port 993 -Security Ssl

Sınama başarılıysa aynı bağlantı ayarlarını geçiş grubunda kullanabilirsiniz. Başarısızsa sorun ağdadır, CSV'de değil. Komutun ayrıntıları Test-MigrationServerAvailability belgesindedir (2026-10 itibarıyla).

The connection to the server ... could not be completed

Bu ileti, yazdığınız IMAP sunucu adının genel DNS'te çözümlenemediğini gösterir. Sunucu adı yalnızca şirket içi ağınızda geçerli olabilir ya da yazım hatası içerebilir. Sunucu adının internetten çözümlendiğini kontrol edin. Yanlışsa geçiş uç noktasını doğru ve herkese açık bir adla yeniden oluşturun; ya da mevcut uç noktanın adını sunucunun genel IP adresine yönlendiren bir host (A) kaydı ekleyin.

Uç nokta ayarları sonradan değişirse

Belge, mevcut bir uç noktanın bağlantı ayarlarının zamanla değişebildiğini ve bu durumda uç noktayı silip yeniden oluşturmayı önerir. Exchange yönetim merkezinde Recipients altında Migration sayfasını açın, More... menüsünden Migration endpoints bölümüne gidin, eski uç noktayı silip New ile IMAP türünde yenisini ekleyin.

CSV Dosyası Hataları

Dosyayı seçtiğiniz anda çıkan hatalar en kolay çözülenlerdir:

• Upload file can't be empty: dosya tamamen boş. Doldurup yeniden yükleyin.
• The CSV file contains more than 50,000 rows: bir dosyada en fazla 50.000 satır (kullanıcı) olabilir ve dosya en fazla 10 MB olabilir. Microsoft yine de kullanıcıları küçük gruplara bölmenizi önerir.
• Column "..." is missing from the CSV file: ilk satırda EmailAddress, UserName ve Password başlıkları bulunmalıdır. Başlıklar arasında boşluk olmamalı ve yazımı aynen bu biçimde olmalıdır.
• Row X has the wrong number of columns. Expected number: 3: X numaralı satırda üç sütundan biri eksik. Parolada virgül varsa Excel sütunu bölmüş olabilir; parolayı geçici olarak virgülsüz bir değere çevirmek en basit çözümdür.
• The migration batch already exists: aynı adlı bir grup var. Eskisini durdurup silin; silme birkaç dakika sürebilir, beklemek istemezseniz yeni bir ad verin.

Dosyayı Excel'de hazırlıyorsanız CSV olarak kaydederken ayırıcının virgül olduğundan emin olun. Türkçe bölgesel ayarlı Excel bazı sürümlerde noktalı virgül kullanır; bu durumda başlıklar tek sütun olarak okunur ve "Column is missing" hatası alırsınız. Dosyayı bir metin düzenleyicisinde açıp virgüllerle ayrıldığını görmek kolay bir doğrulamadır.

Geçiş Çok Yavaş İlerliyorsa

Geçiş grupları, yazışma ve istemci bağlantısı gibi temel işlerle aynı öncelikte çalışmaz. Microsoft'un belgesi, sunucu ya da veri merkezi yoğunken geçişin gecikebileceğini ve sorun gidermeye başlamadan önce yaklaşık 8 saat kadar ilerleme olmamasının beklenmesi gerektiğini söyler. Yine de aşağıdakiler gerçek hızlandırıcılardır:

• Eşzamanlı geçiş sayısı: uç noktadaki varsayılan eşzamanlı geçiş sayısı 20'dir. Exchange yönetim merkezinde IMAP uç noktasına çift tıklayıp Maximum concurrent migrations kutusuna daha büyük bir değer yazabilirsiniz; izin verilen en yüksek değer 100'dür. Grup başlamışsa önce durdurup değeri değiştirin, sonra yeniden başlatın. PowerShell'de aynı iş New-MigrationEndpoint ... -MaxConcurrentMigrations 50 -MaxConcurrentIncrementalSyncs 25 parametreleriyle yapılır.
• Kaynak sunucunun bağlantı sınırları: Microsoft, sunucudaki toplam bağlantı, kullanıcı başına bağlantı ve tek IP adresinden gelen bağlantı sınırlarının yükseltilmesini ister. Yönetici hesabıyla geçiş yapıyorsanız bütün bağlantılar tek kullanıcıdan geldiği için kullanıcı başına sınır özellikle önemlidir.
• Saldırı algılama sistemleri: güvenlik duvarındaki saldırı algılama, çok sayıda eşzamanlı IMAP bağlantısını hizmet engelleme saldırısı gibi görüp yavaşlatabilir. Microsoft'un IP aralıklarını istisna listesine eklemek gerekebilir.
• Klasör dışlama: Silinmiş Öğeler gibi gerek olmayan klasörleri geçiş grubunu oluştururken Exclude Folder bölümüne ekleyerek hariç tutabilirsiniz. Eski bir Exchange sunucusundan geçiyorsanız ortak klasörleri mutlaka dışlayın; aksi halde ortak klasörlerin içeriği CSV'deki her kullanıcının posta kutusuna kopyalanır.
• Posta kutusu temizliği: kullanıcılardan eski ve gereksiz iletileri geçişten önce silmelerini istemek, taşınacak veriyi azaltır.

Hız beklentinizi bir deneme ile ölçün. Microsoft, büyük gruplara geçmeden önce birkaç küçük deneme grubu çalıştırmayı, aynı satır sayısındaki grupları benzer saatlerde çalıştırıp sürelerini karşılaştırmayı ve böylece toplam süreyi tahmin etmeyi önerir (IMAP geçişlerini iyileştirme ipuçları).

Yinelenen İletiler ve "This mailbox is full" Hatası

Microsoft 365 posta kutusu geçiş sırasında kendi sınırına ulaşırsa This mailbox is full. Please free up some space so that email can be downloaded. iletisi çıkar. Belgeye göre bu durumun bilinen bir nedeni, Gmail ya da Google Workspace kaynaklı geçişlerde iletilerin etiketlerle birden çok klasörde görünmesi ve [Gmail] klasörünün hariç tutulmamasıdır. Posta kutusu bu yüzden iki kat ya da daha fazla büyür.

Önlem için sıra şöyledir: sürmekte olan grubu durdurup silin, Gmail tarafında etiketli iletilerdeki etiketleri kaldırın, Microsoft 365 posta kutusundaki kopyaları ve [Gmail] klasörünü silip Silinmiş Öğeler'den de temizleyin, ardından grubu yeniden oluştururken [Gmail] klasörünü dışlayın. Google kaynaklı büyük geçişlerde bu rehberdeki IMAP yolu yerine Microsoft'un Gmail geçişi yolunu kullanmayı da değerlendirin. Konunun tamamı için Google Workspace'ten Microsoft 365'e geçiş yazımıza bakabilirsiniz.

Atlanan İletiler ve Yapısal Sınırlar

Bazı "hatalar" aslında IMAP geçişinin bilinen sınırlarıdır. Microsoft'un belgesine göre (2026-10 itibarıyla):

• Yalnızca gelen kutusu ve diğer posta klasörlerindeki iletiler taşınır; kişiler, takvim kayıtları ve görevler taşınmaz.
• Bir posta kutusundan en çok 500.000 öğe taşınır ve iletiler yeniden eskiye doğru sıralanır, yani sınırı aşan kutuda en eski iletiler dışarıda kalır.
• Taşınabilecek en büyük ileti 35 MB'dır; daha büyük iletiler atlanır.
• Adında eğik çizgi (/) bulunan klasörler taşınmaz. Klasörü alt çizgi ya da tire ile yeniden adlandırmak gerekir.
• Kaynak tarafta saklama ya da arşivleme ilkeleri çalışıyorsa, ilke tarafından silinen ya da arşive alınan iletiler geçişte "eksik" görünür. Microsoft, geçişten önce bu ilkelerin kapatılmasını şiddetle önerir.

Atlanan iletiler için kullanıcıdan 35 MB üstü ek ve iletileri başka yere kaydetmesini isteyin. Eksik görünen öğelerin listesini Get-MigrationUserStatistics -Identity ... -IncludeSkippedItems komutuyla alıp kullanıcıyla paylaşın.

Hiçbiri İşe Yaramazsa: Grubu ve Uç Noktayı Sıfırlayın

Microsoft'un sorun giderme belgesi, açıklanamayan sorunlarda sırasıyla şunları önerir:

1. Grubu durdurup durumun Stopped olmasını bekleyin, sonra silip yeniden oluşturun.
2. IMAP uç noktasını silip yeniden oluşturun. Eşzamanlı geçiş ve artımlı eşitleme için varsayılan değerler sırasıyla 20 ve 10'dur.
3. Geçişi başka bir yönetici hesabıyla çalıştırın. Hesabın Organization Management ya da Recipient Management rol grubunda olması gerekir.
4. Yönetici hesabıyla geçiş yapıyorsanız yeni bir süper kullanıcı hesabı açıp gereken izinleri verip deneyin.
5. Tek bir kullanıcıyla deneme grubu çalıştırın. Tek kullanıcıda alınan hata, çok kullanıcılı grubun özet iletisinden çok daha ayrıntılıdır.

Hâlâ çözülmüyorsa ilgili kullanıcının ayrıntılı raporunu indirip Microsoft destek talebine ekleyin.

Geçiş Başlamadan Önce Yapılacak Kontrol Listesi

• Alan adını Microsoft 365'e ekleyip doğrulayın, kullanıcıları açın ve lisans atayın.
• Her satır için kaynak sistemde oturum açmayı elle deneyin; CSV'yi bundan sonra hazırlayın.
• IMAP sunucu adının genel DNS'te çözümlendiğini ve 993 ya da 143 kapısının dışarıdan açık olduğunu doğrulayın.
• Microsoft veri merkezi IP aralıklarının güvenlik duvarı ve saldırı algılama sisteminde engellenmediğinden emin olun.
• MX kaydının TTL (önbellekte tutulma süresi) değerini en çok 3.600 saniyeye (1 saat) düşürün. Böylece MX kaydını değiştirdiğinizde yeni yönlendirme daha çabuk yayılır.
• Kaynak tarafta saklama ve arşivleme ilkelerini geçici olarak kapatın.
• Önce 3-5 kullanıcılık deneme grubu çalıştırın.
• Geçiş bitene kadar posta kutularını silmeyin ya da adreslerini değiştirmeyin; Microsoft bu durumda sistemin hata vereceğini belirtir.
• MX kaydını Microsoft 365'e çevirdikten sonra grubu hemen silmeyin. Belgeye göre MX değişikliğinin dünya genelinde tanınması 72 saate kadar sürebilir; en az bu süre geçmeden geçiş grubunu silmeyin.

Bu liste cPanel gibi bir hosting posta altyapısından geçen kurumlar için de geçerlidir. Adım adım kurulum için cPanel e-postasından Microsoft 365'e geçiş rehberimize, posta kimlik doğrulama kayıtlarının doğru girilmesi için de SPF, DKIM ve DMARC yapılandırma yazımıza göz atın.

Microsoft 365 geçiş hizmetimizi inceleyin ya da WhatsApp'tan yazın, 15 dakikalık ücretsiz teknik görüşmede geçiş planınıza birlikte bakalım.

Türkiye'deki Kurumlar İçin Notlar

• Hosting sağlayıcısının sınırları: paylaşımlı hostingte IMAP bağlantı sayısı ve saniyedeki istek sayısı sınırlıdır. Geçiş araçlarının eşzamanlı bağlantı sayısı bu sınırı aşarsa sağlayıcı bağlantıyı keser. Önce sağlayıcıdan sınırları öğrenin, gerekirse eşzamanlı geçiş sayısını düşürün.
• Parolaların saklanması (KVKK): CSV dosyası çalışanların parolalarını açık metin olarak içerir. 6698 sayılı KVKK'nın 12. maddesi veri sorumlusundan gerekli teknik ve idari tedbirleri almasını ister. Dosyayı paylaşımlı bir klasörde bırakmayın, geçiş bitince silin ve geçici parolaları sonrasında kullanıcıya sıfırlatın.
• Alan adı ve DNS: .com.tr alan adlarının DNS kayıtları çoğu zaman alan adını aldığınız sağlayıcı ya da hosting firması üzerinden yönetilir. MX ve TTL değişikliğini kimin yapacağını ve ne kadar sürede yapacağını geçiş gününden önce netleştirin; akşam değişiklik talebinin ertesi güne kalması en sık yaşanan gecikmedir.
• Mevzuat ve saklama: ticari yazışmaların belirli süre saklanması gerekir. Geçiş bitince eski sunucuyu hemen kapatmak yerine belirli bir süre salt okunur tutmak ve iletilerin eksiksiz taşındığı doğrulanmadan hesabı silmemek gerekir.

Sıkça Sorulan Sorular (SSS)

"We had trouble signing in to this account" hatası neden çıkıyor?

Geçiş aracı kaynak sunucuya CSV'deki kullanıcı adı ve parolayla oturum açamıyor demektir. Nedenler genellikle yanlış parola, yanlış oturum adı biçimi, kaynak sistemde IMAP erişiminin kapalı olması ya da yönetici hesabının yetkisinin yetmemesidir. Önce aynı bilgiyle bir istemciden oturum açmayı deneyin.

IMAP geçişi kişileri ve takvimi de taşır mı?

Hayır. Microsoft'un belgesine göre IMAP geçişi yalnızca gelen kutusu ve diğer posta klasörlerindeki iletileri taşır. Kişiler, takvim kayıtları ve görevler taşınmaz; bunlar ayrıca dışa aktarılıp Outlook'a içe aktarılmalıdır.

Bir kullanıcıdan kaç ileti taşınabilir, hangi boyuta kadar?

Bir posta kutusundan en çok 500.000 öğe taşınır ve iletiler en yeniden en eskiye doğru sıralanır. Tek bir ileti en fazla 35 MB olabilir; daha büyük iletiler atlanır.

Geçiş grubunu ne zaman silmeliyim?

MX kaydını Microsoft 365'e çevirdikten sonra en az 72 saat beklemelisiniz. Ayrıca grubun son eşitleme zamanının, postaların doğrudan Microsoft 365'e akmaya başladığı andan daha yeni olduğunu doğrulayın. Grubu silince kaynak sunucuya gelen yeni iletiler artık Microsoft 365'e kopyalanmaz.

Geçiş neden çok yavaş, nasıl hızlandırırım?

Önce kaynak sunucunun bağlantı sınırlarına ve güvenlik duvarındaki saldırı algılamaya bakın. Ardından IMAP uç noktasındaki eşzamanlı geçiş sayısını varsayılan 20'den en çok 100'e kadar artırabilirsiniz. Gereksiz klasörleri dışlamak ve kullanıcılara eski iletileri silmelerini söylemek de süreyi kısaltır.

CSV dosyasında en fazla kaç kullanıcı olabilir?

Bir dosyada en fazla 50.000 satır olabilir ve dosya en fazla 10 MB olmalıdır. Pratikte kullanıcıları yüzlük ya da daha küçük gruplara bölmek hata ayıklamayı kolaylaştırır.

Hata iletisi çözülmezse Microsoft desteğe neye ekleyerek başvurmalıyım?

İlgili kullanıcının ayrıntılı geçiş raporunu ekleyin. Exchange yönetim merkezinde kullanıcıyı seçip "Download the report for this user" bağlantısını kullanabilir ya da Get-MigrationUserStatistics -IncludeReport çıktısını kaydedebilirsiniz.

Sonuç: Hata İletisi Zaten Neyin Yanlış Olduğunu Söylüyor

IMAP geçişi hataları ilk bakışta karışık görünür, ancak Microsoft'un belgesi her iletiyi tek bir nedene bağlar: oturum açılamıyorsa kimlik bilgisi, alıcı bulunamıyorsa Microsoft 365 posta kutusu, zaman aşımı varsa güvenlik duvarı, sütun hatası varsa CSV dosyası. Hata iletisini okuyup doğru kutuya bakmak, saatlerce deneme yapmaktan çok daha kısa sürer.

Büyük bir geçişte en güvenli yol küçük bir deneme grubu, yönetici hesabıyla geçiş, düşürülmüş TTL ve MX değişiminden sonra 72 saatlik bekleme süresidir. Bu dört önlemi alan kurumlarda geçiş genellikle ilk denemede sorunsuz tamamlanır.

Microsoft İstanbul, Xen Bilişim ekibi olarak, kurumunuzun e-posta geçişi sırasında hata ayıklamadan MX değişimine, Outlook profil yenilemeden güvenlik ilkelerine kadar uçtan uca destek sağlıyoruz. İletişim sayfamızdan bize ulaşın.

Kaynaklar (2026-10 itibarıyla): IMAP geçişi sorun giderme, IMAP posta kutusu geçişi hakkında bilmeniz gerekenler, PowerShell ile IMAP geçişi.