Kurumsal E-Postayı Outlook ve Mobilde Kurma: IMAP/SMTP Ayarları (2026)

Kısa cevap: Kurumsal e-postanızı (isim@firmaniz.com) herhangi bir uygulamada IMAP ile kurarsınız: gelen sunucu IMAP, giden sunucu SMTP, kullanıcı adı olarak tam e-posta adresiniz, şifreniz ve doğru port ile güvenlik ayarı. Standart değerler neredeyse her zaman IMAP için 993 ve SSL/TLS, giden için SMTP 587 (STARTTLS) ya da 465 (SSL/TLS) şeklindedir. Adımlar klasik Outlook, yeni Outlook, Gmail uygulaması, iPhone ve Android'de neredeyse aynıdır; ekranlardaki menü isimleri değişir, mantık değişmez. Doğru soru "hangi uygulamayı kullanmalıyım" değil, "hangi sunucu adı, hangi port ve hangi güvenlik türü" sorusudur. Google gibi iki adımlı doğrulaması olan sağlayıcılarda normal hesap şifresi yerine ya uygulama şifresi ya da tarayıcıda açılan "Google ile oturum aç" (OAuth) akışı gerekir. Bu rehber, her cihaz için adım adım kurulumu, standart port tablosunu ve en sık karşılaşılan hataların çözümünü tek yerde topluyor.

Bu yazı, elinde kendi alan adıyla bir kurumsal e-posta adresi ve şifresi olan ama bunu telefonuna ya da bilgisayarına eklerken "gelen sunucu, giden sunucu, port, SSL" ekranında takılan herkes için yazıldı. Teknik olmanıza gerek yok; her adımı ekranda göreceğiniz sırayla, numaralı olarak anlatıyoruz. Amacımız size ezberletmek değil, kurulumun mantığını göstermek: bir kez "IMAP gelen kutusu senkronize eder, SMTP giden postayı gönderir, port ve güvenlik türü de bu bağlantının hangi kapıdan ve nasıl şifreli kurulacağını belirler" fikrini kavradığınızda, hangi uygulama olursa olsun kurulumu kendiniz yapabilirsiniz.

Kurumsal e-postanın ne olduğu ve nasıl alındığı konusundaki genel çerçeveyi görmek isterseniz kurumsal e-posta nedir, nasıl alınır yazısı iyi bir başlangıç noktasıdır; bu rehber ise o temelin üzerine "peki bu hesabı cihazlarıma nasıl kurarım" adımını ekliyor. Alan adı, hosting ve SSL gibi altyapı kavramlarını da domain, hosting ve SSL altyapısı rehberinde topladık. Kurulumdan önce elinizde ne olması gerektiğinden başlayalım ve tüm cihazlarda tek tek ilerleyelim.

IMAP nedir ve POP'tan farkı nedir? Neden IMAP?

IMAP, e-postalarınızı sunucuda tutan ve tüm cihazlarınızla senkronize eden protokoldür; bu yüzden kurumsal kullanımda önerilen yöntemdir. Açılımı Internet Message Access Protocol olan IMAP'te bir cihazda okuduğunuz, sildiğiniz ya da bir klasöre taşıdığınız e-posta, telefonunuzda, bilgisayarınızda ve webmail arayüzünde de aynı görünür. Çünkü "gerçek" e-postalar tek bir yerde, sunucuda durur; cihazlarınız yalnızca oraya bakan birer pencere gibidir.

POP3 (Post Office Protocol) ise farklı bir mantıkla çalışır: e-postayı sunucudan cihazınıza indirir ve çoğu varsayılan ayarında sunucudan siler. Bu, tek bir bilgisayarda çevrimdışı arşiv tutmak için tasarlanmış eski bir yaklaşımdır. POP ile telefonunuzda indirdiğiniz bir posta, bilgisayarınızda hiç görünmeyebilir; çünkü telefon onu "postaneden alıp" götürmüştür. Birden fazla cihaz kullanan hiçbir işletme için bu yöntem uygun değildir.

IMAP ve POP arasındaki temel farklar

IMAP ile POP arasındaki fark, "e-postalarım nerede duruyor" sorusunda düğümlenir. IMAP'te postalar sunucuda kalır ve durumları (okundu, klasörlendi, silindi) her cihaza yansır; POP'ta postalar tek cihaza inip orada kalır ve o cihaz bozulursa e-postalar da gider. Aşağıdaki tablo iki protokolü altı başlıkta karşılaştırıyor; kurumsal bir kullanıcı için hemen her satır IMAP'i işaret eder.

Kurumsal kullanımda neden IMAP seçilir?

Kurumsal kullanımda IMAP seçilir, çünkü bir işletmede aynı e-posta hesabına genellikle birden çok cihazdan ve kişiden erişilir. Ofisteki bilgisayarınızda okuduğunuz bir müşteri e-postasını, akşam telefonunuzdan da okumuş olarak görmek istersiniz; bir gönderiyi sildiğinizde her yerden silinmeli, bir klasöre taşıdığınızda her cihazda o klasörde olmalıdır. IMAP tam olarak bunu yapar. POP ise bu tutarlılığı sağlayamaz ve "telefonumda gördüğüm mail neden bilgisayarımda yok" karmaşasına yol açar.

POP yalnızca çok özel bir senaryoda mantıklıdır: tek bir bilgisayarda çalışan, sunucu kotası çok küçük olan ve tüm postalarını yerelde arşivlemek isteyen bir kullanıcı. Bu bile günümüzde nadir bir durumdur, çünkü modern e-posta hizmetleri geniş depolama sunar. Önemli bir uyarı da şudur: aynı hesabı hem IMAP hem POP ile kurmayın; bu, çift indirme ve çakışma yaratır. Bir yöntem seçin, kurumsal kullanımda bu neredeyse her zaman IMAP olsun.

IMAP ve POP birlikte kullanılabilir mi?

Hayır; aynı hesabı hem IMAP hem POP ile kurmak önerilmez, çünkü bu çift indirme ve klasör karmaşası yaratır. POP, postayı indirip (çoğu ayarında) sunucudan silme eğiliminde olduğu için, aynı hesabı bir cihazda POP, diğerinde IMAP ile kurarsanız, POP'lu cihaz postaları "kapıp götürebilir" ve IMAP'li cihaz o postaları hiç göremez. Sonuç, hangi mailin nerede olduğunu kestirememektir.

Doğru yaklaşım, tüm cihazlarınızda tek bir protokol seçmektir; kurumsal kullanımda bu neredeyse her zaman IMAP olmalıdır. Eğer geçmişte bir cihazı POP ile kurduysanız ve postalar eksik görünüyorsa, o hesabı kaldırıp IMAP ile yeniden ekleyin. Böylece tüm cihazlarınız sunucudaki aynı gelen kutusuna bakar ve tutarlılık sağlanır. Bu tek kural bile, çok cihazlı kurumsal e-posta kullanımında yaşanan sorunların büyük kısmını ortadan kaldırır.

Kurulum öncesi neye ihtiyacınız var?

Kuruluma başlamadan önce elinizde altı bilgi olmalıdır; bunların hepsi ya sağlayıcınızdan, ya hosting panelinizden ya da e-posta yöneticinizden alınır. Bu altı bilgi tamamlanmadan hiçbir uygulamada kurulum yapamazsınız; eksik girilen tek bir değer bile "sunucuya bağlanılamadı" hatasına yol açar. İyi haber şu ki, bir kez bu listeyi doldurduğunuzda aynı değerleri her cihazda kullanırsınız.

İhtiyacınız olan bilgiler şunlardır: tam e-posta adresiniz, e-posta şifreniz (ya da uygulama şifreniz), gelen sunucu (IMAP) adı, giden sunucu (SMTP) adı, port numaraları ve güvenlik/şifreleme türü. Aşağıda her birini tek tek açıklıyoruz; ardından bu değerleri nereden bulacağınızı gösteriyoruz. Bu adımı atlamayın, çünkü kurulum sırasında en çok zaman kaybettiren şey, ekranın ortasında bir değeri aramaya çıkmaktır.

Bu bilgiler eksikse ne yapmalıyım?

Gereken altı bilgiden biri eksikse, kuruluma başlamadan önce onu tamamlamanız gerekir; eksik bir değerle ilerlemek, kaçınılmaz olarak bağlantı hatasına yol açar. Şifrenizi bilmiyorsanız ya da unuttuysanız, sağlayıcının ya da hosting panelinin "şifre sıfırla" seçeneğiyle yeni bir şifre belirleyebilirsiniz; iki adımlı doğrulamalı hesaplarda ise şifre yerine bir uygulama şifresi üretirsiniz. Sunucu adlarını bilmiyorsanız, hosting panelinizin e-posta bölümü ya da sağlayıcının yardım sayfası bunları listeler.

Hiçbir değeri bulamadığınız, kimin barındırdığını bile bilmediğiniz bir durumda, alan adınızın kayıt ve yönlendirme bilgilerini domain sorgulama aracıyla inceleyerek başlangıç noktası yakalayabilirsiniz. Yine de bu bilgileri toplamak sizi aşıyorsa, doğru değerleri birlikte netleştirmek için bize danışmanız en hızlı yoldur; e-posta altyapınızı tanıyıp eksik parçaları tamamlarız. Amaç, kuruluma başlamadan önce elinizde eksiksiz bir bilgi seti olmasını sağlamaktır.

Kurulum için gereken altı bilgi

Kurulum için gereken altı bilgi, bir bakıma e-posta hesabınızın "kimlik ve adres" bilgileridir. Kullanıcı adı ve şifre kim olduğunuzu, sunucu adları ve portlar ise nereye ve nasıl bağlanılacağını söyler. Aşağıdaki tablo, her bilgiyi ne olduğu ve tipik bir örneğiyle listeliyor; örnek değerler yalnızca biçimi göstermek içindir, kendi sağlayıcınızın değerlerini kullanmanız gerekir.

Bu bilgileri nereden bulurum?

Bu bilgileri, e-postanızı aldığınız yere göre üç kaynaktan bulabilirsiniz: hosting paneli, sağlayıcının sabit değerleri ya da e-posta yöneticiniz. Özel alan adınızın e-postası bir hosting firmasında barındırılıyorsa, hosting kontrol panelinde (çoğunlukla cPanel benzeri bir arayüzde) "E-posta Hesapları" bölümünde "Bağlan" ya da "Yapılandır" seçeneği tüm IMAP/SMTP değerlerini hazır olarak listeler. Genellikle "manuel ayarlar" başlığı altında sunucu adı, port ve güvenlik türü net biçimde yazar.

