E-posta istemcisindeki port numarası ve şifreleme seçeneği birlikte çalışır. Doğru sunucu adına yanlış bağlantı türüyle bağlanmak, parola doğru olsa bile hataya yol açabilir. SMTP mesaj gönderir; IMAP ve POP mesaj alımı için kullanılır. Bu hizmetlerin ayarlarını tek satır gibi düşünmeyin. TLS bağlantıyı şifreleyerek ağ üzerinden geçen bilgileri korur, ancak mesajın bütün aktarım yolunu veya alıcının cihazını kendi başına güvenceye almaz. Günlük kullanım için sağlayıcının doğruladığı güvenli hizmet değerlerini esas alın.
Gereken bilgiler
Birden fazla cihaz kullanıyorsanız her cihazın ayarını ayrı kaydedin. Bilgisayarda başarılı olan bağlantı, telefonda aynı değerlerin gerçekten seçildiğini kanıtlamaz. Karşılaştırma sırasında parolayı değil yapılandırma alanlarını kontrol edin.
Tam e-posta adresinizi, kutu parolanızı, gelen ve giden sunucu adlarını hazırlayın. Hosting panelinin Mail Client Configuration veya teslim bilgisi bölümünde doğru hizmet adı gösterilebilir. Sunucu adı olarak alan adınızı tahmin etmek yerine bu bilgiyi doğrulayın; sertifika başka bir hizmet adına düzenlenmiş olabilir. Kendi sunucunuz varsa dinlenen portları ve sertifika kapsamını yetkili yönetici kontrol etmelidir. İstemci ayarını değiştirmeden önce mevcut değerleri not alın ve hassas parolaları ekran görüntüsünde paylaşmayın.
Bağlantı türlerini ayırın
- Implicit TLS, bağlantının başından itibaren TLS oturumu kurulmasıdır. Güvenli IMAP için 993, güvenli POP için 995 ve SMTP submission için 465 yaygın standart eşleşmelerdir. STARTTLS ise mevcut protokol oturumunun TLS ile yükseltilmesidir; SMTP submission için 587 bu amaçla sık kullanılır. Arayüzde SSL, SSL/TLS veya STARTTLS isimleri bulunabilir. Bu adların istemcinizde ne anlama geldiğini kontrol edin; sadece güvenli kelimesinin görünmesine güvenmeyin.
- SMTP 465 seçtiğinizde STARTTLS değil, sağlayıcının belirttiği implicit TLS seçeneğini kullanın. SMTP 587 kullanıyorsanız doğrulanmış STARTTLS yapılandırmasını uygulayın. Sunucu her iki yöntemi sunmak zorunda değildir. Port 25 genellikle sunucular arası aktarım içindir; sıradan istemci gönderimini bu porta taşıyarak sorunu çözmeye çalışmayın. Bir ağda bazı portların engellenmesi, hesabınızın bütün sistemlerde çalışmadığını göstermez; karşılaştırmalı güvenilir ağ testi yapılabilir.
- Giden sunucu kimlik doğrulamasını etkinleştirin. Kullanıcı adı çoğu barındırılan posta hizmetinde tam e-posta adresidir, ancak sağlayıcının bilgisi esas alınmalıdır. Gelen posta çalışırken gönderim başarısız oluyorsa SMTP ayarını ayrıca inceleyin. İstemci otomatik keşif yaptıysa seçilen portu ve şifreleme türünü kontrol edin. Parolanızın yalnız SMTP tarafında eski kalması da mümkündür. Hesabı silip yeniden eklemek yerine önce sunucu ve kimlik alanlarını karşılaştırın.
- Sertifika uyarısını açıklığa kavuşturun. Sertifikanın süresi, güven zinciri ve sunucu adıyla uyumu önemlidir. Sorunu aşmak için sertifika doğrulamasını kapatmayın. Alan adınızın posta sunucusu başka sertifikalı adla sunuluyorsa sağlayıcının doğru hizmet adını kullanın. Kendi sunucunuzda yenileme ve servisin güncel sertifikayı yüklemesi ayrı kontrol noktalarıdır. Yanlış cihaz saati de sertifika değerlendirmesini etkileyebilir; zaman ayarını inceleyin.
Doğrulama
Küçük bir test mesajını kurum dışı kontrollü adrese gönderin, ardından o adresten kutunuza yanıt verin. Böylece SMTP ve alım hizmetini ayrı ayrı sınamış olursunuz. Gönderilmiş klasörünün doğru yerde oluştuğunu da kontrol edin. Bağlantı hatası sürerse sunucu adı, port, TLS türü, istemci sürümü ve gizlenmiş hata metnini destekle paylaşın. Aynı parolayı defalarca denemek geçici hesap engeline yol açabileceğinden önce yapılandırmayı doğrulayın. Başarılı ayarları cihazın güncel kayıtlarında saklayın.
Sık sorulan sorular
TLS kullanmak e-posta gövdesini uçtan uca şifreler mi?
Hayır. Taşıma bağlantısının korunması ile uçtan uca mesaj şifreleme farklıdır. Hassas içerik için kurumunuzun onayladığı ek yöntemleri değerlendirin.
465 ile 587 arasında güvenli olmayan bir seçenek var mı?
Doğru yapılandırıldıklarında iki yöntem de güvenli submission sağlayabilir. Önemli olan sağlayıcının desteklediği yöntemi, sertifika doğrulamasını ve doğru TLS seçeneğini birlikte kullanmaktır.
Resmi kaynaklar
- RFC 8314: TLS for Email Submission and Access
- RFC 6409: Message Submission for Mail
- cPanel: Set Up Mail Client
Süreç özeti
E-posta TLS bağlantıları ve doğru port seçimi
| Adım | Kontrol |
|---|---|
| 1 | Hizmet bilgisi |
| 2 | Port ve TLS türü |
| 3 | Sertifika kontrolü |
| 4 | Alma ve gönderme testi |