Çiğli'de Web Mail Kurulumu: Dns, Posta Geçişi ve Teklif Notları

Çiğli'de depo, servis ya da küçük üretim yapan bir işletmede e-posta düzeni çoğu zaman kendiliğinden büyür. Bir çalışan kişisel bir hesapla müşteriyle yazışır, bir diğeri telefonundaki eski kutuyu açık bırakır, tedarikçi üç farklı adrese mail atar ve hangi yazışmanın güncel olduğu kimse için net değildir. Sevkiyat sabahları yoğun bir depoda yanıt süresi, fatura takibi yapan bir atölyede ise belge kaybı daha çok hissedilir. Bu nedenle çiğli web mail kurulumu, önce işletmenin günlük akışına bakılarak planlanmalıdır. Kurulum üç konu etrafında döner: DNS kayıtları, eski kutuların taşınması ve teklifin neleri kapsadığı.

Alan Adınız Müşteriye Ne Söyler?

Müşteri bir e-posta aldığında adresin sonundaki alan adını da görür. [email protected] ile [email protected] arasındaki fark ilk bakışta küçük gelebilir, ama teklif isteyen biri için firmaya dair ilk izlenimi etkiler. Tek başına bu bir kurulumu gerekçelendirmeye yetmeyebilir, asıl hesap başka yerde yapılır.

Asıl fark çalışan değiştiğinde ortaya çıkar. Kişisel bir kutudaki yazışmalar ayrılan kişiyle birlikte gidebilir. Kurumsal kutu şirkete aittir ve yönetici yetkisi başka birine devredilebilir. Bir nakliye ofisinde sevkiyat sorumlusu ile muhasebenin aynı müşteri yazışmasına baktığını düşünün. Sorumlu ayrıldığında o yazışmaların nerede durduğu bilinmiyorsa, basit bir fatura itirazı bile haftalarca gecikebilir.

Mobil erişim de ayrı bir karar. Sahada çalışan bir teknisyen ya da depo çıkışındaki sorumlu adresini telefondan kontrol edebilmelidir. Ofis ekibi ise masaüstü arayüzde daha rahat çalışır. Hangi kişinin hangi cihazdan bakacağını kurulumdan önce yazmak, sonradan yapılan düzeltmeleri azaltır.

Dns Değişikliğinde Hangi Kayıt Neyi Etkiler?

DNS tarafı kurulumun en teknik kısmıdır, ama yazılı bir liste ile yönetilebilir. MX kaydı, alan adınıza gelen postanın hangi sunucuya yönleneceğini belirler. SPF kaydı, sizin adınıza hangi sunucuların mail gönderebileceğini bildirir. DKIM ise giden postalara dijital bir imza ekler ve alıcı tarafın mesajın yolda değişmediğini doğrulamasını sağlar.

Pratikte sık görülen sorun, alan adının daha önce başka bir amaçla kullanılmış olmasıdır. Eski bir web tasarım firmasından kalan bir MX kaydı ya da unutulmuş bir SPF satırı, yeni kutunun bir süre mail almamasına ya da bazı postaların eski adrese gitmesine yol açabilir. Bu yüzden değişiklikten önce mevcut kayıtların dökümü alınır. Hangi kaydın kalacağı, hangisinin silineceği ve neden silineceği yazılı olarak netleştirilir.

Yayılma birkaç saat, bazen daha uzun sürebilir. Bu süre boyunca eski ve yeni düzen birlikte çalışır. Bazı mailler gecikirse hemen arıza demek yerine kayıtların hangi aşamada olduğuna bakmak daha doğrudur. Geçişi sevkiyat ya da fatura yoğunluğunun düşük olduğu bir güne planlamak çoğu işletme için yeterli bir önlemdir.

Eski Yazışmalar Hangi Sırayla Taşınmalı?