E-postanız Google Workspace, Microsoft 365 gibi bilinen bir sağlayıcıda ise değerler sabittir ve aşağıdaki bölümlerde net olarak veriyoruz; bu durumda hiçbir yerde arama yapmanıza gerek kalmaz. Hangi sağlayıcıyı kullandığınızı bilmiyorsanız, e-posta yöneticinize ya da işletmenizin web sitesini/e-postasını kuran kişiye sormak en hızlı yoldur. Alan adınızın kime bağlı olduğunu kontrol etmek için domain sorgulama aracını kullanabilir, alan adınızın kayıt ve yönlendirme bilgilerini görebilirsiniz. Bu bilgileri toplarken kafanız karışırsa bizimle iletişime geçin, doğru değerleri birlikte netleştirelim.

Kullanıcı adı olarak ne girmeliyim?

Kurulumda kullanıcı adı olarak neredeyse her zaman tam e-posta adresinizi (isim@firmaniz.com) girmelisiniz, sadece @ işaretinden önceki kısmı değil. Bu, en sık yapılan hatalardan biridir: "isim" yazıp @firmaniz.com kısmını atlamak, sunucunun sizi tanımamasına ve bağlantının reddedilmesine yol açar. Bazı eski hosting kurulumlarında kullanıcı adı farklı bir biçimde (örneğin isim+firmaniz.com) istenebilir, ama bu istisnadır; kural, tam adresi girmektir.

Gelen sunucu (IMAP) ve giden sunucu (SMTP) için kullanıcı adı ve şifre genellikle aynıdır; yani her iki tarafa da aynı tam e-posta ve aynı şifreyi girersiniz. Uygulama bazen "giden sunucu için ayrı kimlik doğrulama" seçeneği sunar; burada da "gelen sunucuyla aynı ayarları kullan" demek çoğu durumda doğrudur. Bu tutarlılık, "mail alıyorum ama gönderemiyorum" hatasının önüne geçmenin de bir yoludur.

Standart IMAP, SMTP ve POP port ve güvenlik ayarları

Standart port ve güvenlik değerleri, sağlayıcıdan bağımsız olarak neredeyse her yerde aynıdır: IMAP için 993 ve SSL/TLS, giden posta için SMTP 587 (STARTTLS) ya da 465 (SSL/TLS), POP kullanılacaksa 995 ve SSL/TLS. Bu değerler endüstri standardıdır ve son on yıldır kurulan hemen tüm hesaplarda güvenli portlar varsayılan haldedir. Bu bölümdeki tablo, kurulum sırasında en çok başvuracağınız referanstır; ekranda "port" ve "güvenlik türü" sorulduğunda buradaki eşleşmeyi kullanın.

Aşağıdaki tablo, her protokol için amacı, port numarasını, şifreleme türünü ve önemli bir notu bir arada veriyor. Port numaraları ve sunucu adları oynak sayılar değil, stabil teknik gerçeklerdir; yani buradaki değerler döneme göre değişmez, güvenle kullanabilirsiniz. Değişebilen tek şey, sağlayıcınıza özel sunucu adının (imap.firmaniz.com gibi) ne olduğudur; onu sağlayıcınızdan alırsınız, ama port ve güvenlik mantığı hep aynı kalır.

Bu değerler neden döneme göre değişmez?

Port numaraları ve güvenlik türleri, fiyatlar gibi oynak değerler değil, internetin üzerinde anlaştığı stabil teknik standartlardır; bu yüzden bu rehberdeki 993, 995, 587 ve 465 gibi değerler yıllar içinde değişmez. Bir fiyat, döviz kuruna ya da sağlayıcının kampanyasına göre bugün başka, yarın başka olabilir; ama IMAP'in güvenli portu bugün de 993'tür, gelecek yıl da 993 olacaktır. Bu, kurulum bilgisini öğrenmeye değer kılan şeydir: bir kez öğrendiğinizde uzun süre geçerli kalır.

Değişebilen tek şey, sağlayıcınıza özel sunucu adı (imap.firmaniz.com gibi) ve zaman zaman kimlik doğrulama politikasıdır; port ve güvenlik mantığı sabittir. Bu ayrımı akılda tutmak, farklı kılavuzlarda ya da eski kaynaklarda gördüğünüz değerleri değerlendirirken de işinize yarar: sunucu adı sağlayıcıdan sağlayıcıya değişir, ama port tablosu evrenseldir. Bu yüzden bu tabloyu güvenle referans alabilirsiniz.

465 mi 587 mi? İkisi arasındaki fark

465 ve 587, giden posta (SMTP) için iki güvenli porttur ve aralarındaki fark şifrelemenin ne zaman başladığıdır. Port 465 "implicit SSL" kullanır: bağlantı daha ilk andan itibaren şifrelidir, yani kimlik bilgileriniz baştan sona korunur. Port 587 ise "explicit" yani STARTTLS kullanır: bağlantı şifresiz başlar, sonra bir komutla TLS'e yükselir. İkisi de güvenlidir; hangisini kullanacağınız sağlayıcınızın hangisini beklediğine bağlıdır.

Karışıklığın çıktığı yer şudur: 587 portunu seçip güvenlik türü olarak "SSL/TLS" işaretlemek ya da tam tersini yapmak bağlantı hatası verir. Doğru eşleşme nettir: 587 ile STARTTLS, 465 ile SSL/TLS gider. Eğer bir port çalışmıyorsa, çoğu zaman diğerini doğru güvenlik türüyle denemek sorunu çözer. Bu, "mail alıyorum ama gönderemiyorum" şikayetinin en sık nedenlerinden biridir.

Port 25 neden istemci kurulumunda kullanılmaz?

Port 25, e-posta sunucuları arasındaki aktarım (relay) için tasarlanmıştır; sizin cihazınızdan hesabınıza posta göndermek için değildir, bu yüzden istemci kurulumunda kullanılmaz. Yıllar içinde port 25, spam gönderiminde kötüye kullanıldığı için internet servis sağlayıcılarının çoğu tarafından ev ve ofis bağlantılarında kapatıldı. Bu nedenle bir kurulumda giden sunucu portu olarak 25 girerseniz, büyük olasılıkla "bağlantı zaman aşımına uğradı" ya da "gönderilemedi" hatası alırsınız.

Doğru giden posta portları 587 (STARTTLS) ve 465 (SSL/TLS) portlarıdır; bunlar kimlik doğrulamalı istemci gönderimi (submission) için ayrılmıştır ve hemen her ağda açıktır. Eğer eski bir yapılandırmadan ya da bir kılavuzdan 25 portunu görüp girdiyseniz, onu 587 ya da 465 ile değiştirin. Bu küçük değişiklik, gönderim sorunlarının önemli bir bölümünü tek başına çözer.

SSL/TLS ile STARTTLS seçeneği nasıl eşleşir?

İstemcide karşınıza çıkan "SSL/TLS" ile "STARTTLS" seçenekleri, doğrudan seçtiğiniz port ile eşleşir. Kural basittir: 993, 995 ve 465 portları implicit şifreleme kullanır, bunlarda "SSL/TLS" seçilir; 143, 110 ve 587 portları ise STARTTLS ile çalışır, bunlarda "STARTTLS" seçilir. Uygulamanız bazen "SSL" ve "TLS" diye ikiye ayırabilir; pratikte ikisi de modern TLS anlamına gelir, "SSL/TLS açık" olarak düşünün.

"Güvenlik yok" ya da "None" seçeneğini kurumsal e-postada asla kullanmayın; bu, kullanıcı adınızı ve şifrenizi ağda açık metin olarak taşır ve ele geçirilme riski doğurur. Şifreleme türünü doğru seçmek, hem güvenlik hem de kurulumun başarısı için kritiktir. Emin değilseniz IMAP tarafında 993 + SSL/TLS, SMTP tarafında 587 + STARTTLS ile başlayın; bu ikili, sağlayıcıların büyük çoğunluğunda sorunsuz çalışır.

Google Workspace ve Gmail için IMAP/SMTP, iki adımlı doğrulama ve uygulama şifresi

Google Workspace ve Gmail hesaplarında sunucu değerleri sabittir, ancak kritik bir ayrıntı vardır: normal hesap şifreniz üçüncü taraf uygulamalarda artık kabul edilmez; ya "Google ile oturum aç" (OAuth) akışını ya da bir uygulama şifresini kullanmanız gerekir. Bu, kurumsal e-postasını Gmail altyapısıyla kullanan işletmeler için en çok takılınan noktadır. Bu bölümü tam olarak okursanız, "şifremi doğru giriyorum ama kabul etmiyor" hatasını kolayca aşarsınız.

Google için sabit sunucu değerleri şunlardır: gelen IMAP sunucusu imap.gmail.com, port 993, SSL zorunlu; gelen POP sunucusu pop.gmail.com, port 995, SSL zorunlu; giden SMTP sunucusu smtp.gmail.com, port 465 (SSL) ya da 587 (TLS). Kendi alan adınızla Google Workspace kullansanız bile aynı gmail.com sunucularını kullanırsınız; kullanıcı adı olarak her zaman tam e-posta adresinizi (isim@firmaniz.com) girersiniz. Bu değerler stabildir, döneme göre değişmez.

Google Workspace ile kişisel Gmail farkı kurulumda ne değiştirir?

Kurulum açısından Google Workspace (kendi alan adınızla) ile kişisel Gmail arasındaki temel fark, kullandığınız sunucular değil, yöneticinin uyguladığı politikalardır. Her iki durumda da aynı imap.gmail.com ve smtp.gmail.com sunucularını, aynı portları ve aynı güvenlik türlerini kullanırsınız; kullanıcı adı olarak tam adresinizi girersiniz. Yani teknik değerler birebir aynıdır ve kendi alan adınız olması sunucu adlarını değiştirmez.

Fark, Workspace hesabında bir yöneticinin bulunmasıdır. Yönetici, IMAP erişimini, uygulama şifrelerini ya da hangi uygulamaların bağlanabileceğini domain genelinde belirleyebilir. Bu yüzden kişisel Gmail'de sorunsuz çalışan bir kurulum, Workspace hesabında yönetici politikası nedeniyle engellenebilir. Bir Workspace hesabında beklenmedik bir erişim engeliyle karşılaşırsanız, ilk başvuru noktanız kendi ayarlarınız değil, e-posta yöneticinizdir.

Gmail'de IMAP'i açma (ön koşul)

