IMAP mail taşıma: kapsam ve kontrol listesi

IMAP mail taşıma: kapsam ve kontrol listesi

IMAP mail taşıma, sunucuda erişilebilen mesajların ve posta klasörlerinin hedefte nasıl kopyalanacağını ele alır. Bilgisayarda tutulan yerel arşivler, kişiler ve takvimler aynı işlemle aktarılmış kabul edilmemelidir. Kaynak erişimi, hedef kapasitesi ve kullanılan aracın eşitleme davranışı birlikte değerlendirilir. Pilot kontrolde yalnız klasör adları değil, seçilen örnek iletilerin doğru yerde görünmesi de incelenmelidir. Uygulama kapsamı için mail taşıma hizmeti sayfasındaki açıklamalar da değerlendirilebilir.

Bu çalışmanın odağı belirli bir hosting paneli değil, IMAP üzerinden erişilebilen posta içeriğidir. Mesajlar sunucuda bulunuyor mu, klasörler nasıl eşleşecek ve aktarım sonucu nasıl kontrol edilecek soruları hizmet kapsamını belirler. Talebinizde yalnız geçmiş e-postaların kopyalanmasını mı, yeni gelen mesajların takibini de içeren bir geçişi mi istediğinizi belirtin. Hesap hazırlığı ve kullanıcı cihazlarının düzenlenmesi gerekiyorsa bunlar ayrıca teslim olarak tanımlanmalıdır.

Sunucudaki mesajlarla bilgisayardaki arşivi ayırın

Kullanıcının Outlook ekranında eski mesajlarını görebilmesi, bunların tamamının kaynak sunucuda bulunduğunu göstermez. Bazı mesajlar yalnız bilgisayardaki yerel dosyada veya eski bir arşivde saklanıyor olabilir. IMAP erişimiyle kopyalanacak içerik belirlenirken web posta görünümü, sunucu klasörleri ve mevcut arşiv dosyaları ayrı değerlendirilmelidir. Yerel veriye yönelik çalışma isteniyorsa bunun kaynağı ve erişimi ayrıca incelenir.

Örneğin bir çalışan son iki yılın mesajlarını sunucuda, daha eski yazışmalarını bilgisayarındaki ayrı arşivde tutuyor olabilir. Bu varsayımsal durumda yalnız IMAP aktarımı eski arşivin de taşındığı anlamına gelmez. Teklifte sunucudan alınacak veri ile yerel dosya incelemesi farklı kalemler olarak gösterilebilir. Böylece kullanıcıların işlem sonunda hangi geçmişe erişeceği başlangıçta açıklanır; eksik görünen içeriğin gerçekten nerede bulunduğu araştırılabilir.

Hedef posta kutularını ve kapasiteyi kontrol edin

Kaynak sunucuda IMAP erişiminin bulunması tek başına aktarımın başlayabileceğini göstermez. Hedef sistemde kullanıcıların veya gerekli posta kutularının hazırlanmış olması, uygun erişimin sağlanması ve yeterli kapasitenin bulunması gerekir. Hedef ürünün desteklediği yöntem de değerlendirilmelidir. Birden fazla kaynak adres aynı hedefe aktarılacaksa bu eşleştirme şirket yetkilisinin onayıyla kayda alınmalıdır.

Microsoft IMAP taşıma açıklaması, kendi geçiş yöntemi için hedef posta kutularının önceden bulunması gerektiğini belirtir. Farklı bir hedef sağlayıcıda şartlar ayrıca doğrulanmalıdır. Teklifte kaynak adres, hedef adres, veri kapsamı ve kapasite kontrolünün görünmesi yararlıdır. Hedefte zaten mesajlar varsa aktarımın mevcut içeriğe nasıl yaklaşacağı ve olası tekrarların nasıl inceleneceği de uygulamadan önce açıklanmalıdır.

Klasör eşleştirmesini pilot kutuda doğrulayın

Gelen kutusu dışında gönderilenler, taslaklar ve kullanıcıların oluşturduğu alt klasörler de iş için önemli olabilir. Kaynak ve hedef sistem aynı klasörü farklı isimlerle gösterebilir. Bazı klasör adları, karakterler veya iç içe yapı hedefte farklı davranabilir. Hizmet kapsamında klasör eşleştirme yaklaşımı ve incelenecek istisnalar belirtilmelidir. Bütün kullanıcıların tek bir örnekle tamamen aynı yapıda olduğu varsayılmamalıdır.