Yıllarca biriken bir hesapta binlerce mail bulunabilir. Hepsinin taşınıp taşınmayacağı ilk kararlardan biridir. Çoğu küçük işletme için son iki üç yılın yazışmaları ve açık kalan müşteri konuşmaları yeterlidir. Daha eski kayıtlar ayrı bir arşiv olarak saklanabilir.

Protokol seçimi de önemlidir. POP3 mailleri cihaza indirip sunucudan silebildiği için aynı kutuya birden fazla cihazdan bakan ekipte karışıklığa yol açabilir. IMAP mailleri sunucuda tutar ve her cihazda aynı görünümü sağlar. Vardiyalı çalışan ya da hem telefon hem bilgisayar kullanan ekipler için IMAP çoğunlukla daha uygundur. Tek bir bilgisayardan çalışan bir büro için POP3 hâlâ makul olabilir.

Yeni adresin ne zaman devreye gireceği müşterilere ve tedarikçilere önceden bildirilmelidir. Eski adreste bir süre yönlendirme bırakmak kaçan mailleri ciddi ölçüde azaltır. Yönlendirmenin ne kadar süreceği de baştan yazılmalıdır, çünkü süresiz bırakılan yönlendirme yeni düzenin kafa karıştırmasına neden olur.

Teklifi Okurken Hangi Kalemler Ayrı Görünmeli?

Teklifi yalnızca kutu sayısı ve aylık tutar üzerinden okumak yanıltıcı olabilir. Kutu başına depolama, mobil ve masaüstü erişim, yönetici panelinden kullanıcı ekleme ve çıkarma, yedekleme ve kurulum işçiliğinin dahil olup olmadığı açıkça yazılmalıdır. Bunlar dağınık gelirse iki teklifi aynı zeminde karşılaştırmak zorlaşır.

DNS düzenlemesi ve eski verinin taşınması çoğu zaman ayrı ücretlendirilir. İlk haftadaki destek de öyledir. Bu kalemlerin tek satırda toplanıp toplanmadığına bakın. Baz alınan kullanıcı sayısı ve sonradan kişi eklendiğinde ücretin nasıl değişeceği de sorulmalıdır.

Sınırlar da yazılı olmalıdır. Web mail tek başına sipariş takibini ya da müşteri kayıtlarını çözmez. Posta düzenini toparlar, iş akışını kendiliğinden değiştirmez. Bu ayrım teklifte açıkça yer alıyorsa beklenti baştan doğru kurulmuş olur.

Kurulumdan Sonraki İlk Haftada Ne İzlenir?

İlk iş gelen ve giden testidir. Dışarıdan bir adrese mail gönderilir, yanıt alınır ve mesajın spam klasörüne düşüp düşmediğine bakılır. SPF ve DKIM doğrulamaları düzgün çalışıyorsa test genellikle sorunsuz geçer. Bir sorun varsa hatalı kayıt çoğunlukla bu aşamada görünür.

İkinci kontrol mobil cihazlardaki hesap ayarlarıdır. Eski hesap bazı telefonlarda hâlâ görünebilir ve yanlış adresten mail gönderilmesine yol açabilir. Son olarak ekibe arayüzün nerede olduğu, yönlendirmenin nasıl kapatılacağı ve şifrenin nereden değiştirileceği kısaca anlatılır.

Wesoco Trabzon merkezli bir yazılım ve sosyal medya ekibidir. Çiğli'deki bir işletmeye kurulumun uzaktan yürütülüp yürütülemeyeceği, destek saatlerinin hangi aralıkta olacağı ve yerinde bir ziyaretin gerekip gerekmediği ilk keşif görüşmesinde netleştirilir. Bu bilgiyi teklif öncesinde yazılı almak sağlıklı olur. Görüşmeye alan adınızın mevcut kayıtlarını ve kullandığınız posta düzenini hazır getirirseniz, teklifin hangi kalemleri içermesi gerektiği de daha açık çıkar.

DNS okuma adımlarını daha ayrıntılı görmek isterseniz kurumsal e-posta altyapısında DNS kayıtlarının nasıl okunduğu yazısına göz atabilirsiniz.