Manuel kurulum yapmadan önce Gmail'de IMAP erişiminin açık olduğundan emin olmalısınız, aksi halde uygulama bağlanamaz. Bunun için Gmail web arayüzünde sağ üstteki dişli simgesine tıklayın, "Tüm ayarları gör" deyin, "İletimi ve POP/IMAP" sekmesine geçin ve "IMAP'i etkinleştir" seçeneğini işaretleyip kaydedin. Bu adım genellikle varsayılan olarak açıktır, ama emin olmak için kontrol etmek en iyisidir.

Google Workspace hesaplarında bir ihtimal daha vardır: yöneticiniz, IMAP erişimini domain genelinde kapatmış olabilir. Bu durumda kendi ayarlarınızdan açsanız bile bağlantı kurulmaz ve yöneticinizin bunu Admin konsolundan açması gerekir. "IMAP'i etkinleştir" seçeneğini göremiyor ya da açık olduğu halde bağlanamıyorsanız, sorun büyük olasılıkla yönetici politikasıdır; bu noktada işletmenizin e-posta yöneticisiyle konuşun.

En kritik nokta: şifre kabul edilmiyor, OAuth veya uygulama şifresi

Google'da "şifremi doğru giriyorum ama kabul etmiyor" sorununun sebebi, düz şifreyle üçüncü taraf erişiminin tamamen kaldırılmış olmasıdır. Google, uzun süredir "daha az güvenli uygulama" erişimini kademeli olarak kapattı; tüketici Gmail'inde bu değişiklik önce yapıldı, Google Workspace tarafında ise geçiş takvimi 2025 yılında tamamlandı. 14 Mart 2025'ten itibaren üçüncü taraf uygulamaların Gmail, Takvim ve Kişiler erişiminde OAuth kullanması zorunlu hale geldi; 1 Mayıs 2025'ten itibaren ise Workspace hesapları, yalnızca kullanıcı adı ve düz şifreyle giriş yapan uygulamaları hiç desteklemiyor. Yani IMAP, SMTP ve POP artık basit şifreyle çalışmıyor.

Bunun karşısında iki yolunuz var. Birincisi OAuth: istemciniz "Google ile oturum aç" akışını destekliyorsa (modern Outlook, Apple Mail, Gmail uygulaması ve Thunderbird destekler), hesabı eklerken tarayıcıda bir Google giriş ekranı açılır; şifrenizi ve iki adımlı doğrulamanızı orada girersiniz, manuel port girmezsiniz ve uygulama şifresine de ihtiyaç duymazsınız. İkincisi uygulama şifresi: OAuth desteklemeyen ya da sizin bilerek manuel IMAP/SMTP kurmak istediğiniz istemcilerde, normal şifre yerine Google'ın ürettiği özel bir koda ihtiyaç duyarsınız. Aşağıda bu kodu nasıl üreteceğinizi anlatıyoruz.

Uygulama şifresi (app password) nasıl üretilir?

Uygulama şifresi, yalnızca iki adımlı doğrulama açıkken üretebileceğiniz 16 haneli özel bir koddur ve manuel IMAP/SMTP kurulumunda normal şifrenin yerine girilir. Bunu üretmek için önce Google Hesabınızda Güvenlik bölümüne gidip iki adımlı doğrulamayı açmalısınız; kapalıysa uygulama şifresi seçeneği hiç görünmez. Bu güvenlik katmanı, e-posta hesabınızın ele geçirilmesini büyük ölçüde zorlaştırdığı için zaten açık olması gereken bir ayardır.

Adımlar şöyledir: Google Hesabınıza girin, Güvenlik sekmesine geçin, iki adımlı doğrulamayı açık hale getirin, ardından uygulama şifreleri sayfasına gidin (Güvenlik altında iki adımlı doğrulamanın en altında "Uygulama şifreleri" olarak bulunur). Burada uygulamaya bir ad verin (örneğin "Outlook" ya da "iPhone Mail"), "Oluştur" deyin ve ekranda çıkan 16 karakterlik kodu kopyalayın. Bu kod bir daha gösterilmez; kopyaladıktan sonra e-posta uygulamasının şifre alanına normal şifre yerine bunu yapıştırın. Boşluklar önemsizdir, uygulama otomatik olarak yok sayar.

Kurumsal (işyeri ya da okul) hesaplarda bir nüans daha vardır: uygulama şifreleri seçeneğini göremiyorsanız, bunun iki nedeni olabilir. Ya iki adımlı doğrulama henüz açık değildir ya da Workspace yöneticiniz, güvenlik politikası gereği uygulama şifrelerini domain genelinde kapatmıştır. İkinci durumda tek yolunuz OAuth destekleyen bir istemci kullanmaktır; bu da modern Outlook, Apple Mail ya da Gmail uygulaması gibi seçenekler demektir. Emin değilseniz yöneticinize danışın, gerekirse politika değiştirilebilir.

Google Workspace özel ayarları tablosu

Google Workspace kurarken kullanacağınız tüm sabit değerleri tek tabloda toplamak, kurulumu hızlandırır. Aşağıdaki tablo, gelen ve giden sunucu adlarını, portları, güvenlik türlerini ve kullanıcı adı kuralını bir arada veriyor. Bu değerleri hem masaüstü hem mobil kurulumlarda aynen kullanabilirsiniz; tek değişen, uygulamanın bu alanları nerede sorduğudur.

Microsoft 365 ve diğer sağlayıcılar için ayarlar

Google dışındaki sağlayıcılarda da kurulum mantığı aynıdır; yalnızca sunucu adları ve kimlik doğrulama politikası değişir. Microsoft 365 kullanan bir kurumsal hesapta tipik değerler gelen sunucu için outlook.office365.com (port 993, SSL/TLS) ve giden sunucu için smtp.office365.com (port 587, STARTTLS) biçimindedir. Ancak Microsoft 365'te kritik bir uyarı vardır: kiracının (tenant) modern kimlik doğrulama politikası, basit şifreyle bağlantıyı kapatmış olabilir; bu durumda OAuth destekleyen bir istemci gerekir. Bu yüzden Microsoft 365 için değerleri her zaman yöneticinizden ya da Microsoft'un resmî yardım sayfasından teyit edin.

Özel alan adınızın e-postası bir hosting firmasında barındırılıyorsa, sunucu adları genellikle firmaniz.com alan adınıza dayanır: imap.firmaniz.com ve smtp.firmaniz.com gibi. Bu değerler her hosting sağlayıcısında farklı olabilir; bazıları mail.firmaniz.com gibi tek bir sunucu adı kullanır. Bu yüzden özel domain e-postalarında değerleri genelleme yapmadan doğrudan hosting panelinizden ya da sağlayıcınızdan almak şarttır; tek bir örnek değeri kendi hesabınıza uydurmaya çalışmak hataya yol açar.

Sağlayıcı bazlı sunucu değerleri karşılaştırması

Farklı sağlayıcıların sunucu değerlerini yan yana görmek, hangi bilgiyi nereden alacağınızı netleştirir. Aşağıdaki tablo, yaygın sağlayıcıların IMAP ve SMTP değerlerini ve uygulama şifresi gerekliliğini özetliyor; buradaki değerler biçimi göstermek içindir, kendi hesabınızın kesin değerlerini sağlayıcınızdan doğrulamanız gerekir. Özellikle Microsoft 365 ve özel domain satırlarında "sağlayıcınızdan teyit edin" notunu ciddiye alın, çünkü bunlar kiracıya ve hosting yapılandırmasına göre değişir.

Bu tablodaki en önemli mesaj şudur: port ve güvenlik mantığı her sağlayıcıda aynı kalırken (IMAP 993 SSL, SMTP 587 STARTTLS ya da 465 SSL), yalnızca sunucu adı ve kimlik doğrulama yöntemi değişir. Yani bir kez kurulum mantığını öğrendiğinizde, sağlayıcı değişse bile aynı adımları uygular, sadece sunucu adını ve şifre türünü güncellersiniz. Hangi sağlayıcıda olursanız olun, bu değerleri resmî kaynaktan ya da yöneticinizden almak, deneme yanılmayla vakit kaybetmekten çok daha hızlıdır.

İki adımlı doğrulama neden e-posta güvenliğinin temelidir?

İki adımlı doğrulama, e-posta hesabınızın ele geçirilmesini büyük ölçüde zorlaştırdığı için kurumsal kullanımda olmazsa olmazdır; ayrıca uygulama şifresi üretmenin de ön koşuludur. Bu yöntem, hesabınıza girişte yalnızca şifreyi değil, ikinci bir doğrulama adımını (telefonunuza gelen kod, uygulama onayı ya da güvenlik anahtarı) da ister. Böylece şifreniz bir şekilde ele geçirilse bile, saldırgan ikinci adımı geçemediği için hesabınıza giremez.

Kurumsal e-posta, bir işletmenin en hassas kapısıdır: tüm müşteri yazışmaları, faturalar, sözleşmeler ve şifre sıfırlama bağlantıları oradan akar. Bu yüzden e-posta hesabının ele geçirilmesi, çoğu zaman tüm dijital kimliğin ele geçirilmesi anlamına gelir. İki adımlı doğrulama, bu riski en ucuz ve en etkili biçimde azaltan tedbirdir; hiçbir maliyeti yoktur ve birkaç dakikada kurulur.

Uygulama şifresi ile normal şifre arasındaki ilişki

Uygulama şifresi, iki adımlı doğrulama açıkken üretilen ve yalnızca tek bir uygulamaya özel olan bir "yan şifredir"; normal şifrenizin yerine geçmez, onun yanında çalışır. İki adımlı doğrulama açık olduğunda, tarayıcıdan giriş yaparken hem şifrenizi hem ikinci adımı kullanırsınız; ama IMAP kuran bir e-posta uygulaması ikinci adımı soramaz, çünkü tarayıcı değildir. İşte bu boşluğu uygulama şifresi doldurur: o uygulamaya özel, ikinci adımı içine gömülmüş tek kullanımlık bir anahtardır.

Bunun pratik faydası, güvenliği bozmadan eski usul IMAP kurulumu yapabilmenizdir. Bir uygulama şifresini istediğiniz zaman iptal edebilirsiniz; iptal ettiğinizde yalnızca o uygulama bağlantısı kopar, hesabınızın ana şifresi ve diğer uygulamalar etkilenmez. Örneğin bir telefonu kaybettiğinizde, o telefona ürettiğiniz uygulama şifresini iptal ederek e-postanızın o cihazdan erişimini anında kesebilirsiniz. Bu esneklik, uygulama şifrelerini hem güvenli hem yönetilebilir kılar.

