Kurumsal e-posta kurulumu: IMAP, SMTP ve teslimat

Başlamadan önce hesap bilgilerini hazırlayın

Posta kutusunu ilgili hizmet panelinde oluşturun ve e-posta adresinizi tam biçimiyle kullanın. Sunucu adı, bağlantı noktası ve şifreleme türünü hizmet sağlayıcının hesap ayarlarından alın. Alan adınızın önüne otomatik olarak “mail.” eklemek her yapı için doğru sonuç vermez.

Webmail üzerinden oturum açmayı deneyin. Webmail çalışırken masaüstü uygulaması çalışmıyorsa, sorun çoğunlukla istemci ayarları veya yerel bağlantıyla ilgilidir. Hem webmail hem istemci başarısızsa hesap, parola, hizmet durumu ve DNS katmanlarını kontrol edin.

IMAP ve POP3 arasında seçim yapın

IMAP, iletileri sunucuyla eşitleyerek birden fazla cihazdan kullanım için uygun bir model sunar. Okundu durumu ve klasörler istemciler arasında eşitlenebilir. Sunucuda depolama alanı kullanıldığı için posta kutusu kapasitesini takip etmek gerekir.

POP3, iletileri cihaza indiren farklı bir çalışma modelidir; istemci ayarına göre sunucudaki iletiler silinebilir. Birden fazla cihazda tutarlı kullanım bekliyorsanız yanlışlıkla POP3 seçmediğinizi kontrol edin. Var olan hesabın türünü değiştirirken yerel iletilerin yedeğini almadan hesabı silmeyin.

Güvenli bağlantı ayarlarını doğrulayın

SMTP kimlik doğrulamasını etkinleştirin; kullanıcı adı genellikle tam e-posta adresidir. Port ile şifreleme türünü rastgele karıştırmayın. Sertifika adıyla sunucu adı eşleşmiyorsa uyarıyı kalıcı olarak geçmek yerine doğru sunucu adını öğrenin.

Güvenlik duvarı veya ağ, belirli çıkış bağlantılarını sınırlıyor olabilir. Parolayı tekrar tekrar denemek yerine hata metnini kaydedin; çok sayıda başarısız deneme geçici erişim kısıtına yol açabilir.

Posta kutusuyla DNS kayıtlarını birlikte düşünün

MX, gelen postanın hangi sunucuya teslim edileceğini belirler. SPF, alan adı adına gönderim yapmasına izin verilen sistemleri açıklar. Aynı DNS adı üzerinde birbirinden bağımsız birden fazla SPF politikası yayımlamak doğrulama hatasına neden olabilir; kullanılan gönderim hizmetlerini tek bir uygun politikada birleştirin.

DKIM, iletinin kriptografik imzasını doğrulamak için kullanılır; panelin verdiği seçici ve anahtar değerini olduğu gibi ekleyin. DMARC, SPF/DKIM hizalaması ve başarısız doğrulamalarda uygulanacak politika için çerçeve sağlar. Gönderim kaynaklarını doğrulamadan doğrudan katı reddetme politikası uygulamak meşru e-postaların reddedilmesine neden olabilir.

Gönderimi ve alımı ayrı ayrı test edin

1. Harici bir adrese test iletisi gönderin ve teslimi kontrol edin.
2. Harici adresten kurumsal posta kutunuza yanıt gönderin.
3. Gelen kutusunun yanında istenmeyen posta klasörünü de inceleyin.
4. Gönderilenler klasörünün farklı cihazlarda doğru eşitlendiğini kontrol edin.
5. Varsa hata bildirimindeki kod ve açıklamayı saklayın.

Bir iletinin gönderilmiş görünmesi, alıcıya kesin teslim edildiğini veya gelen kutusuna düştüğünü garanti etmez. Alıcı politikaları, alan adı itibarı, içerik ve kimlik doğrulama sonucu teslimatı etkileyebilir.

Hesabı günlük kullanım için koruyun

Her posta kutusunda benzersiz parola kullanın; uygulama destekliyorsa ek doğrulamayı etkinleştirin. Paylaşılan departman adreslerinde erişimi ve ayrılan personelin hesabını düzenli gözden geçirin. Parolaları mesaj veya destek formuyla paylaşmayın.

Toplu pazarlama gönderimini kurumsal posta kutusundan yürütmeden önce sağlayıcının gönderim sınırlarını ve yasal izin gereksinimlerini değerlendirin. DNS tarafında daha fazla bilgi için DNS kayıtları rehberine, sorun bildirmek için destek merkezine başvurabilirsiniz.

Ayarları istemci alanlarına doğru eşleyin

Alan adları yalnız örnektir: Kullanıcı adı [email protected] olabilir; gelen ve giden sunucu adı ise sağlayıcınızın verdiği tam ad olmalıdır. Kendi adresinizden otomatik bir sunucu adı türetmeyin.

Hesap kuruluyor ama iletiler reddediliyor veya spam'e düşüyorsa e-posta teslimat teşhisine geçin. Eski iletileri başka sisteme alacaksanız posta taşıma planı kurulumdan ayrı bir iştir.