Pilot olarak seçilen kutuda hem standart hem kullanıcıya özel klasörler bulunması yararlı olabilir. Kontrolde klasörün yalnız oluşmasına değil beklenen örnek mesajların doğru yerde görünmesine de bakılır. Kopyalanmayacak klasörler varsa şirketin onayıyla kapsam dışında tutulmalıdır. Teklif, mevcut klasör düzenini koruma beklentisini ve gerekli değişiklikleri açıkça anlatmalıdır. Böylece kullanıcı yeni hesabına geçtiğinde mesajların hangi yapı altında bulunacağını önceden öğrenebilir.

Kişi ve takvim verisini ayrı hizmet olarak değerlendirin

IMAP üzerinden mesaj kopyalamak bütün e-posta uygulaması verilerinin taşındığı anlamına gelmez. Kişiler, takvimler, görevler, imzalar ve istemciye özgü ayarlar farklı kaynaklarda bulunabilir. Microsoft'un IMAP geçiş belgesi de bu yöntemin kişi, takvim ve görev öğelerini taşımadığını açıklar. İşletmeniz bu verilerin aktarılmasını istiyorsa kaynak ve hedefin desteklediği başka yöntemlerin değerlendirilmesi gerekir.

Talep belgenizde verileri yalnız “bütün mail hesabı” ifadesiyle tarif etmek yerine mesajlar, kişiler ve takvimler olarak ayırabilirsiniz. Ortak takvim veya kullanıcıya özel otomatik tamamlama kaydı gibi beklentileri ayrıca belirtin. Bunların her biri aynı işlemle karşılanmayabilir. Genel geçiş kapsamını mail taşıma hizmeti üzerinden değerlendirebilir, IMAP aktarımına ek yapılacak işleri teklif üzerinde farklı teslimler olarak isteyebilirsiniz.

Kaynak erişiminde sağlayıcının güncel yöntemini kullanın

IMAP bağlantısında kullanılacak kimlik doğrulama yöntemi kaynak sağlayıcıya ve seçilen araca göre doğrulanmalıdır. Her hizmetin yalnız kullanıcı adı ve parola ile bağlantıya izin verdiği varsayılmamalıdır. OAuth veya sağlayıcının desteklediği başka bir erişim yöntemi gerekebilir. Google Workspace erişim açıklaması, eski parola tabanlı uygulamalarla modern erişim yöntemleri arasındaki farkı gösteren bir örnektir.

Hizmet almak için parolaları açık iletişim formuna veya toplu bir e-posta mesajına yazmanız gerekmez. Ön görüşmede erişimin kimde olduğunu ve sağlayıcının hangi yöntemlere izin verdiğini belirtin. Uygulama için gereken erişim yetkili kişiler arasında kontrollü biçimde düzenlenmelidir. Güvenlik ayarlarını gelişigüzel kapatmak yerine desteklenen yöntem seçilmelidir. Çalışma sonrasında geçici erişimlerin ve uygulama izinlerinin nasıl gözden geçirileceği de teslim kapsamına eklenebilir.

Mesaj boyutu ve bağlantı sınırlarını teklif öncesi inceleyin

Aktarım süresini yalnız toplam gigabayt belirlemez. Mesaj sayısı, tekil mesajların boyutu, klasör yapısı, bağlantı sınırları ve kaynak sunucunun yanıtı da iş yükünü etkileyebilir. Kaynak sunucunun izin verdiği eşzamanlı oturumlarla hedefin kabul ettiği işlemler farklı olabilir. Kullanılan taşıma aracının ayrıca sınırları bulunabileceğinden, bir sağlayıcının limitlerini bütün IMAP projeleri için geçerli kabul etmeyin.

Teklifte büyük veya hatalı mesajlar için uygulanacak inceleme yaklaşımı sorulabilir. Belirli öğelerin aktarılmaması durumunda bunların raporlanması ve nasıl ele alınacağının açıklanması gerekir. Pilot inceleme, gerçek kutulardaki istisnaları daha erken görmeye yardımcı olabilir. Kaynak yöneticisinden destek alınması gerekiyorsa bu bağımlılık da yazılsın. İncelenmemiş ortam için sabit süre veya her mesajın aynı hızla aktarılacağı sözü verilmesi sağlıklı bir hizmet tanımı oluşturmaz.

İlk kopyalama ve sonradan gelen mesajları ayrı planlayın

Geçmiş mesajlar kopyalanırken çalışanlar eski sistemi kullanmaya devam ediyorsa yeni mesajlar oluşabilir. İlk aktarımın tamamlanması bu yeni içeriğin de hedefe ulaştığını göstermez. Seçilen yöntemin ek eşitleme yapıp yapamadığı ve hangi değişiklikleri takip ettiği doğrulanmalıdır. Bazı araçlar yeni mesajları izlerken silme, taşıma veya işaret değişikliklerini aynı biçimde yansıtmayabilir.