Klasik Outlook (masaüstü) kurulumu adım adım

Klasik masaüstü Outlook'ta kurumsal e-postanızı IMAP ile eklemek beş adımda tamamlanır ve tam yerel kontrol sunar. Klasik Outlook, hesabı doğrudan sağlayıcının sunucusuyla senkronize ettiği için klasör taşıma ve tutarlılık açısından en güvenilir seçeneklerden biridir. Adımları sırasıyla uygularsanız kurulum birkaç dakika sürer.

Şu adımları izleyin: Öncelikle klasik Outlook'u açın ve sol üstten Dosya menüsüne, ardından "Hesap Ekle" seçeneğine tıklayın. E-posta adresinizi yazın, "Gelişmiş seçenekler" bağlantısını açın ve "Hesabımı el ile kurmama izin ver" kutusunu işaretleyip "Bağlan" deyin. Açılan hesap türü ekranında IMAP'i seçin. Sonraki ekranda gelen sunucu (imap.gmail.com ya da imap.firmaniz.com), IMAP portu (993) ve şifreleme (SSL/TLS); giden sunucu (smtp.gmail.com ya da smtp.firmaniz.com), SMTP portu (587 veya 465) ve şifreleme değerlerini sağlayıcınızdan aldığınız bilgilerle doldurun. "İleri" deyin, şifre alanına hesap şifrenizi (Google'da uygulama şifresini) girin ve "Bağlan" deyin.

Klasik Outlook'ta dikkat edilecek noktalar

Klasik Outlook kurulumunda en sık takılınan yer, şifre alanına yanlış şifre girmektir. Google, iCloud gibi iki adımlı doğrulamalı sağlayıcılarda buraya normal hesap şifreniz değil, uygulama şifreniz girilmelidir; aksi halde bağlantı sürekli reddedilir. Eğer hesap otomatik kurulmayı denerken hata verirse, "el ile kurulum" yolunu seçtiğinizden emin olun; otomatik algılama bazı özel domainlerde doğru sunucuyu bulamaz.

Sunucu adlarını, portları ve güvenlik türlerini bilmiyorsanız kuruluma hiç başlamayın; önce bu değerleri sağlayıcınızdan ya da yöneticinizden alın. Klasik Outlook, tüm bu alanları tek bir ekranda sorduğu için değerler elinizde hazır olduğunda kurulum gerçekten hızlıdır. Kurulum tamamlandıktan sonra bir test e-postası gönderip alarak hem IMAP hem SMTP tarafının çalıştığını doğrulayın.

Var olan bir Outlook hesabının ayarlarını nasıl düzenlerim?

Kurulmuş bir hesabın sunucu, port ya da güvenlik ayarını sonradan değiştirmek isterseniz, klasik Outlook'ta bunu Dosya menüsündeki hesap ayarlarından yaparsınız. Dosya, "Hesap Ayarları", tekrar "Hesap Ayarları" yolunu izleyin; açılan listeden ilgili hesabı seçip "Değiştir" deyin. Buradan gelen ve giden sunucu değerlerini, portları ve şifreleme türlerini düzenleyebilir, "Diğer Ayarlar" altından giden sunucu kimlik doğrulamasını açabilirsiniz.

Şifrenizi değiştirdiyseniz ya da yeni bir uygulama şifresi ürettiyseniz, aynı ekrandan şifre alanını güncellemeniz gerekir; aksi halde Outlook eski şifreyle bağlanmaya çalışıp sürekli hata verir. Bir sağlayıcıdan diğerine geçiyorsanız (örneğin Yandex'ten yeni bir hizmete), eski hesabı tamamen kaldırıp yeni sunucu değerleriyle baştan eklemek genellikle en temiz yoldur. Ayar düzenlerken bir test maili gönderip alarak değişikliğin işe yaradığını doğrulayın.

Yeni Outlook (Windows) ve Outlook web kurulumu

Yeni Outlook (Windows) uygulaması, IMAP hesaplarını Microsoft bulutu üzerinden senkronize etmeye zorlar ve bu, klasik Outlook'a göre önemli bir davranış farkıdır. Yeni Outlook, klasik Outlook ya da Thunderbird'deki gibi doğrudan yerel IMAP kurulumunu desteklemez; hesabınızı önce Microsoft'un bulutuna bağlar, sonra oradan senkronize eder. Bu, bazı kurulumların hiç tamamlanamamasına ya da beklenmedik senkron davranışlarına yol açabilir.

Bilinen sonuçlar şunlardır: Microsoft buluta senkron başarısız olursa (sağlayıcı kısıtı ya da kimlik doğrulama sorunu nedeniyle) hesabı hiç ekleyemeyebilir ve kimlik doğrulama hatalarıyla karşılaşabilirsiniz. Klasör senkronunda da bilinen bir sınırlama vardır: klasör yapısı senkronlanır, ama bir e-postayı bir klasöre taşımak her zaman sunucuya ya da webmail'e yansımayabilir. Ayrıca aynı IMAP kutusunu klasik Outlook, yeni Outlook ve mobilde aynı anda kurmak, sunucunun eşzamanlı bağlantı limitini aşarak hatalara yol açabilir.

Yeni Outlook'ta IMAP hesabını nasıl eklerim?

Yeni Outlook'ta IMAP eklemek için, otomatik algılama başarısız olursa "Gelişmiş Kurulum" yolunu kullanmanız gerekir. E-posta adresinizi girdiğinizde uygulama sağlayıcıyı otomatik tanımaya çalışır; tanıyamazsa, sağlayıcı seçim ekranında geri dönüp e-postayı tekrar girin ve "Gelişmiş Kurulum (Advanced Setup)" seçeneğini bulun. Buradan IMAP protokolünü seçip sunucu adlarını ve portları elle girebilirsiniz.

Yerel ve tam kontrol isteyen, özellikle klasör taşıma tutarlılığına önem veren kurumsal kullanıcılara önerimiz, mümkünse klasik Outlook kullanmalarıdır; yeni Outlook'taki bulut senkron kısıtı, bazı iş akışlarında sürtünme yaratabilir. Outlook web (OWA) ise tarayıcıdan çalışır, ayrı bir IMAP kurulumu gerektirmez; doğrudan sağlayıcı hesabınızla oturum açarsınız. Yani hızlıca bir yerden e-postanıza bakmak istiyorsanız tarayıcıdan webmail, kalıcı ve yerel bir kurulum istiyorsanız klasik Outlook en pratik ikilidir.

Klasik Outlook mu, yeni Outlook mu tercih etmeliyim?

İki Outlook arasında seçim yapıyorsanız, klasör tutarlılığı ve tam yerel kontrol öncelikliyse klasik Outlook, sade ve modern bir arayüz öncelikliyse yeni Outlook uygun olur. Klasik Outlook, IMAP hesabını doğrudan sağlayıcının sunucusuyla senkronize ettiği için klasöre taşıma ve tutarlılık açısından daha öngörülebilirdir; kurumsal iş akışlarında bu güven verir. Yeni Outlook ise IMAP hesaplarını Microsoft bulutu üzerinden senkronize ettiği için bazı durumlarda klasör taşıma ve kurulum sürprizleri yaşatabilir.

Pratik önerimiz şudur: yoğun, klasör düzenine dayalı bir kurumsal kullanımınız varsa klasik Outlook ile ilerleyin; hafif kullanım ve modern görünüm istiyorsanız yeni Outlook'u deneyebilirsiniz. Hangisini seçerseniz seçin, aynı IMAP kutusunu çok sayıda istemcide aynı anda açık tutmaktan kaçının; bu, sunucunun bağlantı limitini zorlayarak ara ara hatalara yol açabilir. Tek bir ana istemci seçip diğerlerini yalnızca gerektiğinde kullanmak en kararlı deneyimi verir.

Gmail uygulaması (Android ve iOS) ile kurumsal e-posta

Gmail uygulaması yalnızca gmail.com hesaplarını değil, kurumsal IMAP hesaplarını da taşıyabilir; bu yüzden telefonunuzda ayrı bir mail uygulaması kurmadan kurumsal adresinizi Gmail içinde yönetebilirsiniz. Hem Android hem iOS'ta akış benzerdir: uygulamada hesap ekleme menüsüne gidip "Diğer (IMAP)" ya da Google Workspace için "Google" seçeneğini kullanırsınız. Google Workspace hesabını eklerken "Google" seçerseniz OAuth ile eklenir ve uygulama şifresine gerek kalmaz.

iOS'ta (iPhone ve iPad) adımlar şöyledir: Gmail uygulamasını açın, sağ üstteki profil simgesine dokunun, "Hesap ekle" deyin, "Diğer (IMAP)" seçin, tam e-posta adresinizi girin ve IMAP ayarlarını doldurun. Android'de ise: Gmail uygulamasını açın, profil simgesine dokunun, "Hesap ekle" deyin, "Diğer" seçin, tam e-posta adresinizi girin, "Kişisel (IMAP)" yolunu seçin ve sunucu ile port ayarlarını girin. Kurumsal Google Workspace adresi için "Google (İşyeri)" seçeneği varsa onu kullanmak en kolayıdır, çünkü tüm kimlik doğrulaması tarayıcıda OAuth ile halledilir.

Gmail uygulamasının sınırları

Gmail uygulamasında bilmeniz gereken birkaç sınır vardır. Uygulamaya toplamda beş adrese kadar hesap ekleyebilirsiniz; daha fazlası için başka bir mail uygulaması gerekir. Ayrıca Gmail uygulaması "Diğer" seçeneğiyle yalnızca IMAP hesabı ekler; Exchange ya da POP hesabı ekleyemezsiniz. Exchange'e ihtiyacınız varsa Outlook ya da cihazın kendi mail uygulamasını kullanmanız gerekir.

Sağlayıcınız Gmail uygulamasının hazır listesinde yoksa, "manuel IMAP" yolunu seçmeniz gerekir; bu durumda sunucu adları ve portları elle girersiniz. Bu değerleri sağlayıcınızın yardım sayfasında "IMAP settings" araması yaparak ya da hosting panelinizden bulabilirsiniz. Google hesabını Gmail uygulamasına eklerken manuel IMAP yolunu seçerseniz uygulama şifresi gerekir; "Google" ile OAuth yolunu seçerseniz gerekmez. Mümkün olduğunda OAuth yolunu tercih edin, çünkü uygulama şifresi üretme derdinden kurtarır.

Gmail uygulamasında kurumsal ve kişisel hesabı ayırma

Gmail uygulamasına kurumsal adresinizi eklediğinizde, kişisel gmail.com hesabınızla karışmadan ikisini bir arada yönetebilirsiniz; uygulama her hesabı ayrı tutar. Sağ üstteki profil simgesine dokunarak hesaplar arasında geçiş yapar, her birinin gelen kutusunu ayrı görürsünüz; isterseniz "tüm gelen kutuları" görünümüyle hepsini tek akışta da izleyebilirsiniz. Bu, tek telefonda hem işi hem kişisel yazışmayı takip eden kullanıcılar için pratik bir düzendir.

Kurumsal hesabınızın bildirimlerini kişiselden ayrı ayarlayabilirsiniz; örneğin iş hesabınızda her maile bildirim alırken, kişisel hesapta yalnızca önemli olanları açık tutabilirsiniz. Bu ayrım, mesai dışında iş bildirimlerini susturmak isteyenler için de işe yarar. Gmail uygulamasının kurumsal IMAP hesaplarını da taşıyabilmesi, ayrı bir uygulama yüklemeden tek çatı altında çalışmanın en kolay yollarından biridir.

iPhone ve iPad Mail uygulamasına kurulum

iPhone ve iPad'de kurumsal e-postanızı yerleşik Mail uygulamasına eklemek, Ayarlar menüsünden birkaç adımda tamamlanır. Google Workspace kullanıyorsanız Apple'ın Google seçeneği OAuth ile çalışır ve uygulama şifresi istemez; özel domainli bir e-postaysa "Diğer" yolunu kullanıp değerleri elle girersiniz. iOS, IMAP ve SMTP ayarlarını ayrı ayrı sorar, bu yüzden her iki tarafın da doğru doldurulduğundan emin olun.

Adımlar şöyledir: Ayarlar uygulamasını açın, "Mail" bölümüne gidin, "Hesaplar" ardından "Hesap Ekle" deyin. Google Workspace ise listeden "Google"ı seçin ve tarayıcıda açılan ekranda OAuth ile giriş yapın; uygulama şifresi gerekmez. Özel domain ya da başka bir sağlayıcı ise "Diğer" ardından "Posta Hesabı Ekle" deyin; ad, tam e-posta adresi, şifre (Google'da uygulama şifresi) ve açıklama alanlarını doldurup "İleri" deyin. Açılan ekranda "IMAP" sekmesini seçin: Gelen Posta Sunucusu için ana bilgisayar adını (imap.firmaniz.com), kullanıcı adını (tam e-posta) ve şifreyi girin; Giden Posta Sunucusu (SMTP) için ana bilgisayar adını (smtp.firmaniz.com), kullanıcı adı ve şifreyi girin ve kaydedin.

iPhone'da birden çok kurumsal hesabı yönetmek

iPhone Mail uygulaması, birden çok kurumsal e-posta hesabını aynı anda yönetmenize izin verir; her hesabı ayrı ayrı ekler ve tek bir "Tüm Gelenler" görünümünde ya da hesap hesap ayrı izleyebilirsiniz. Her hesap için ad, imza ve bildirim ayarlarını bağımsız yapabilirsiniz; örneğin bir hesabın imzasını farklı, diğerininkini farklı tutabilirsiniz. Bu, birden fazla markayla ya da rolle çalışanlar için pratik bir düzendir.

Bir hesabı geçici olarak susturmak isterseniz, onu silmeden Ayarlar, Mail, Hesaplar yolundan pasif hale getirebilir, sonra tekrar açabilirsiniz. Bu, tatilde iş hesabının bildirimlerini kapatmak gibi durumlar için kullanışlıdır. Hesapları düzenli tutmak, gelen kutunuzun karışmasını önler ve önemli kurumsal maillerin gözden kaçmasını engeller.

iPhone'da giden sunucu ve ince ayar

iPhone kurulumunda en sık gözden kaçan nokta, giden sunucu (SMTP) kimlik doğrulamasıdır. Apple, SMTP tarafındaki kullanıcı adı ve şifreyi "isteğe bağlı" olarak gösterse de, kurumsal bir SMTP sunucusu için bunları mutlaka doldurmalısınız; boş bırakırsanız posta gönderemezsiniz. Kullanıcı adı yine tam e-posta adresiniz, şifre ise hesap şifreniz (Google'da uygulama şifresi) olmalıdır.

Kurulumdan sonra ince ayarları kontrol etmek iyidir: Ayarlar, Mail, Hesaplar, ilgili hesap, "Gelişmiş" yolunu izleyin; burada IMAP portunun 993 ve SSL'in açık olduğunu doğrulayın. SMTP tarafında ise portun 587 ya da 465 ve SSL'in açık olduğundan emin olun. Doğrulama sırasında bir hata alırsanız, iOS genellikle hangi alanı düzeltmeniz gerektiğini belirtir; bu yönlendirmeyi dikkate alarak port ve güvenlik eşleşmesini gözden geçirin.

Android varsayılan Mail uygulamasına kurulum

Android'de "varsayılan Mail" uygulaması cihaz üreticisine göre değişir (Samsung Email, üreticinin kendi uygulaması ya da Gmail olabilir), ama kurulum akışı hemen her yerde aynıdır. Genel mantık şudur: mail uygulamasında hesap ekleme menüsüne gidip "Diğer" ya da "Kişisel (IMAP)" seçeneğini seçer, tam e-posta ve şifrenizi girer, ardından gelen ve giden sunucu ayarlarını doldurursunuz. POP değil, IMAP seçtiğinizden emin olun.

Adımlar şöyledir: Mail uygulamasını açın, "Hesap ekle" deyin, "Diğer" ya da "Kişisel (IMAP)" seçin. Tam e-posta adresinizi ve şifrenizi (Google'da uygulama şifresi) girin. Manuel kurulum ekranında gelen (IMAP) için sunucuyu (imap.firmaniz.com), portu (993) ve güvenliği (SSL/TLS); giden (SMTP) için sunucuyu (smtp.firmaniz.com), portu (587 STARTTLS ya da 465 SSL/TLS) ve güvenliği girin, "oturum açmayı gerektir" seçeneğini açık bırakın ve kullanıcı adı ile şifreyi tekrar doğrulayın. Son olarak senkron sıklığı ve bildirim tercihlerini ayarlayıp kaydedin.

Android'de marka farklılıkları

Android'de en büyük tuzak, alan isimlerinin üreticiye göre değişmesidir; bu yüzden ekranda tam olarak aynı etiketleri görmeyebilirsiniz. Örneğin Samsung Email gibi uygulamalarda alanlar aynı işi görür ama "Güvenlik türü", "IMAP yolu ön eki" gibi ileri düzey etiketler farklı adlandırılabilir. "IMAP yolu ön eki" gibi ileri alanları çoğu zaman boş bırakabilirsiniz; sunucu adı, port ve güvenlik doğru olduğu sürece kurulum çalışır.

Google hesabı kuruyorsanız, Android'de mümkünse doğrudan Gmail uygulamasını ve "Google" seçeneğini (OAuth) kullanmanızı öneririz; bu, uygulama şifresi üretme derdini tamamen ortadan kaldırır. Üreticinin varsayılan mail uygulamasında Google hesabı manuel IMAP ile kurmak zorunda kalırsanız, uygulama şifresi gerekeceğini unutmayın. Kurulumdan sonra bir test e-postası gönderip alarak her iki yönün de çalıştığını doğrulayın.

Android'de senkron sıklığı ve pil dengesi

Android mail uygulamalarında senkron sıklığını ayarlamak, hem yeni postaları ne kadar hızlı göreceğinizi hem de pil tüketimini belirler. "Anlık gönderim" (push) açıkken postalar geldiği an bildirilir, ama bu biraz daha fazla pil kullanır; "her 15 dakikada bir" gibi periyodik senkron ise pili korur ama bildirimleri geciktirir. İş temposu yüksek bir kullanıcıysanız push açık kalsın; ara sıra bakan biriyseniz periyodik senkron yeterlidir.

Bazı Android cihazlarda üreticinin agresif pil optimizasyonu, mail uygulamasını arka planda uykuya alarak bildirimlerin gecikmesine yol açabilir. Bu durumda cihaz ayarlarından mail uygulamasını "pil optimizasyonundan hariç tut" olarak işaretlemek, bildirimlerin zamanında gelmesini sağlar. Kurumsal kullanımda, önemli bir müşteri mailini saatler sonra fark etmemek için bu ayarı kontrol etmekte fayda vardır.

Uygulama bazlı kurulum özeti tablosu

Farklı cihazlardaki kurulumun ortak noktalarını ve farklarını görmek, hangi yolu seçeceğinize hızlıca karar vermenizi sağlar. Aşağıdaki tablo, dört yaygın kurulum yolunu (klasik Outlook, Gmail uygulaması, iPhone Mail, Android Mail) hesap ekleme yolu, protokol ve Google hesapları için kimlik doğrulama açısından özetliyor. Görüldüğü gibi mantık her yerde aynıdır; yalnızca menü isimleri ve OAuth desteği değişir.

Hangi yolu seçmeliyim?

Hangi yolu seçeceğiniz, cihazınıza ve kullanım alışkanlığınıza bağlıdır, ama birkaç net öneri verilebilir. Windows bilgisayarda tam kontrol ve klasör tutarlılığı istiyorsanız klasik Outlook; sadece tarayıcıdan hızlıca bakmak istiyorsanız webmail en pratiktir. Telefonda Google Workspace kullanıyorsanız, hem Android hem iPhone'da doğrudan Gmail uygulamasını ve "Google" seçeneğini kullanmak en kolayıdır, çünkü OAuth ile uygulama şifresi derdinden kurtulursunuz.

Özel domainli, Google dışı bir sağlayıcıysanız iPhone ve Android'in yerleşik Mail uygulamaları gayet iyi çalışır; yeter ki IMAP ve SMTP değerlerini doğru girin. Birden çok cihaz kullanacaksanız hepsinde IMAP kurun, hiçbirinde POP kullanmayın; böylece tüm cihazlarınız aynı gelen kutusunu, aynı klasörleri ve aynı okundu durumunu paylaşır. Bu, kurumsal e-posta deneyiminin en rahat halidir.

Webmail mi, uygulama mı? Hangisi ne zaman?

Webmail (tarayıcıdan e-postaya girmek) ile bir uygulama kurmak arasındaki seçim, ihtiyacınıza göre değişir; ikisi de aynı hesaba erişir, sadece deneyimleri farklıdır. Webmail, herhangi bir kurulum gerektirmez: tarayıcıya sağlayıcının adresini yazar, hesabınızla oturum açar ve postalarınıza ulaşırsınız. Bu, ofis dışındaki bir bilgisayardan hızlıca e-postanıza bakmanın en pratik yoludur ve hiçbir port, sunucu ya da uygulama şifresi girmenizi gerektirmez.

Bir uygulama kurmak ise (Outlook, iPhone Mail, Gmail uygulaması gibi) günlük, sürekli kullanım için daha rahattır: bildirim alırsınız, çevrimdışıyken bile eski postalarınızı okuyabilirsiniz ve birden çok hesabı tek yerde toplayabilirsiniz. Karar noktası şudur: e-postanızı gün boyu aktif kullanıyorsanız ve bildirim istiyorsanız uygulama kurun; yalnızca ara sıra bakıyorsanız ya da başkasının bilgisayarından giriyorsanız webmail yeterlidir. Çoğu işletme her ikisini birden kullanır: ana cihazlarda uygulama, geçici erişim için webmail.

Çevrimdışı erişim ve depolama yönetimi

Uygulama kurmanın en somut avantajlarından biri, internet olmadan da postalarınıza erişebilmenizdir; webmail ise her zaman bağlantı gerektirir. IMAP ile kurulmuş bir uygulama, postalarınızın bir kopyasını cihazınızda önbelleğe alır, böylece uçakta ya da bağlantının olmadığı bir yerde eski postalarınızı okuyabilir, yanıtlarınızı yazabilirsiniz; bağlantı geri geldiğinde bekleyen işlemler otomatik senkronize olur. Bu, sahada çalışan ekipler için önemli bir konfordur.

Depolama tarafında ise IMAP'in mantığını hatırlamak gerekir: postalar sunucuda durduğu için sunucu kotanızı kullanırlar. Kotanız dolarsa yeni posta alamayabilirsiniz; bu yüzden büyük ekli postaları düzenli olarak arşivlemek ya da temizlemek iyi bir alışkanlıktır. Uygulama, postaların yerel kopyasını tuttuğu için cihaz depolamanızı da bir miktar kullanır; çoğu uygulamada "kaç günlük postayı cihazda tut" ayarıyla bunu yönetebilirsiniz. Bu ayar, hem cihaz alanını hem senkron hızını dengelemenizi sağlar.

MX, SPF, DKIM ve DMARC neden önemli?

MX, SPF, DKIM ve DMARC, e-postanızın dünyaya doğru gidip gelmesini sağlayan domain seviyesindeki DNS kayıtlarıdır; IMAP/SMTP kurulumundan ayrı bir katmandır. IMAP/SMTP ayarları "benim cihazımın hesaba bağlanması" ile ilgilidir; MX/SPF/DKIM/DMARC ise "domainimin internette doğru mail alması ve gönderdiği mailin karşı tarafça güvenilir kabul edilmesi" ile ilgilidir. Cihaz ayarlarınız kusursuz olsa bile bu DNS kayıtları eksikse, mailleriniz karşı tarafta spam klasörüne düşebilir ya da hiç ulaşmayabilir.

Bu ayrım, "hesabımı kurdum ama gönderemiyorum" ya da "gönderdiğim mailler spam'e düşüyor" şikayetlerinin kökünü anlamak için kritiktir. Aşağıda bu dört kaydın her birini ne işe yaradığıyla açıklıyoruz; hepsi hosting ya da DNS panelinizden yönetilir, e-posta uygulamasından değil. Bu katmanın doğru kurulması, özellikle müşteri iletişimi e-postadan akan işletmeler için altyapının sessiz ama en önemli parçasıdır.

MX, SPF, DKIM ve DMARC ne işe yarar?

Bu dört kayıt, e-posta güvenliğinin ve teslimatının dört ayrı ayağını oluşturur. MX kaydı domaininizin postasını hangi sunucunun alacağını belirler; SPF hangi sunucuların sizin adınıza posta gönderebileceğini yetkilendirir; DKIM giden postaya kriptografik imza ekleyerek yolda değiştirilmediğini kanıtlar; DMARC ise SPF ve DKIM'i birbirine bağlayıp doğrulama başarısız olduğunda ne yapılacağını söyler. Aşağıdaki tablo her birini özetliyor.

2026'da gönderim zorunlulukları

2026 itibarıyla büyük e-posta sağlayıcıları, her gönderen için SPF ve DKIM'i pratikte zorunlu tutuyor; bu yüzden kurumsal e-postanın düzgün teslim edilmesi artık bu kayıtlara bağlı. Gmail tarafında gönderenlerde SPF, DKIM, geçerli MX, geçerli ters DNS (PTR) ve TLS'li iletim aranıyor. Toplu gönderim yapanlar (örneğin bir alıcı sağlayıcıya günde binlerce mail atanlar) için DMARC, kimlik hizalaması (alignment) ve tek tıkla abonelikten çıkma bağlantısı gibi ek şartlar devreye giriyor; ayrıca spam şikayet oranının çok düşük tutulması bekleniyor.

Düşük hacimli, günlük normal yazışma yapan bir işletme için de bu kayıtların doğru olması önemlidir: SPF ve DKIM olmadan gönderdiğiniz mailler karşı tarafta "doğrulanamadı" damgasıyla spam'e düşebilir, DMARC olmadan da bir sorun çıktığında alıcı sunucunun izleyeceği net bir politika olmaz. Bu yüzden kurumsal e-posta kurulumunu, yalnızca cihaz ayarları değil, domain DNS ayarları da tamamlandığında "bitmiş" sayın. Bu altyapının kurulumu ve taşınması bizim hizmetlerimiz arasında; işletmenize özel bir değerlendirme için ücretsiz analiz alabilirsiniz.

DNS ayarları kurulumla nasıl birlikte çalışır?

Cihaz kurulumu ile DNS kayıtları iki ayrı katmandır ve kurumsal e-postanın sağlıklı çalışması için ikisinin de doğru olması gerekir. Cihaz kurulumu (IMAP/SMTP) "benim telefonum ya da bilgisayarım hesaba bağlanıyor mu" sorusunu çözer; DNS kayıtları (MX, SPF, DKIM, DMARC) ise "domainim internette doğru posta alıp gönderiyor mu ve karşı taraf bana güveniyor mu" sorusunu. Cihaz ayarınız kusursuz olsa bile MX kaydı yanlışsa hiç posta alamazsınız; SPF ve DKIM eksikse gönderdiğiniz postalar spam'e düşebilir.

Bu ayrımı bilmek, sorun çözerken doğru yere bakmanızı sağlar. "Cihazımı kurdum, mail alıp gönderebiliyorum ama karşı taraf spam'de görüyor" diyorsanız, sorun cihazda değil, domain DNS kayıtlarındadır. Bu kayıtlar hosting ya da DNS panelinizden yönetilir ve genellikle bir kez doğru kurulduğunda uzun süre dokunmanız gerekmez. Altyapının bu tarafını doğru kurmak, özellikle müşteri iletişimi e-postadan akan işletmeler için kurulumun görünmeyen ama en kritik yarısıdır; bu konuda destek almak isterseniz ücretsiz analiz ile başlayabilirsiniz.

Sık kurulum hataları ve çözümleri

Kurulum sırasında karşılaşacağınız hataların büyük çoğunluğu, aynı birkaç kök nedene dayanır: yanlış şifre türü, yanlış port-güvenlik eşleşmesi ve yanlış SMTP ayarı. Bir hata mesajı gördüğünüzde paniklemek yerine, hangi kategoriye girdiğini belirleyip ona göre çözersiniz. Aşağıdaki tablo, en sık görülen belirtileri, kök nedenlerini ve çözümlerini bir arada veriyor; kurulumda takıldığınızda önce buraya bakın.

Şifre kabul edilmiyor hatası

"Şifre kabul edilmiyor" hatası, kurumsal e-posta kurulumunda en sık görülen ve en çok kafa karıştıran sorundur; çözümü neredeyse her zaman uygulama şifresi ya da OAuth'tur. Şifrenizi harfi harfine doğru girdiğiniz halde uygulama sürekli reddediyorsa, sorun şifrenin yanlış olması değil, sağlayıcının düz şifreyle üçüncü taraf erişimine artık izin vermemesidir. Google'da bu değişiklik tamamlandığı için, normal hesap şifreniz manuel IMAP kurulumunda hiçbir şekilde çalışmaz.

Çözüm iki yönlüdür: ya iki adımlı doğrulamayı açıp bir uygulama şifresi üretir ve onu girersiniz, ya da "Google ile oturum aç" akışını destekleyen bir uygulama kullanırsınız. Yandex gibi başka sağlayıcılar da benzer biçimde uygulama şifresi ister; mantık aynıdır. Bu yüzden şifre hatası aldığınızda ilk yapmanız gereken, "acaba bu sağlayıcı uygulama şifresi mi istiyor" diye kontrol etmektir.

Gönderemiyorum: SMTP ve port sorunları

"Mail alıyorum ama gönderemiyorum" sorunu neredeyse her zaman giden sunucu (SMTP) ayarındaki bir hatadan kaynaklanır. Gelen tarafın (IMAP) çalışması, giden tarafın da çalıştığı anlamına gelmez; bunlar ayrı ayarlardır. Kontrol etmeniz gereken üç şey vardır: SMTP portu 587 (STARTTLS) ya da 465 (SSL) olmalı, "giden sunucu kimlik doğrulama gerektirir" seçeneği açık olmalı ve kullanıcı adı ile şifre gelen tarafla aynı (tam e-posta ve uygulama şifresi) olmalıdır.

Bir başka olası neden, ağınızın ya da servis sağlayıcınızın port 25'i kapatmış olmasıdır; bu normaldir, çünkü 25 istemci gönderimi için değil, sunucular arası aktarım içindir. Eğer bir yerde 25 girilmişse, onu 587 ya da 465 ile değiştirin. Bu üç kontrolü yaptıktan sonra hâlâ gönderemiyorsanız, port ile güvenlik türü eşleşmesini tekrar gözden geçirin; 587'ye SSL/TLS, 465'e STARTTLS atamak sık yapılan bir hatadır.

SSL veya sertifika hatası nasıl çözülür?

SSL ya da sertifika hatası ("sunucu kimliği doğrulanamıyor" gibi), neredeyse her zaman port ile güvenlik türünün yanlış eşleşmesinden ya da sunucu adının hatalı yazılmasından kaynaklanır. İlk kontrol edeceğiniz şey eşleşmedir: 993, 995 ve 465 portları SSL/TLS ister; 143, 110 ve 587 portları STARTTLS ile çalışır. Yanlış eşleşmede (örneğin 993'e STARTTLS atamak) uygulama, sunucunun sunduğu sertifikayı beklediği biçimde göremez ve hata verir.

İkinci kontrol, sunucu adının tam ve doğru yazılmasıdır. imap.gmail.com yerine imap.gmail.co yazmak ya da özel domainde imap.firmaniz.com yerine yanlış bir alt alan adı girmek, sertifikanın eşleşmemesine yol açar. Sunucu adını sağlayıcınızın verdiği biçimde harfi harfine girin; kopyala-yapıştır yaparken başına ya da sonuna boşluk kaçmadığından emin olun.

Nadiren, sağlayıcının kendi kendine imzaladığı bir sertifika kullandığı özel kurulumlarda uygulama uyarı verebilir; bu durumda sertifikayı güvenilir olarak işaretlemeniz gerekebilir. Ancak bilinen bir sağlayıcıda (Google, Microsoft, Yandex) böyle bir uyarı görüyorsanız, büyük olasılıkla sorun sertifikada değil, port-güvenlik eşleşmesindedir; önce onu düzeltin. Standart, güvenli değerlerle (993 SSL, 587 STARTTLS) başlamak, bu hataların çoğunu baştan önler.

Çok cihazda senkronizasyon nasıl sorunsuz olur?

Çok cihazda sorunsuz senkron için altın kural tektir: tüm cihazlarınızda IMAP kullanın, hiçbirinde POP kurmayın. IMAP, gelen kutusunu ve klasörleri sunucuda tuttuğu için bir cihazda yaptığınız her işlem (okuma, silme, taşıma) diğer tüm cihazlara yansır. POP kullanan tek bir cihaz bile bu tutarlılığı bozar, çünkü postaları sunucudan çekip yerelde tutabilir ve diğer cihazlar o postaları hiç göremez.

İkinci kural, aynı hesabı çok fazla cihazda aynı anda açık tutmamaktır. IMAP sunucuları, bir hesap için belirli bir eşzamanlı bağlantı sayısına izin verir; telefon, tablet, iş bilgisayarı, ev bilgisayarı ve webmail aynı anda bağlıysa bu limit aşılabilir ve ara ara "bağlantı reddedildi" hataları görürsünüz. Kullanmadığınız cihazlardan hesabı kaldırmak ya da senkron sıklığını düşürmek bu sorunu çözer. Kritik cihazlarınızı belirleyip yalnızca onlarda hesabı açık tutmak, hem performansı hem de kararlılığı artırır.

Klasör ve okundu durumu tutarlılığı

Klasör yapısının ve okundu durumunun tüm cihazlarda aynı görünmesi, IMAP'in en güçlü yanıdır; ama bunun için birkaç noktaya dikkat etmek gerekir. Yeni Outlook gibi bazı istemcilerde klasöre taşıma işleminin sunucuya yansımasında bilinen bir gecikme ya da sınırlama olabilir; bu yüzden klasör düzeni sizin için kritikse klasik Outlook gibi doğrudan IMAP senkronu yapan bir istemci daha güvenlidir. Klasörlerinizi mümkünse sunucu (webmail) tarafında oluşturmak, tüm cihazların onları tanımasını kolaylaştırır.

Okundu ve okunmadı durumu da IMAP'te sunucuda tutulur, yani bilgisayarınızda okuduğunuz bir mail telefonunuzda da okunmuş görünür. Eğer bir cihazda mailler sürekli okunmamış görünüyorsa, o cihaz büyük olasılıkla POP ile kurulmuştur ya da ayrı bir hesap olarak eklenmiştir; kurulumu kontrol edin. Doğru kurulmuş bir IMAP hesabında, tüm cihazlarınız tek bir gelen kutusunun farklı pencereleri gibi davranır ve bu, kurumsal iletişimde büyük bir rahatlıktır.

Gönderilenler, Taslaklar ve Çöp klasörlerini eşleştirme

Çok cihazlı bir kurulumda gönderilen postaların yanlış klasöre düşmesi ya da silinenlerin çöp kutusunda görünmemesi yaşanabilir; bunun çözümü, uygulamadaki özel klasörleri sunucu klasörleriyle eşleştirmektir. Sorun şudur: uygulama kendi "Gönderilenler", "Taslaklar" ve "Çöp" klasörünü oluşturur, ama sunucuda bu klasörlerin adları farklı olabilir (Sent, Drafts, Trash gibi). Eşleştirme yapılmazsa, örneğin gönderdiğiniz bir mail webmail'de "Gönderilenler"de görünmez, çünkü uygulama onu başka bir klasöre yazmıştır ve diğer cihazlar o klasörü tanımaz.

Çözüm, uygulamanın hesap ayarlarında yer alan klasör eşleştirme bölümünü kullanmaktır. Klasik Outlook, iOS Mail ve çoğu Android mail uygulamasında bu ayar bulunur: "Gönderilen öğeleri şu klasöre kaydet", "Silinen öğeler şu klasöre gitsin" gibi seçeneklerle uygulama klasörlerini sunucudaki gerçek klasörlere bağlarsınız. Bu eşleştirmeyi bir kez doğru yaptığınızda, tüm cihazlarınızda gönderdiğiniz ve sildiğiniz postalar aynı klasörlerde tutarlı biçimde görünür. Bu, kurumsal kullanımda özellikle önemlidir; çünkü bir müşteriye ofisten gönderdiğiniz yanıtı, akşam telefonunuzdaki gönderilenler klasöründe de bulabilmek istersiniz.

Bazen gönderilen bir posta iki kez görünür; bu, genellikle hem uygulamanın hem sunucunun aynı postayı ayrı klasörlere yazmasından kaynaklanır. Bazı IMAP sunucuları, siz bir mail gönderdiğinizde onu otomatik olarak "Gönderilenler" klasörüne kaydeder; eğer uygulamanız da kendi kopyasını ayrı bir klasöre kaydediyorsa, ortaya iki kayıt çıkar. Bu bir veri kaybı değil, yalnızca bir eşleştirme çakışmasıdır. Çözüm, uygulamanın "gönderilen kopyasını sunucuya kaydet" ayarını sunucunun davranışına göre düzenlemektir; sunucu zaten kaydediyorsa uygulamada bu seçeneği kapatabilir ya da iki klasörü aynı hedefe eşleştirebilirsiniz.

Yandex'ten geçişte kurulum nasıl değişir?

Ücretsiz Yandex Mail'den kurumsal bir çözüme geçtiyseniz, cihazlarınızdaki eski Yandex ayarlarını kaldırıp yeni sağlayıcının sunucu değerlerini girmeniz gerekir; ama e-posta adresiniz değişmez. Birçok işletme yıllarca kurumsal e-postasını Yandex üzerinden çözdü; bu hizmetin ücretlendirilmesiyle birlikte alternatiflere yöneldi. Geçişten sonra en çok sorulan soru "peki cihazlarımdaki kurulum ne olacak" olur; cevabı basittir: sunucu değerleri değişir, adresiniz aynı kalır.

Referans olması açısından Yandex'in ayarları şöyleydi: IMAP için imap.yandex.com, port 993, SSL/TLS; SMTP için smtp.yandex.com, port 465 (SSL) ya da 587. Yandex de üçüncü taraf istemcilerde uygulama şifresi ister; normal Yandex şifresi reddedilir ve Yandex Mail ayarlarından e-posta istemcileri bölümünde IMAP erişimi ile uygulama şifresinin açılması gerekirdi. Yeni sağlayıcınıza geçtiğinizde, bu Yandex değerlerini kaldırıp yeni sağlayıcının (örneğin Google Workspace) değerlerini girersiniz. Yandex'in ücretlendirilmesi ve alternatiflerini Yandex Mail ücretli oldu, alternatifler yazısında ayrıntılı ele aldık.

Adresim değişir mi, mailler kaybolur mu?

Hayır; doğru yönetilen bir geçişte e-posta adresiniz aynı kalır ve eski maillerinizi kaybetmezsiniz. Adresiniz isim@firmaniz.com biçiminde alan adınıza bağlıdır; geçişte değişen şey, bu adresin postasını hangi sunucunun taşıdığıdır (MX kaydı). Adres aynı kaldığı için müşterileriniz, kartvizitleriniz ve imzalarınız etkilenmez; sizin yapmanız gereken tek şey, cihazlarınızdaki kurulumu yeni sunucu değerleriyle yenilemektir.

Eski maillerin taşınması ise ayrı bir işlemdir ve doğru araçlarla kesintisiz yapılır: eski hesaptaki gelen kutusu, gönderilenler ve klasörler yeni hesaba aktarılır, sonra MX kaydı değiştirilir, böylece yeni postalar yeni sunucuya düşmeye başlar. Bu sürecin tamamını (MX değişimi, eski maillerin aktarımı, kesintisiz geçiş ve cihaz kurulumu) baştan sona yönetmek için Yandex'ten Google Workspace'e geçiş hizmetimiz devrede; geçiş boyunca hem eski hem yeni postalarınıza erişiminiz kesilmez. Böylece siz işinize bakarken teknik tarafı biz üstleniriz.

Kurulum kontrol listesi

Kurulumu tek seferde ve hatasız tamamlamak için, başlamadan önce bir kontrol listesinden geçmek en güvenli yoldur. Aşağıdaki tablo, kurulum öncesi hazırlıktan kurulum sonrası doğrulamaya kadar tüm adımları sırayla listeliyor. Her satırı işaretledikçe ilerlerseniz, ekranın ortasında eksik bilgi aramak zorunda kalmazsınız.

Kotanız dolduğunda ne olur?

IMAP kullandığınızda postalarınız sunucuda durduğu için, sunucu kotanız dolduğunda yeni posta alamamaya başlarsınız; bu, kurumsal e-postada sessizce büyüyen bir sorundur. Belirti genellikle "bazı kişiler bana mail gönderdiğinde geri dönüyor" ya da "yeni mailler gelmiyor" biçiminde ortaya çıkar. Kota dolması, özellikle büyük ekli postaların (yüksek çözünürlüklü görseller, videolar, büyük PDF'ler) biriktiği hesaplarda hızlanır.

Çözüm, düzenli olarak büyük ekli eski postaları arşivlemek ya da silmek, çöp ve spam klasörlerini boşaltmaktır; çünkü bu klasörler de kotayı kullanır. Kurumsal bir düzen için, önemli ekleri e-postada tutmak yerine bulut depolamaya (Drive gibi) taşımak ve e-postayı iletişim aracı olarak hafif tutmak iyi bir alışkanlıktır. Kotanızı düzenli izlerseniz, "neden mail alamıyorum" sürprizini baştan önlersiniz.

Kontrol listesini neden sırayla uygulamalıyım?

Kontrol listesini sırayla uygulamak, her adımın bir sonrakinin ön koşulu olması nedeniyle önemlidir; sırayı atlarsanız ekranın ortasında geri dönmek zorunda kalırsınız. Örneğin sunucu adlarını ve portları belirlemeden kurulum ekranına girerseniz, orada yarım kalır ve bilgileri aramaya çıkarsınız. Aynı şekilde, iki adımlı doğrulamayı açıp uygulama şifresi üretmeden Google hesabınızı manuel kurmaya kalkışırsanız, şifre reddedilir ve baştan başlarsınız.

Listeyi sırayla tamamladığınızda, kurulum tek seferde ve hatasız biter; en sonda yapılan test maili de her iki yönün çalıştığını kanıtlar. DNS kayıtlarını (MX, SPF, DKIM, DMARC) en sona koymamızın nedeni, bunların cihaz kurulumundan bağımsız bir katman olması ve genellikle bir kez doğru kurulduğunda uzun süre dokunulmamasıdır. Bu disiplinli sıra, hem bireysel bir kurulumu hem de onlarca çalışanlı bir kurumsal geçişi düzenli tutar.

Kurulumdan sonra ne kontrol etmeliyim?

Kurulumu tamamladıktan sonra, iki yönlü bir test yaparak her şeyin çalıştığını doğrulamalısınız. Önce kendinize ya da başka bir adrese bir test e-postası gönderin; bu, giden (SMTP) tarafın çalıştığını kanıtlar. Ardından başka bir adresten kendinize bir mail atıp geldiğini görün; bu da gelen (IMAP) tarafın çalıştığını gösterir. İki test de başarılıysa cihaz kurulumunuz tamdır.

Eğer test maillerinizin karşı tarafta spam klasörüne düştüğünü fark ederseniz, sorun cihaz kurulumunda değil, domain DNS kayıtlarında (SPF, DKIM, DMARC) olabilir. Bu durumda hosting ya da DNS panelinizden bu kayıtların doğru yapılandırıldığını kontrol edin ya da bu işi bir uzmana bırakın. Kurumsal e-posta altyapısı, cihaz ayarları ile DNS ayarlarının birlikte doğru olmasıyla tam anlamıyla sağlıklı çalışır.

Geçiş sırasında hangi ayarları güncellemeliyim?

Yandex'ten yeni bir sağlayıcıya geçtiğinizde, cihazlarınızda güncellemeniz gereken ayarlar bellidir: eski sunucu adlarını (imap.yandex.com, smtp.yandex.com) yeni sağlayıcının adlarıyla değiştirir, gerekiyorsa yeni bir uygulama şifresi üretir ve şifre alanını güncellersiniz. Port ve güvenlik mantığı büyük olasılıkla aynı kalır (IMAP 993 SSL, SMTP 587 ya da 465), çünkü bu değerler sağlayıcıdan bağımsız standartlardır. Yani "her şeyi baştan öğrenmek" gerekmez; yalnızca sunucu adı ve kimlik doğrulama tarafı değişir.

En temiz yöntem, eski hesabı cihazdan tamamen kaldırıp yeni sağlayıcının değerleriyle sıfırdan eklemektir; bu, eski ve yeni ayarların birbirine karışmasını önler. Geçişi biz yönettiğimizde, hangi cihazda neyi değiştireceğinizi tek tek anlatır, gerekirse uzaktan yardımcı oluruz; böylece geçiş günü e-postasız kalmazsınız. Sürecin altyapı tarafını (MX, eski maillerin aktarımı) baştan sona yönettiğimiz için, size yalnızca cihaz kurulumunu yenilemek kalır. Bu geçişin tüm adımlarını Yandex'ten Google Workspace'e geçiş sayfasında ayrıntılandırdık.

Türkiye ve Kayseri bağlamında kurulum desteği

Türkiye'de kurumsal e-posta kurulumu ve taşınması, çoğu işletme için göründüğünden daha fazla teknik ayrıntı içerir; bu yüzden bu işi tek seferde doğru yaptırmak zaman ve gönül rahatlığı kazandırır. IMAP ve SMTP değerlerini girmek tek başına yeterli değildir; alan adının DNS kayıtları, MX yönlendirmesi, SPF/DKIM/DMARC doğrulaması ve iki adımlı doğrulama ayarları da birlikte kurulmalıdır. Bu adımlardan biri eksik kaldığında, "mail alamıyorum" ya da "gönderdiğim mailler spam'e düşüyor" gibi sorunlar günlerce sürebilir.

Kayseri merkezli çalışan bir ekip olarak, Türkiye genelindeki KOBİ, e-ticaret ve serbest çalışanlara kurumsal e-posta kurulumu, cihaz entegrasyonu ve ücretsiz Yandex'ten kurumsal çözüme geçiş konularında uçtan uca destek veriyoruz. İster tek bir posta kutusu kurun, ister onlarca çalışanın hesabını merkezî olarak yönetin; sunucu ayarlarından DNS kayıtlarına, cihaz kurulumundan personel eğitimine kadar süreci biz yürütürüz. Amacımız, siz işinize odaklanırken e-posta altyapınızın sessizce ve kesintisiz çalışmasıdır.

Kurulumu kendim mi yapmalıyım, destek mi almalıyım?

Tek bir cihaza tek bir hesabı, sunucu değerleri elinizdeyken kurmak çoğu kullanıcı için bu rehberle rahatça yapılabilecek bir iştir; destek almadan da halledebilirsiniz. Bu durumda yapmanız gereken, gereken altı bilgiyi toplamak, doğru portu ve güvenlik türünü seçmek ve gerekiyorsa uygulama şifresi üretmektir. Bir test maili gönderip alarak kurulumu doğruladığınızda iş biter.

Ancak birden çok çalışanın hesabını kurmak, ücretsiz bir çözümden kurumsal bir altyapıya geçmek, MX/SPF/DKIM/DMARC kayıtlarını yapılandırmak ya da eski maillerinizi kesintisiz taşımak söz konusuysa, bu iş teknik bir uzmanlık ister ve hata payı yüksektir. Yanlış bir MX değişikliği ya da eksik bir SPF kaydı, işletmenizi saatlerce e-postasız bırakabilir. Bu tür durumlarda süreci baştan sona yönetmek için hizmetlerimize göz atabilir, size özel bir plan için iletişime geçebilirsiniz.

Nereden başlamalıyım?

Nereden başlayacağınıza karar vermenin en kolay yolu, mevcut durumunuzu bir uzmanla netleştirmektir. Eğer elinizde çalışan bir kurumsal e-posta varsa ama cihazlara kurmakta zorlanıyorsanız, bu rehberdeki adımlar çoğu durumda yeterli olacaktır. Eğer henüz kurumsal e-postanız yoksa ya da ücretsiz bir çözümden kurumsal bir altyapıya geçmek istiyorsanız, işin planlanması ve taşınması ayrı bir uzmanlık gerektirir.

Bu ikinci durumda, işletmenize özel bir yol haritası çıkarmak için ücretsiz analiz alabilir, ihtiyacınıza en uygun kurulumu ve taşıma planını birlikte belirleyebiliriz. Ücretsiz Yandex'ten kurumsal bir çözüme geçiş düşünüyorsanız Yandex'ten Google Workspace'e geçiş hizmet sayfamız tam olarak bu süreç için tasarlandı; adres değişmeden, maillerinizi kaybetmeden ve iş akışınızı durdurmadan geçişi yönetiyoruz. Sorularınız için doğrudan iletişim sayfamızdan bize ulaşabilir, kurulumla ilgili tüm ayrıntıları netleştirebilirsiniz.

Özet: kurumsal e-posta kurulumunun mantığı

Kurumsal e-posta kurulumunun özü, hangi uygulamada olursanız olun aynıdır: gelen sunucu (IMAP), giden sunucu (SMTP), kullanıcı adı olarak tam e-posta adresiniz, şifre ve doğru port ile güvenlik türü. Bu beş parçayı doğru girdiğinizde, klasik Outlook, yeni Outlook, Gmail uygulaması, iPhone ve Android'de kurulum tamamlanır. Standart değerler stabildir: IMAP için 993 ve SSL/TLS, giden için SMTP 587 (STARTTLS) ya da 465 (SSL/TLS); yalnızca sağlayıcıya özel sunucu adı ile şifre türü değişir.

İki noktayı unutmayın: Google gibi iki adımlı doğrulaması olan sağlayıcılarda normal şifre yerine uygulama şifresi ya da OAuth gerekir; ve cihaz ayarları ile domain DNS kayıtları (MX, SPF, DKIM, DMARC) ayrı katmanlardır, ikisi de doğru olmalıdır. Bu iki ilkeyi kavradığınızda, kurumsal e-postanızı hangi cihaza olursa olsun kendiniz kurabilirsiniz. Karmaşık gelen ya da riske atmak istemediğiniz durumlarda ise kurulum ve taşıma sürecini uçtan uca yönetmek için buradayız; alan adınızdan kurulum durumuna hızlı bir bakış için domain sorgulama aracını kullanabilir, kapsamlı destek için hizmetlerimize göz atabilirsiniz.

Son bir hatırlatma: kurumsal e-posta kurulumu bir kez doğru yapıldığında, uzun süre size sorun çıkarmadan çalışan bir altyapıdır. Zorluk, ilk kurulumun ayrıntılarında ve sağlayıcıya özgü nüanslardadır; bir kez doğru değerlerle kurduğunuzda, aynı hesabı yeni bir cihaza eklemek dakikalar sürer, çünkü değerler artık elinizdedir. Bu rehberi bir başvuru kaynağı olarak saklayın; yeni bir telefon aldığınızda ya da bir çalışanınıza hesap kurarken port tablosunu, kontrol listesini ve hata çözümlerini tekrar tekrar kullanabilirsiniz. Ücretsiz Yandex'ten kurumsal bir çözüme geçişi düşünüyorsanız, adres değişmeden ve maillerinizi kaybetmeden geçişi yönetmek için Yandex'ten Google Workspace'e geçiş sayfamız her zaman ilk durağınız olabilir.