{"id":2682,"date":"2025-12-02T13:19:12","date_gmt":"2025-12-02T10:19:12","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/cpanel-e%e2%80%91posta-hesaplarini-yeni-sunucuya-tasimak-imap-senkronizasyonu-ve-dns-cutover\/"},"modified":"2025-12-02T13:19:12","modified_gmt":"2025-12-02T10:19:12","slug":"cpanel-e%e2%80%91posta-hesaplarini-yeni-sunucuya-tasimak-imap-senkronizasyonu-ve-dns-cutover","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/cpanel-e%e2%80%91posta-hesaplarini-yeni-sunucuya-tasimak-imap-senkronizasyonu-ve-dns-cutover\/","title":{"rendered":"cPanel E\u2011Posta Hesaplar\u0131n\u0131 Yeni Sunucuya Ta\u015f\u0131mak: IMAP Senkronizasyonu ve DNS Cutover"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#cPanel_eposta_tasima_surecine_genel_bakis\"><span class=\"toc_number toc_depth_1\">1<\/span> cPanel e\u2011posta ta\u015f\u0131ma s\u00fcrecine genel bak\u0131\u015f<\/a><\/li><li><a href=\"#Tasima_oncesi_hazirlik_Envanter_erisim_ve_DNS_durumu\"><span class=\"toc_number toc_depth_1\">2<\/span> Ta\u015f\u0131ma \u00f6ncesi haz\u0131rl\u0131k: Envanter, eri\u015fim ve DNS durumu<\/a><ul><li><a href=\"#1_Eposta_envanterini_cikarin\"><span class=\"toc_number toc_depth_2\">2.1<\/span> 1. E\u2011posta envanterini \u00e7\u0131kar\u0131n<\/a><\/li><li><a href=\"#2_Eski_ve_yeni_sunucuya_erisimi_dogrulayin\"><span class=\"toc_number toc_depth_2\">2.2<\/span> 2. Eski ve yeni sunucuya eri\u015fimi do\u011frulay\u0131n<\/a><\/li><li><a href=\"#3_DNS_ve_MX_kayitlarini_analiz_edin\"><span class=\"toc_number toc_depth_2\">2.3<\/span> 3. DNS ve MX kay\u0131tlar\u0131n\u0131 analiz edin<\/a><\/li><\/ul><\/li><li><a href=\"#Yeni_cPanel_sunucusunda_posta_kutularini_hazirlamak\"><span class=\"toc_number toc_depth_1\">3<\/span> Yeni cPanel sunucusunda posta kutular\u0131n\u0131 haz\u0131rlamak<\/a><ul><li><a href=\"#1_cPanel_hesabi_ve_alan_adini_tanimlayin\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 1. cPanel hesab\u0131 ve alan ad\u0131n\u0131 tan\u0131mlay\u0131n<\/a><\/li><li><a href=\"#2_Eposta_hesaplarini_birebir_olusturun\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2. E\u2011posta hesaplar\u0131n\u0131 birebir olu\u015fturun<\/a><\/li><\/ul><\/li><li><a href=\"#IMAP_senkronizasyonu_ile_eposta_kutularini_tasimak\"><span class=\"toc_number toc_depth_1\">4<\/span> IMAP senkronizasyonu ile e\u2011posta kutular\u0131n\u0131 ta\u015f\u0131mak<\/a><ul><li><a href=\"#Neden_IMAP_POP3_degil\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Neden IMAP, POP3 de\u011fil?<\/a><\/li><li><a href=\"#IMAP_senkronizasyonunun_calisma_mantigi\"><span class=\"toc_number toc_depth_2\">4.2<\/span> IMAP senkronizasyonunun \u00e7al\u0131\u015fma mant\u0131\u011f\u0131<\/a><\/li><li><a href=\"#IMAP_senkronizasyonu_icin_pratik_ipuclari\"><span class=\"toc_number toc_depth_2\">4.3<\/span> IMAP senkronizasyonu i\u00e7in pratik ipu\u00e7lar\u0131<\/a><\/li><li><a href=\"#Sifre_ve_baglanti_sorunlariyla_bas_etmek\"><span class=\"toc_number toc_depth_2\">4.4<\/span> \u015eifre ve ba\u011flant\u0131 sorunlar\u0131yla ba\u015f etmek<\/a><\/li><\/ul><\/li><li><a href=\"#DNS_cutover_MX_A_kaydi_ve_TTL_stratejisi\"><span class=\"toc_number toc_depth_1\">5<\/span> DNS cutover: MX, A kayd\u0131 ve TTL stratejisi<\/a><ul><li><a href=\"#TTL_kavramini_dogru_kullanmak\"><span class=\"toc_number toc_depth_2\">5.1<\/span> TTL kavram\u0131n\u0131 do\u011fru kullanmak<\/a><\/li><li><a href=\"#MX_cutover_sirasi_Once_test_sonra_tam_gecis\"><span class=\"toc_number toc_depth_2\">5.2<\/span> MX cutover s\u0131ras\u0131: \u00d6nce test, sonra tam ge\u00e7i\u015f<\/a><\/li><li><a href=\"#SPF_DKIM_ve_DMARC_kayitlarini_guncellemek\"><span class=\"toc_number toc_depth_2\">5.3<\/span> SPF, DKIM ve DMARC kay\u0131tlar\u0131n\u0131 g\u00fcncellemek<\/a><\/li><\/ul><\/li><li><a href=\"#Kesintisiz_gecis_icin_ornek_zaman_cizelgesi\"><span class=\"toc_number toc_depth_1\">6<\/span> Kesintisiz ge\u00e7i\u015f i\u00e7in \u00f6rnek zaman \u00e7izelgesi<\/a><ul><li><a href=\"#T48_saat_DNS_ve_hazirlik\"><span class=\"toc_number toc_depth_2\">6.1<\/span> T\u201148 saat: DNS ve haz\u0131rl\u0131k<\/a><\/li><li><a href=\"#T24_saat_Ilk_IMAP_senkronizasyonu\"><span class=\"toc_number toc_depth_2\">6.2<\/span> T\u201124 saat: \u0130lk IMAP senkronizasyonu<\/a><\/li><li><a href=\"#T4_saat_Ikinci_artimli_senkron_ve_son_kontroller\"><span class=\"toc_number toc_depth_2\">6.3<\/span> T\u20114 saat: \u0130kinci (art\u0131ml\u0131) senkron ve son kontroller<\/a><\/li><li><a href=\"#T_saati_MX_cutover\"><span class=\"toc_number toc_depth_2\">6.4<\/span> T saati: MX cutover<\/a><\/li><li><a href=\"#T_24_saat_Son_IMAP_senkronu_ve_temizlik\"><span class=\"toc_number toc_depth_2\">6.5<\/span> T + 2\u20134 saat: Son IMAP senkronu ve temizlik<\/a><\/li><\/ul><\/li><li><a href=\"#Tipik_sorunlar_ve_sahadan_cozumler\"><span class=\"toc_number toc_depth_1\">7<\/span> Tipik sorunlar ve sahadan \u00e7\u00f6z\u00fcmler<\/a><ul><li><a href=\"#1_Bazi_iletiler_eksik_veya_klasorler_tam_gelmedi\"><span class=\"toc_number toc_depth_2\">7.1<\/span> 1. Baz\u0131 iletiler eksik veya klas\u00f6rler tam gelmedi<\/a><\/li><li><a href=\"#2_Kullanicilar_hala_eski_sunucuya_bagli\"><span class=\"toc_number toc_depth_2\">7.2<\/span> 2. Kullan\u0131c\u0131lar hala eski sunucuya ba\u011fl\u0131<\/a><\/li><li><a href=\"#3_Teslim_edilebilirlik_dustu_bazi_iletiler_spame_gidiyor\"><span class=\"toc_number toc_depth_2\">7.3<\/span> 3. Teslim edilebilirlik d\u00fc\u015ft\u00fc, baz\u0131 iletiler spam\u2019e gidiyor<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_altyapisi_ile_cPanel_eposta_tasima_senaryolari\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost altyap\u0131s\u0131 ile cPanel e\u2011posta ta\u015f\u0131ma senaryolar\u0131<\/a><\/li><li><a href=\"#Sonuc_ve_DCHost_ile_bir_sonraki_adim\"><span class=\"toc_number toc_depth_1\">9<\/span> Sonu\u00e7 ve DCHost ile bir sonraki ad\u0131m<\/a><\/li><\/ul><\/div>\n<h2><span id=\"cPanel_eposta_tasima_surecine_genel_bakis\">cPanel e\u2011posta ta\u015f\u0131ma s\u00fcrecine genel bak\u0131\u015f<\/span><\/h2>\n<p>Bir alan ad\u0131 veya hosting paketi ta\u015f\u0131rken en \u00e7ok tedirgin eden konulardan biri e\u2011posta hesaplar\u0131d\u0131r. Web sitesinin birka\u00e7 dakika eri\u015filememesi \u00e7o\u011fu i\u015f i\u00e7in tolere edilebilirken, e\u2011postan\u0131n kesilmesi veya baz\u0131 iletilerin kaybolmas\u0131 direkt olarak i\u015f s\u00fcre\u00e7lerini, sat\u0131\u015flar\u0131 ve m\u00fc\u015fteri ili\u015fkilerini etkiler. Bu nedenle cPanel e\u2011posta hesaplar\u0131n\u0131 yeni bir sunucuya ta\u015f\u0131rken hedefiniz net olmal\u0131: S\u0131f\u0131ra yak\u0131n kesinti, s\u0131f\u0131r veri kayb\u0131 ve minimum kullan\u0131c\u0131 m\u00fcdahalesi.<\/p>\n<p>Bu yaz\u0131da DCHost ekibi olarak sahada defalarca uygulad\u0131\u011f\u0131m\u0131z, pratikte kendini kan\u0131tlam\u0131\u015f bir ta\u015f\u0131ma yakla\u015f\u0131m\u0131n\u0131 par\u00e7alara ay\u0131rarak anlataca\u011f\u0131z. Odakta \u00fc\u00e7 temel bile\u015fen var: Eski ve yeni sunucu aras\u0131nda <strong>IMAP senkronizasyonu<\/strong>, DNS taraf\u0131nda kontroll\u00fc bir <strong>MX cutover<\/strong> plan\u0131 ve t\u00fcm s\u00fcreci destekleyen <strong>TTL stratejisi<\/strong>. Yani \u00f6nce posta kutular\u0131n\u0131 arka planda kopyal\u0131yor, ard\u0131ndan DNS\u2019i dikkatlice \u00e7eviriyor ve son olarak da kalan farklar\u0131 yakalayarak ta\u015f\u0131ma i\u015flemini tamaml\u0131yoruz.<\/p>\n<p>E\u011fer alan ad\u0131n\u0131z\u0131 da ta\u015f\u0131yorsan\u0131z veya DNS y\u00f6netimini de\u011fi\u015ftiriyorsan\u0131z, mutlaka daha \u00f6nce anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/alan-adi-tasirken-e%e2%80%91posta-kesintisini-onlemek\/'>alan ad\u0131 ta\u015f\u0131rken e\u2011posta kesintisini \u00f6nleme rehberini<\/a> de bu yaz\u0131yla birlikte d\u00fc\u015f\u00fcnmenizi \u00f6neririz. \u015eimdi, ad\u0131m ad\u0131m ilerleyelim ve s\u00fcreci teknik ama anla\u015f\u0131l\u0131r bir dille netle\u015ftirelim.<\/p>\n<h2><span id=\"Tasima_oncesi_hazirlik_Envanter_erisim_ve_DNS_durumu\">Ta\u015f\u0131ma \u00f6ncesi haz\u0131rl\u0131k: Envanter, eri\u015fim ve DNS durumu<\/span><\/h2>\n<p>Ba\u015far\u0131l\u0131 bir cPanel e\u2011posta ta\u015f\u0131mas\u0131n\u0131n s\u0131rr\u0131, i\u015fe komut sat\u0131r\u0131ndan veya DNS panelinden de\u011fil, <strong>do\u011fru envanter \u00e7\u0131karma<\/strong> ad\u0131m\u0131yla ba\u015flamakta. \u00d6nce neye sahip oldu\u011funuzu tam olarak g\u00f6rmelisiniz.<\/p>\n<h3><span id=\"1_Eposta_envanterini_cikarin\">1. E\u2011posta envanterini \u00e7\u0131kar\u0131n<\/span><\/h3>\n<p>Eski cPanel hesab\u0131n\u0131zda \u015fu bilgileri mutlaka listeleyin:<\/p>\n<ul>\n<li>T\u00fcm e\u2011posta adresleri (info@, destek@, ki\u015fisel adresler vb.)<\/li>\n<li>Her hesab\u0131n kota bilgisi (\u00f6rne\u011fin 2 GB, s\u0131n\u0131rs\u0131z vb.)<\/li>\n<li>Hangi hesaplar\u0131n aktif kullan\u0131ld\u0131\u011f\u0131, hangilerinin art\u0131k gereksiz oldu\u011fu<\/li>\n<li>Otomatik y\u00f6nlendirme (forwarder) tan\u0131ml\u0131 adresler<\/li>\n<li>Otomatik cevaplay\u0131c\u0131 (autoresponder) kullan\u0131lan adresler<\/li>\n<\/ul>\n<p>Bu listeyi bir tablo halinde \u00e7\u0131karmak, yeni sunucuda hesaplar\u0131 birebir ayn\u0131 \u015fekilde olu\u015ftururken ciddi zaman kazand\u0131r\u0131r ve hata riskini azalt\u0131r.<\/p>\n<h3><span id=\"2_Eski_ve_yeni_sunucuya_erisimi_dogrulayin\">2. Eski ve yeni sunucuya eri\u015fimi do\u011frulay\u0131n<\/span><\/h3>\n<p>IMAP senkronizasyonu yapabilmek i\u00e7in hem eski hem de yeni cPanel sunucusunda a\u015fa\u011f\u0131daki bilgilere ihtiyac\u0131n\u0131z olacak:<\/p>\n<ul>\n<li>Hostname veya IP adresi (\u00f6rne\u011fin mail.ornekalanadi.com ya da do\u011frudan IP)<\/li>\n<li>IMAP portu (genelde 993 SSL veya 143 TLS)<\/li>\n<li>Her e\u2011posta hesab\u0131n\u0131n tam adresi ve \u015fifresi<\/li>\n<li>G\u00fcvenli ba\u011flant\u0131 t\u00fcr\u00fc (SSL\/TLS) ve do\u011frulanm\u0131\u015f sertifika<\/li>\n<\/ul>\n<p>\u00d6zellikle kurumsal yap\u0131larda kullan\u0131c\u0131 \u015fifrelerini do\u011frudan almak m\u00fcmk\u00fcn olmayabilir. B\u00f6yle bir durumda, ge\u00e7ici olarak y\u00f6netici taraf\u0131ndan belirlenen \u015fifreleri kullanmak veya kullan\u0131c\u0131lar\u0131n kendi arabirimlerinden \u015fifre g\u00fcncellemesi yapmas\u0131n\u0131 sa\u011flamak gerekir. Bu plan\u0131 ba\u015ftan netle\u015ftirmek, ta\u015f\u0131ma esnas\u0131ndaki s\u00fcrprizleri azaltacakt\u0131r.<\/p>\n<h3><span id=\"3_DNS_ve_MX_kayitlarini_analiz_edin\">3. DNS ve MX kay\u0131tlar\u0131n\u0131 analiz edin<\/span><\/h3>\n<p>Ta\u015f\u0131ma s\u00fcrecinde DNS taraf\u0131nda neyi, ne zaman de\u011fi\u015ftirece\u011finiz \u00e7ok kritik. \u00d6ncelikle mevcut DNS durumunuzu netle\u015ftirin:<\/p>\n<ul>\n<li>Alan ad\u0131n\u0131z\u0131n nameserver kay\u0131tlar\u0131 nerede y\u00f6netiliyor? (Domain paneli, DCHost DNS, ba\u015fka bir DNS sa\u011flay\u0131c\u0131s\u0131 vb.)<\/li>\n<li>MX kay\u0131tlar\u0131n\u0131z hangi hostname veya IP adresini i\u015faret ediyor?<\/li>\n<li>Mail ile ili\u015fkili alt alan adlar\u0131 var m\u0131? (mail.ornekalanadi.com, webmail.ornekalanadi.com vb.)<\/li>\n<li>Mevcut <strong>SPF, DKIM ve DMARC<\/strong> kay\u0131tlar\u0131n\u0131z nas\u0131l tan\u0131mlanm\u0131\u015f?<\/li>\n<\/ul>\n<p>DNS kay\u0131tlar\u0131na genel bir bak\u0131\u015fa ihtiyac\u0131n\u0131z varsa, detayl\u0131 terimleri sadele\u015ftirdi\u011fimiz <a href='https:\/\/www.dchost.com\/blog\/dns-kayitlari-adan-zye-a-aaaa-cname-mx-txt-srv-caa-ve-sizi-yakan-o-kucuk-hatalar\/'>DNS kay\u0131tlar\u0131 A\u2019dan Z\u2019ye rehberini<\/a> de yan sekmede a\u00e7man\u0131z faydal\u0131 olur.<\/p>\n<h2><span id=\"Yeni_cPanel_sunucusunda_posta_kutularini_hazirlamak\">Yeni cPanel sunucusunda posta kutular\u0131n\u0131 haz\u0131rlamak<\/span><\/h2>\n<p>IMAP senkronizasyonuna ge\u00e7meden \u00f6nce, yeni cPanel sunucusunda hedef posta kutular\u0131n\u0131n haz\u0131r olmas\u0131 gerekir. Buradaki temel kural \u015fu: <strong>Adresler, kullan\u0131c\u0131 adlar\u0131 ve kotalar m\u00fcmk\u00fcn oldu\u011funca birebir ayn\u0131 olmal\u0131.<\/strong><\/p>\n<h3><span id=\"1_cPanel_hesabi_ve_alan_adini_tanimlayin\">1. cPanel hesab\u0131 ve alan ad\u0131n\u0131 tan\u0131mlay\u0131n<\/span><\/h3>\n<p>Yeni sunucuda DCHost \u00fczerinden a\u00e7t\u0131\u011f\u0131n\u0131z cPanel hesab\u0131na alan ad\u0131n\u0131z\u0131 ekleyin. E\u011fer \u00e7ok say\u0131da domain bar\u0131nd\u0131r\u0131yorsan\u0131z ve yap\u0131 karma\u015f\u0131ksa, ayn\u0131 alan ad\u0131n\u0131 add-on domain mi yoksa ayr\u0131 cPanel hesab\u0131 olarak m\u0131 a\u00e7man\u0131z gerekti\u011fini, daha \u00f6nce yazd\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/cpanelde-addon-domain-mi-ayri-hesap-mi-dogru-secimi-teknik-sekilde-netlestirelim\/'>cPanel\u2019de addon domain mi, ayr\u0131 hesap m\u0131 rehberimizde<\/a> ayr\u0131nt\u0131l\u0131 \u015fekilde tart\u0131\u015ft\u0131k. E\u2011posta kritik ise \u00e7o\u011fu zaman her alan ad\u0131 i\u00e7in ayr\u0131 cPanel hesab\u0131 tercih etmek, izolasyon ve y\u00f6netim a\u00e7\u0131s\u0131ndan daha sa\u011fl\u0131kl\u0131d\u0131r.<\/p>\n<h3><span id=\"2_Eposta_hesaplarini_birebir_olusturun\">2. E\u2011posta hesaplar\u0131n\u0131 birebir olu\u015fturun<\/span><\/h3>\n<p>Envanter tablonuza bakarak yeni cPanel \u00fczerinde:<\/p>\n<ul>\n<li>Eski sunucudaki t\u00fcm aktif e\u2011posta adreslerini ayn\u0131 adla olu\u015fturun<\/li>\n<li>M\u00fcmk\u00fcnse ayn\u0131 kota de\u011ferlerini kullan\u0131n (veya daha mant\u0131kl\u0131 bir limit belirleyin)<\/li>\n<li>\u015eifreleri kullan\u0131c\u0131larla mutabakata g\u00f6re belirleyin (ge\u00e7ici veya kal\u0131c\u0131)<\/li>\n<li>Forwarder ve autoresponder ayarlar\u0131n\u0131 da ta\u015f\u0131y\u0131n<\/li>\n<\/ul>\n<p>\u00d6zellikle kurumsal yap\u0131larda kota planlamas\u0131n\u0131 g\u00f6zden ge\u00e7irmek i\u00e7in bu ta\u015f\u0131ma iyi bir f\u0131rsatt\u0131r. Baz\u0131 hesaplar\u0131n gereksiz b\u00fcy\u00fcd\u00fc\u011f\u00fcn\u00fc, baz\u0131 hesaplar\u0131n da \u00e7ok d\u00fc\u015f\u00fck kotada s\u0131k s\u0131k doldu\u011funu g\u00f6rebilirsiniz. DCHost taraf\u0131nda kota ve disk kullan\u0131m\u0131na g\u00f6re daha esnek planlar d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z, bunu ta\u015f\u0131ma \u00f6ncesi planlaman\u0131z i\u015finizi kolayla\u015ft\u0131r\u0131r.<\/p>\n<h2><span id=\"IMAP_senkronizasyonu_ile_eposta_kutularini_tasimak\">IMAP senkronizasyonu ile e\u2011posta kutular\u0131n\u0131 ta\u015f\u0131mak<\/span><\/h2>\n<p>\u015eimdi i\u015fin kalbine, yani posta kutular\u0131n\u0131n veri kayb\u0131 olmadan ta\u015f\u0131nmas\u0131na gelelim. Burada temel prensip \u015fu: <strong>Eski sunucu ile yeni sunucu ayn\u0131 anda IMAP \u00fczerinden okunabilir olmal\u0131 ve aradaki farklar bir senkronizasyon arac\u0131 ile kademeli olarak kopyalanmal\u0131.<\/strong><\/p>\n<h3><span id=\"Neden_IMAP_POP3_degil\">Neden IMAP, POP3 de\u011fil?<\/span><\/h3>\n<p>POP3 protokol\u00fc tasar\u0131m gere\u011fi iletileri sunucudan \u00e7ekip genellikle istemci taraf\u0131nda saklamaya odaklan\u0131r. Bir\u00e7ok kullan\u0131c\u0131da ise istemci ayar\u0131 yanl\u0131\u015f yap\u0131ld\u0131\u011f\u0131ndan, kimi iletiler sunucuda tutulmaya devam eder, kimisi sadece istemcide kal\u0131r. Bu durum POP3 \u00fczerinden sa\u011fl\u0131kl\u0131 bir ta\u015f\u0131ma yapman\u0131z\u0131 zorla\u015ft\u0131r\u0131r.<\/p>\n<p>IMAP ise posta kutusunun tamam\u0131n\u0131 sunucu \u00fczerinde ana kaynak olarak g\u00f6r\u00fcr. Klas\u00f6r yap\u0131lar\u0131 (Gelen Kutusu, G\u00f6nderilmi\u015f, Taslaklar, \u00f6zel klas\u00f6rler vb.), okunma durumlar\u0131, bayraklar (y\u0131ld\u0131zl\u0131, \u00f6nemli vb.) hepsi sunucu taraf\u0131nda tutulur. Dolay\u0131s\u0131yla IMAP, iki sunucu aras\u0131ndaki veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korumak i\u00e7in \u00e7ok daha uygun bir protokold\u00fcr.<\/p>\n<h3><span id=\"IMAP_senkronizasyonunun_calisma_mantigi\">IMAP senkronizasyonunun \u00e7al\u0131\u015fma mant\u0131\u011f\u0131<\/span><\/h3>\n<p>\u0130\u015fin \u00f6z\u00fcnde IMAP senkronizasyonu, her posta hesab\u0131 i\u00e7in \u015fu ad\u0131mlar\u0131 uygular:<\/p>\n<ol>\n<li>Eski sunucuya IMAP ile ba\u011flan\u0131r, klas\u00f6r listesini ve iletileri okur<\/li>\n<li>Yeni sunucuya IMAP ile ba\u011flan\u0131r, oradaki mevcut durumu inceler<\/li>\n<li>Yeni sunucuda eksik olan iletileri kopyalar, var olanlar\u0131 tekrar kopyalamadan b\u0131rak\u0131r<\/li>\n<li>Klas\u00f6r yap\u0131lar\u0131n\u0131 ve bayraklar\u0131 m\u00fcmk\u00fcn oldu\u011funca birebir ta\u015f\u0131r<\/li>\n<\/ol>\n<p>Bu i\u015flemi ilk ba\u015fta <strong>tam bir senkronizasyon<\/strong> olarak \u00e7al\u0131\u015ft\u0131r\u0131r, ard\u0131ndan DNS cutover \u00f6ncesi ve sonras\u0131 <strong>differential (art\u0131ml\u0131)<\/strong> senkronizasyonlar ile aradaki fark\u0131 g\u00fcncellersiniz. B\u00f6ylece ta\u015f\u0131ma s\u0131ras\u0131nda gelen yeni iletiler de kaybolmaz.<\/p>\n<h3><span id=\"IMAP_senkronizasyonu_icin_pratik_ipuclari\">IMAP senkronizasyonu i\u00e7in pratik ipu\u00e7lar\u0131<\/span><\/h3>\n<p>Hangi arac\u0131 kulland\u0131\u011f\u0131n\u0131zdan ba\u011f\u0131ms\u0131z olarak, pratikte a\u015fa\u011f\u0131daki noktalara dikkat etmenizi \u00f6neririz:<\/p>\n<ul>\n<li><strong>\u00d6nce k\u00fc\u00e7\u00fck bir hesapla test edin:<\/strong> \u00c7ok b\u00fcy\u00fck posta kutular\u0131na girmeden \u00f6nce, 1 adet k\u00fc\u00e7\u00fck hacimli e\u2011posta hesab\u0131 \u00fczerinde u\u00e7tan uca test yap\u0131n.<\/li>\n<li><strong>SSL\/TLS ba\u011flant\u0131lar\u0131n\u0131 zorunlu k\u0131l\u0131n:<\/strong> \u00d6zellikle d\u0131\u015far\u0131 a\u00e7\u0131k IP adreslerinden ba\u011flan\u0131yorsan\u0131z \u015fifrelerin d\u00fcz metin gitmemesi i\u00e7in IMAPS (993) veya STARTTLS (143) kullan\u0131n.<\/li>\n<li><strong>G\u00fcnl\u00fck veya log tutun:<\/strong> Hangi hesapta ka\u00e7 iletinin ta\u015f\u0131nd\u0131\u011f\u0131n\u0131, hata alan hesaplar\u0131 log dosyas\u0131ndan takip etmek, sorun gidermeyi ciddi \u015fekilde h\u0131zland\u0131r\u0131r.<\/li>\n<li><strong>B\u00fcy\u00fck posta kutular\u0131 i\u00e7in zaman plan\u0131 yap\u0131n:<\/strong> 10\u201320 GB \u00fcst\u00fc posta kutular\u0131n\u0131n ilk senkronu uzun s\u00fcrebilir. Bunu gece veya d\u00fc\u015f\u00fck trafik saatlerine planlay\u0131n.<\/li>\n<\/ul>\n<h3><span id=\"Sifre_ve_baglanti_sorunlariyla_bas_etmek\">\u015eifre ve ba\u011flant\u0131 sorunlar\u0131yla ba\u015f etmek<\/span><\/h3>\n<p>Pratikte en s\u0131k ya\u015fanan sorun, yanl\u0131\u015f\/eksik \u015fifreler veya g\u00fcvenlik duvar\u0131 k\u0131s\u0131tlamalar\u0131d\u0131r. Ta\u015f\u0131ma \u00f6ncesi \u015fu kontrol listesini uygulay\u0131n:<\/p>\n<ul>\n<li>Eski ve yeni sunucuda IMAP servislerinin \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun<\/li>\n<li>G\u00fcvenlik duvar\u0131nda 993 ve 143 portlar\u0131n\u0131n eri\u015filebilirli\u011fini test edin<\/li>\n<li>\u015e\u00fcpheli durumlarda telnet veya openssl s_client ile temel ba\u011flant\u0131 testi yap\u0131n<\/li>\n<li>\u015eifre politikas\u0131n\u0131 netle\u015ftirin: Ge\u00e7ici \u015fifre mi, kullan\u0131c\u0131 kendi \u015fifresini koruyor mu?<\/li>\n<\/ul>\n<p>E\u011fer kullan\u0131c\u0131lar\u0131n\u0131z webmail ve masa\u00fcst\u00fc istemciyi yo\u011fun kullan\u0131yorsa, ta\u015f\u0131ma sonras\u0131 \u015fifreleri de\u011fi\u015ftirip, eski istemcilerdeki ba\u011flant\u0131 ayarlar\u0131n\u0131 yeni sunucu bilgilerine g\u00f6re g\u00fcncellemeyi de plan\u0131n bir par\u00e7as\u0131 olarak d\u00fc\u015f\u00fcnmelisiniz.<\/p>\n<h2><span id=\"DNS_cutover_MX_A_kaydi_ve_TTL_stratejisi\">DNS cutover: MX, A kayd\u0131 ve TTL stratejisi<\/span><\/h2>\n<p>Posta kutular\u0131n\u0131 IMAP ile kopyalad\u0131ktan sonra s\u0131radaki kritik ad\u0131m, yeni sunucuya <strong>ger\u00e7ek trafi\u011fi y\u00f6nlendirmek<\/strong>. Bunun i\u00e7in DNS taraf\u0131nda iki \u015fey belirleyicidir: MX kay\u0131tlar\u0131n\u0131z ve bu kay\u0131tlar\u0131n ne kadar h\u0131zl\u0131 g\u00fcncellenece\u011fini belirleyen TTL de\u011ferleri.<\/p>\n<h3><span id=\"TTL_kavramini_dogru_kullanmak\">TTL kavram\u0131n\u0131 do\u011fru kullanmak<\/span><\/h3>\n<p>TTL, DNS kay\u0131tlar\u0131n\u0131n \u00e7\u00f6z\u00fcmleyicilerde ne kadar s\u00fcreyle \u00f6nbellekte tutulaca\u011f\u0131n\u0131 belirler. MX kayd\u0131n\u0131z i\u00e7in TTL de\u011feri y\u00fcksekse, de\u011fi\u015fiklik yapt\u0131\u011f\u0131n\u0131z anda t\u00fcm d\u00fcnyada h\u0131zl\u0131ca etkisini g\u00f6stermez. Bu y\u00fczden ta\u015f\u0131ma \u00f6ncesi \u015fu ad\u0131mlar\u0131 uygulay\u0131n:<\/p>\n<ol>\n<li>Mevcut MX kayd\u0131n\u0131z\u0131n TTL de\u011ferini tespit edin (\u00f6rne\u011fin 14400 saniye = 4 saat)<\/li>\n<li>Ta\u015f\u0131ma i\u015fleminden en az 24\u201348 saat \u00f6nce bu TTL de\u011ferini m\u00fcmk\u00fcnse 300\u2013600 saniye seviyesine d\u00fc\u015f\u00fcr\u00fcn<\/li>\n<li>Bu de\u011fi\u015fikli\u011fin de yay\u0131lmas\u0131 i\u00e7in zaman tan\u0131y\u0131n<\/li>\n<\/ol>\n<p>TTL planlamas\u0131n\u0131 daha geni\u015f bir perspektifle ele ald\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/zero-downtime-tasima-icin-ttl-stratejileri-dns-yayilimini-gercekten-nasil-hizlandirirsin\/'>zero\u2011downtime ta\u015f\u0131ma i\u00e7in TTL stratejileri rehberinde<\/a> DNS yay\u0131l\u0131m\u0131n\u0131 h\u0131zland\u0131rmak i\u00e7in kullanabilece\u011finiz pratik y\u00f6ntemleri detayland\u0131rd\u0131k. E\u2011posta ta\u015f\u0131mas\u0131nda da ayn\u0131 prensipler ge\u00e7erli.<\/p>\n<h3><span id=\"MX_cutover_sirasi_Once_test_sonra_tam_gecis\">MX cutover s\u0131ras\u0131: \u00d6nce test, sonra tam ge\u00e7i\u015f<\/span><\/h3>\n<p>MX kayd\u0131n\u0131z\u0131 bir anda tamamen yeni sunucuya \u00e7evirmek yerine, kontroll\u00fc bir ge\u00e7i\u015f yapmak her zaman daha sa\u011fl\u0131kl\u0131d\u0131r. Tipik bir plan \u015fu \u015fekilde olabilir:<\/p>\n<ol>\n<li>\u00d6nce yeni cPanel sunucusunda mail.ornekalanadi.com gibi bir alt alan ad\u0131 i\u00e7in A kayd\u0131n\u0131 olu\u015fturun ve yeni IP\u2019ye y\u00f6nlendirin.<\/li>\n<li>Yeni sunucuda test ama\u00e7l\u0131, ikinci bir domain veya alt domain \u00fczerinden e\u2011posta al\u0131m\/g\u00f6nderim testleri yap\u0131n.<\/li>\n<li>Her \u015fey yolundaysa, as\u0131l domaininizin MX kay\u0131tlar\u0131n\u0131 yeni mail host\u2019unu i\u015faret edecek \u015fekilde g\u00fcncelleyin.<\/li>\n<li>Eski MX kayd\u0131n\u0131 hemen silmeyin, d\u00fc\u015f\u00fck \u00f6ncelikli bir de\u011ferle bir s\u00fcre daha sistemde b\u0131rak\u0131n (iste\u011fe ba\u011fl\u0131, karma\u015fay\u0131 art\u0131rmamak \u015fart\u0131yla).<\/li>\n<\/ol>\n<p>Bu s\u00fcre\u00e7te DNS y\u00f6netimini nereden yapaca\u011f\u0131n\u0131za karar vermediyseniz, <a href='https:\/\/www.dchost.com\/blog\/cloudflare-dns-mi-hosting-dnsi-mi-en-dogru-nameserver-stratejisi\/'>Cloudflare DNS mi, hosting DNS\u2019i mi sorusunu detayland\u0131rd\u0131\u011f\u0131m\u0131z yaz\u0131da<\/a> farkl\u0131 senaryolar\u0131 masaya yat\u0131rm\u0131\u015ft\u0131k. Ama hangi \u00e7\u00f6z\u00fcm\u00fc se\u00e7erseniz se\u00e7in, planl\u0131 bir TTL ve MX cutover olmadan sa\u011fl\u0131kl\u0131 bir ge\u00e7i\u015f beklemek zor.<\/p>\n<h3><span id=\"SPF_DKIM_ve_DMARC_kayitlarini_guncellemek\">SPF, DKIM ve DMARC kay\u0131tlar\u0131n\u0131 g\u00fcncellemek<\/span><\/h3>\n<p>E\u2011posta teslim edilebilirli\u011finin bozulmamas\u0131 i\u00e7in DNS\u2019te sadece MX\u2019i de\u011fil, <strong>SPF, DKIM ve DMARC<\/strong> kay\u0131tlar\u0131n\u0131 da yeni sunucuya g\u00f6re g\u00fcncellemeniz gerekiyor:<\/p>\n<ul>\n<li><strong>SPF:<\/strong> Yeni sunucu IP\u2019sini veya g\u00f6nderen host ad\u0131n\u0131 SPF kayd\u0131n\u0131za ekleyin. Eski sunucuyu bir s\u00fcre daha kullanacaksan\u0131z, ikisini birden yetkili b\u0131rak\u0131n.<\/li>\n<li><strong>DKIM:<\/strong> Yeni cPanel\u2019de DKIM anahtar\u0131n\u0131z\u0131 \u00fcretin ve ilgili TXT kayd\u0131n\u0131 DNS\u2019e ekleyin. Eski anahtarla \u00e7ak\u0131\u015fmamas\u0131na dikkat edin.<\/li>\n<li><strong>DMARC:<\/strong> Mevcut politikan\u0131z\u0131 (none, quarantine, reject) ta\u015f\u0131man\u0131n hassas d\u00f6nemine g\u00f6re ge\u00e7ici olarak yumu\u015fatabilir, raporlar\u0131 takip ederek hatalar\u0131 analiz edebilirsiniz.<\/li>\n<\/ul>\n<p>Teslim edilebilirli\u011fi ad\u0131m ad\u0131m iyile\u015ftirme konusunda ayr\u0131nt\u0131l\u0131 teknik a\u00e7\u0131klamalara ihtiyac\u0131n\u0131z varsa, <a href='https:\/\/www.dchost.com\/blog\/spf-dkim-dmarc-ve-rdns-ile-e-posta-teslim-edilebilirligini-nasil-adim-adim-yukseltirsin\/'>SPF, DKIM, DMARC ve rDNS ile e\u2011posta teslim edilebilirli\u011fini art\u0131rma rehberimizi<\/a> mutlaka inceleyin. Orada anlatt\u0131\u011f\u0131m\u0131z prensipler, cPanel ta\u015f\u0131man\u0131zdan sonra da ge\u00e7erlili\u011fini koruyacak.<\/p>\n<h2><span id=\"Kesintisiz_gecis_icin_ornek_zaman_cizelgesi\">Kesintisiz ge\u00e7i\u015f i\u00e7in \u00f6rnek zaman \u00e7izelgesi<\/span><\/h2>\n<p>Teoriyi netle\u015ftirdik. \u015eimdi bunu, ger\u00e7ek hayatta uygulayabilece\u011finiz bir zaman \u00e7izelgesine d\u00f6kelim. A\u015fa\u011f\u0131daki senaryoda, web sitesi ve e\u2011posta ayn\u0131 domain \u00fczerinde bar\u0131n\u0131yor ve siz DCHost \u00fczerinde yeni bir cPanel sunucusuna ge\u00e7iyorsunuz:<\/p>\n<h3><span id=\"T48_saat_DNS_ve_hazirlik\">T\u201148 saat: DNS ve haz\u0131rl\u0131k<\/span><\/h3>\n<ul>\n<li>Alan ad\u0131n\u0131z\u0131n DNS paneline eri\u015fimi kontrol edin.<\/li>\n<li>MX, SPF, DKIM ve varsa DMARC kay\u0131tlar\u0131n\u0131z\u0131n mevcut halini yedekleyin.<\/li>\n<li>MX ve ilgili A kay\u0131tlar\u0131n\u0131n TTL de\u011ferlerini 300\u2013600 saniye seviyesine \u00e7ekin.<\/li>\n<li>Yeni cPanel sunucusunda domaini tan\u0131mlay\u0131n ve t\u00fcm e\u2011posta hesaplar\u0131n\u0131 olu\u015fturun.<\/li>\n<\/ul>\n<h3><span id=\"T24_saat_Ilk_IMAP_senkronizasyonu\">T\u201124 saat: \u0130lk IMAP senkronizasyonu<\/span><\/h3>\n<ul>\n<li>Eski ve yeni sunucuya IMAP ba\u011flant\u0131s\u0131n\u0131 test edin.<\/li>\n<li>K\u00fc\u00e7\u00fck bir posta kutusunda test senkronizasyonu yap\u0131n.<\/li>\n<li>Test ba\u015far\u0131l\u0131ysa, t\u00fcm aktif hesaplar i\u00e7in ilk tam IMAP senkronlar\u0131n\u0131 ba\u015flat\u0131n.<\/li>\n<li>B\u00fcy\u00fck hesaplar i\u00e7in s\u00fcreci izleyin, loglarda hata olup olmad\u0131\u011f\u0131n\u0131 kontrol edin.<\/li>\n<\/ul>\n<h3><span id=\"T4_saat_Ikinci_artimli_senkron_ve_son_kontroller\">T\u20114 saat: \u0130kinci (art\u0131ml\u0131) senkron ve son kontroller<\/span><\/h3>\n<ul>\n<li>T\u00fcm hesaplar i\u00e7in ikinci bir IMAP senkronu \u00e7al\u0131\u015ft\u0131r\u0131n, arada gelen yeni iletileri de kopyalay\u0131n.<\/li>\n<li>Yeni sunucudan test ama\u00e7l\u0131 bir veya birka\u00e7 hesaptan d\u0131\u015far\u0131ya e\u2011posta g\u00f6nderin ve gelen kutusunu kontrol edin.<\/li>\n<li>Yeni sunucuda webmail eri\u015fimini ve <a href=\"https:\/\/www.dchost.com\/tr\/ssl\">SSL sertifikas\u0131<\/a>n\u0131 test edin.<\/li>\n<\/ul>\n<h3><span id=\"T_saati_MX_cutover\">T saati: MX cutover<\/span><\/h3>\n<ul>\n<li>DNS panelinde MX kay\u0131tlar\u0131n\u0131z\u0131 yeni cPanel sunucusunu i\u015faret edecek \u015fekilde g\u00fcncelleyin.<\/li>\n<li>Gerekirse SPF kayd\u0131n\u0131za da yeni IP veya host ad\u0131n\u0131 ekleyin.<\/li>\n<li>De\u011fi\u015fiklikten sonraki ilk 15\u201330 dakika i\u00e7inde farkl\u0131 a\u011flardan MX lookup ve g\u00f6nderim testleri yap\u0131n.<\/li>\n<\/ul>\n<p>Bu noktadan sonra yeni gelen e\u2011postalar a\u011f\u0131rl\u0131kl\u0131 olarak yeni sunucuya d\u00fc\u015fecektir, ancak baz\u0131 uzak DNS \u00f6nbellekleri y\u00fcz\u00fcnden k\u0131sa bir s\u00fcre daha eski sunucuya giden iletiler olabilir.<\/p>\n<h3><span id=\"T_24_saat_Son_IMAP_senkronu_ve_temizlik\">T + 2\u20134 saat: Son IMAP senkronu ve temizlik<\/span><\/h3>\n<ul>\n<li>Son bir kez IMAP senkronu \u00e7al\u0131\u015ft\u0131rarak eski sunucuya d\u00fc\u015fm\u00fc\u015f olabilecek iletileri de yeni sunucuya kopyalay\u0131n.<\/li>\n<li>Loglarda hata veren veya eksik kalan hesaplar\u0131 tek tek g\u00f6zden ge\u00e7irin.<\/li>\n<li>Eski sunucu \u00fczerinde webmail giri\u015flerini veya kullan\u0131c\u0131 eri\u015fimini devre d\u0131\u015f\u0131 b\u0131rakmay\u0131 planlay\u0131n.<\/li>\n<\/ul>\n<p>Bu a\u015famada eski sunucu art\u0131k sadece bir t\u00fcr yedek rol\u00fc g\u00f6r\u00fcr. Tamamen kapatmadan \u00f6nce birka\u00e7 g\u00fcn daha pasif \u015fekilde bekletmek, beklenmedik durumlara kar\u015f\u0131 sizi g\u00fcvende tutar.<\/p>\n<h2><span id=\"Tipik_sorunlar_ve_sahadan_cozumler\">Tipik sorunlar ve sahadan \u00e7\u00f6z\u00fcmler<\/span><\/h2>\n<p>Y\u00fczlerce cPanel ta\u015f\u0131mas\u0131nda kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z yayg\u0131n sorunlar ve pratik \u00e7\u00f6z\u00fcmlerden baz\u0131lar\u0131n\u0131 payla\u015fal\u0131m.<\/p>\n<h3><span id=\"1_Bazi_iletiler_eksik_veya_klasorler_tam_gelmedi\">1. Baz\u0131 iletiler eksik veya klas\u00f6rler tam gelmedi<\/span><\/h3>\n<p>Genellikle nedeni, ilk senkron sonras\u0131 yap\u0131lmayan art\u0131ml\u0131 senkronlar veya belirli klas\u00f6r adlar\u0131n\u0131n \u00f6zel karakter i\u00e7ermesi oluyor. Yap\u0131lmas\u0131 gerekenler:<\/p>\n<ul>\n<li>\u0130lgili hesap i\u00e7in loglar\u0131 inceleyip hangi klas\u00f6rlerde hata ald\u0131\u011f\u0131n\u0131z\u0131 tespit edin.<\/li>\n<li>Sadece problemli klas\u00f6rleri hedefleyen ek bir senkron denemesi yap\u0131n.<\/li>\n<li>\u00c7ok b\u00fcy\u00fck klas\u00f6rleri (\u00f6rne\u011fin 50 binden fazla ileti) par\u00e7a par\u00e7a ta\u015f\u0131may\u0131 d\u00fc\u015f\u00fcn\u00fcn.<\/li>\n<\/ul>\n<h3><span id=\"2_Kullanicilar_hala_eski_sunucuya_bagli\">2. Kullan\u0131c\u0131lar hala eski sunucuya ba\u011fl\u0131<\/span><\/h3>\n<p>MX kayd\u0131n\u0131 \u00e7evirmi\u015f olsan\u0131z bile, baz\u0131 istemciler manuel olarak eski sunucunun IP\u2019sine veya host ad\u0131na tan\u0131ml\u0131 olabilir. Bu durumda:<\/p>\n<ul>\n<li>Kullan\u0131c\u0131lara yeni gelen ba\u011flant\u0131 ayarlar\u0131n\u0131 net \u015fekilde iletin (IMAP\/SMTP host, port, SSL t\u00fcr\u00fc).<\/li>\n<li>Webmail URL\u2019sini netle\u015ftirin ve eski webmail ba\u011flant\u0131lar\u0131n\u0131 yeni sunucuya y\u00f6nlendirecek HTTP y\u00f6nlendirmeleri planlay\u0131n.<\/li>\n<li>\u00d6zellikle mobil cihazlarda hesaplar\u0131n yeniden kurulmas\u0131 gerekebilir; k\u0131sa bir g\u00f6rsel rehber haz\u0131rlamak \u00e7ok i\u015fe yarar.<\/li>\n<\/ul>\n<h3><span id=\"3_Teslim_edilebilirlik_dustu_bazi_iletiler_spame_gidiyor\">3. Teslim edilebilirlik d\u00fc\u015ft\u00fc, baz\u0131 iletiler spam\u2019e gidiyor<\/span><\/h3>\n<p>Yeni sunucuya ge\u00e7tikten sonra SPF, DKIM, rDNS ve DMARC uyumunu sa\u011flamadan b\u00fcy\u00fck hacimli posta g\u00f6ndermeye ba\u015flarsan\u0131z, baz\u0131 al\u0131c\u0131 sunucular sizi \u015f\u00fcpheli olarak i\u015faretleyebilir. Bu nedenle:<\/p>\n<ul>\n<li>\u00d6nce teknik kimlik kay\u0131tlar\u0131n\u0131z\u0131 (SPF, DKIM, rDNS) tam uyumlu hale getirin.<\/li>\n<li>DMARC raporlar\u0131n\u0131 izleyerek hangi al\u0131c\u0131lar\u0131n sorun \u00e7\u0131kard\u0131\u011f\u0131n\u0131 g\u00f6r\u00fcn.<\/li>\n<li>IP \u0131s\u0131nma s\u00fcrecini ger\u00e7ek\u00e7i tutun, \u00f6zellikle toplu g\u00f6nderimler i\u00e7in yava\u015f yava\u015f hacmi art\u0131r\u0131n.<\/li>\n<\/ul>\n<p>Bu konuda daha derin bir senaryo okumak isterseniz, <a href='https:\/\/www.dchost.com\/blog\/e-posta-itibarini-kurtarma-rehberi-blacklist-delisting-postmaster-araclari-ve-guvenli-ip-isitma-nasil-kurtarici-olur\/'>e\u2011posta itibar\u0131n\u0131 kurtarma rehberimizde<\/a> IP \u0131s\u0131nma ve kara listeden \u00e7\u0131kma s\u00fcre\u00e7lerini detayland\u0131rd\u0131k.<\/p>\n<h2><span id=\"DCHost_altyapisi_ile_cPanel_eposta_tasima_senaryolari\">DCHost altyap\u0131s\u0131 ile cPanel e\u2011posta ta\u015f\u0131ma senaryolar\u0131<\/span><\/h2>\n<p>DCHost taraf\u0131nda hem payla\u015f\u0131ml\u0131 cPanel hosting, hem de VPS ve <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> \u00e7\u00f6z\u00fcmleriyle \u00e7ok farkl\u0131 e\u2011posta ta\u015f\u0131ma senaryolar\u0131 g\u00f6r\u00fcyoruz. Birka\u00e7 tipik \u00f6rne\u011fi k\u0131saca \u00f6zetleyelim:<\/p>\n<ul>\n<li><strong>K\u00fc\u00e7\u00fck i\u015fletme:<\/strong> 5\u201310 e\u2011posta hesab\u0131, birka\u00e7 GB toplam hacim. Genellikle tek seferde tam IMAP senkron ve h\u0131zl\u0131 DNS cutover ile 1 g\u00fcn i\u00e7inde t\u00fcm s\u00fcre\u00e7 tamamlanabiliyor.<\/li>\n<li><strong>Ajans veya KOB\u0130:<\/strong> 20\u201350 hesap, onlarca GB posta. Burada genellikle ta\u015f\u0131ma 2\u20133 g\u00fcne yay\u0131l\u0131yor, ilk g\u00fcn kopyalama, ikinci g\u00fcn cutover, \u00fc\u00e7\u00fcnc\u00fc g\u00fcn temizlik \u015feklinde ilerliyoruz.<\/li>\n<li><strong>B\u00fcy\u00fck posta hacmi olan e\u2011ticaret ve destek ekipleri:<\/strong> 100 GB \u00fcst\u00fc posta kutular\u0131, \u00e7ok say\u0131da klas\u00f6r. Bu senaryolarda \u00e7o\u011fu zaman DCHost \u00fczerinde \u00f6zel bir VPS veya dedicated sunucu planlay\u0131p, IMAP senkronunu geceleri \u00e7al\u0131\u015ft\u0131rarak kademe kademe ilerliyoruz.<\/li>\n<\/ul>\n<p>Zaten DCHost blogunda da hem <a href='https:\/\/www.dchost.com\/blog\/e-posta-hosting-secimi-kendi-sunucunuz-mu-paylasimli-hosting-mi-google-workspace-ve-microsoft-365-mi\/'>e\u2011posta hosting se\u00e7imi<\/a> hem de <a href='https:\/\/www.dchost.com\/blog\/paylasimli-hostingden-vpse-nasil-gecersin-kesintisiz-tasima-icin-sicacik-bir-kontrol-listesi\/'>payla\u015f\u0131ml\u0131 hostingden VPS\u2019e ge\u00e7i\u015f<\/a> gibi konular\u0131 detayl\u0131 ele ald\u0131k. E\u2011posta ta\u015f\u0131ma s\u00fcreci de asl\u0131nda bu kararlar\u0131n do\u011fal bir uzant\u0131s\u0131.<\/p>\n<h2><span id=\"Sonuc_ve_DCHost_ile_bir_sonraki_adim\">Sonu\u00e7 ve DCHost ile bir sonraki ad\u0131m<\/span><\/h2>\n<p>cPanel e\u2011posta hesaplar\u0131n\u0131 yeni bir sunucuya ta\u015f\u0131mak, do\u011fru planlama ile asl\u0131nda korkulacak bir operasyon de\u011fil. Kritik olan, i\u015fi sadece MX kayd\u0131n\u0131 de\u011fi\u015ftirmekten ibaret sanmamak. Sa\u011flam bir envanter, dikkatli bir IMAP senkronizasyonu, TTL hesaplanm\u0131\u015f bir DNS cutover ve sonras\u0131 i\u00e7in temel teslim edilebilirlik ayarlar\u0131 ile bu s\u00fcreci hem teknik ekibiniz hem de son kullan\u0131c\u0131lar i\u00e7in olduk\u00e7a konforlu hale getirebilirsiniz.<\/p>\n<p>DCHost olarak biz, hem cPanel\u2019den cPanel\u2019e g\u00f6\u00e7lerde hem de farkl\u0131 panellerden cPanel\u2019e ge\u00e7i\u015flerde bu yakla\u015f\u0131m\u0131 y\u0131llard\u0131r uyguluyoruz. \u0130htiyac\u0131n\u0131za g\u00f6re <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, y\u00f6netilen VPS veya dedicated sunucu taraf\u0131nda size en uygun yap\u0131y\u0131 birlikte kurgulayabilir, e\u2011posta hesaplar\u0131n\u0131z\u0131 minimum kesintiyle yeni altyap\u0131n\u0131za ta\u015f\u0131yabiliriz. E\u011fer elinizde karma\u015f\u0131k bir DNS yap\u0131s\u0131, y\u00fczlerce hesap veya kritik SLA gereksinimleri varsa, projeyi birlikte planlamak i\u00e7in bizimle ileti\u015fime ge\u00e7meniz yeterli. B\u00f6ylece bir sonraki ta\u015f\u0131man\u0131zda e\u2011posta taraf\u0131n\u0131 art\u0131k stres kayna\u011f\u0131 de\u011fil, kontroll\u00fc bir teknik operasyon olarak g\u00f6rebilirsiniz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 cPanel e\u2011posta ta\u015f\u0131ma s\u00fcrecine genel bak\u0131\u015f2 Ta\u015f\u0131ma \u00f6ncesi haz\u0131rl\u0131k: Envanter, eri\u015fim ve DNS durumu2.1 1. E\u2011posta envanterini \u00e7\u0131kar\u0131n2.2 2. Eski ve yeni sunucuya eri\u015fimi do\u011frulay\u0131n2.3 3. DNS ve MX kay\u0131tlar\u0131n\u0131 analiz edin3 Yeni cPanel sunucusunda posta kutular\u0131n\u0131 haz\u0131rlamak3.1 1. cPanel hesab\u0131 ve alan ad\u0131n\u0131 tan\u0131mlay\u0131n3.2 2. E\u2011posta hesaplar\u0131n\u0131 birebir olu\u015fturun4 IMAP senkronizasyonu ile e\u2011posta [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":2683,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-2682","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2682","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=2682"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2682\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/2683"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=2682"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=2682"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=2682"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}