Microsoft'un IMAP geçiş yöntemi, artımlı eşitlemeyi kendi işlem akışında ayrıca tanımlar. Bu davranış bütün araçlara genellenmemelidir. Hizmet planında son kontrol zamanı, kaynak sistemin ne kadar açık kalacağı ve yeni posta akışının nasıl doğrulanacağı açıklanmalıdır. Yönlendirme veya DNS çalışması gerekiyorsa mesaj kopyalamayla aynı iş sayılmadan kapsam ve sorumlulukları ayrı gösterilebilir.

Tekrar çalıştırmada mesaj eşleştirme yöntemini sorun

Aktarımın kesilip yeniden başlatılması veya sonradan ek kopyalama yapılması gerekebilir. Bu durumda hangi mesajların daha önce işlendiğinin nasıl takip edildiği önemlidir. IMAP protokolünü tanımlayan RFC 9051, mesaj kimliklerinin posta kutusu bağlamıyla ilişkili olduğunu açıklar. Kaynakta görülen bir UID değerinin hedef sistemde aynı kimlik olarak korunacağı varsayılmamalıdır.

Protokol komutlarını kendiniz uygulamanız gerekmez; hizmet sağlayıcınızdan kullanılan aracın tekrar çalıştırma ve eşleştirme davranışını açıklamasını isteyebilirsiniz. Mesajın aynı görünmesiyle güvenilir biçimde aynı öğe olarak tanınması farklı konulardır. Kaynak klasörlerin yeniden oluşturulması veya yapının değişmesi inceleme ihtiyacını artırabilir. Bu nedenle pilot sonrası kaynak üzerinde büyük düzenleme yapılacaksa uygulama ekibi bilgilendirilmeli, değişikliklerin aktarım planına etkisi kontrol edilmelidir.

IMAP mail taşıma tesliminde hangi kayıtlar bulunmalı?

Teslim kaydı kaynak ve hedef adres eşleştirmesini, taşınan klasör kapsamını, işlem durumunu ve görülen istisnaları içerebilir. Başarısız veya atlanan öğeler varsa nedenleri ve sonraki adım belirtilmelidir. Yalnız toplam mesaj sayısının yakın görünmesi bütün içeriğin aynı olduğunu tek başına kanıtlamaz. Farklı klasörlerden ve tarihlerden seçilen örnekler, raporla birlikte değerlendirilerek kullanıcı kabulü yapılabilir.

Şirket adına kontrol verecek kullanıcı veya sorumlu başlangıçta belirlenmelidir. Özellikle kritik yazışma klasörleri ve büyük kutular için kabul örnekleri seçilebilir. Yeni hesapta gönderme ve alma testleri de isteniyorsa bunlar mesaj aktarımından ayrı kontrol olarak yazılır. Açık kalan işlerin listesi, erişimlerin kapatılma durumu ve kaynak hizmetin sonlandırılması için gereken kararlar teslim belgesinde görünür olmalıdır.

Örneğin aktarım raporunda tamamlandı görünen bir kullanıcı, beklediği gönderilenler klasörünü bulamıyorsa önce klasör eşleştirmesi ve veri kaynağı incelenmelidir. İçeriğin farklı klasörde görünmesiyle hiç kopyalanmamış olması aynı hata değildir. Böyle bir kabul senaryosu, yalnız araç durumuna bakmadan kullanıcı beklentisinin kontrol edilmesini sağlar. Sorun kaydıyla birlikte örnek tarih, klasör adı ve ilgili hesap paylaşılması incelemenin daha somut yürütülmesine yardımcı olabilir.

Uygulama öncesi son kontroller

IMAP mail taşıma fiyatını kutu adedi, veri büyüklüğü, mesaj ve klasör sayısı, erişim hazırlığı, hedef sistem ve istisna incelemesi etkileyebilir. Yerel arşiv, kişi veya takvim aktarımı ayrıca isteniyorsa bu işler ayrı kapsamlandırılır. Pilot, ek eşitleme, cihaz hazırlığı ve teslim sonrası destek bedelinin dahil olup olmadığı açıklanmalıdır. Teklifte yalnız kutu başı rakam görmek bütün hizmetin aynı kapsamda sunulduğunu göstermez.

Son kontrol listesinde sunucu verisi, yerel arşiv ayrımı, klasör eşleştirmesi, erişim ve son eşitleme sonuç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 mail taşıma hizmeti sayfasına gidin.

Sık Sorulan Sorular