E-posta uygulamasında gönderim çalışmadığında yalnız portu değiştirmek bazen başka bir hata üretir. Çünkü port numarası, güvenli bağlantı yöntemi ve sunucu adı birlikte ele alınmalıdır. Önce sağlayıcının hesabınız için verdiği güncel istemci ayarını bulun. Eski bir ekran görüntüsündeki değerlerin veya başka firmanın örnek sunucu adının sizin hesabınıza uygun olduğunu varsaymayın.
465 ve 587 hangi bağlamda kullanılır?
RFC 8314, e-posta gönderiminde 465 için doğrudan TLS, 587 için STARTTLS düzenlerini ele alır. Uygun yapılandırıldıklarında yalnız numaraya bakarak birini güvensiz ilan etmek doğru değildir. İstemcideki güvenlik seçeneği ile sağlayıcının sunduğu hizmeti eşleştirin. Burada hesabınız için belirli bir portun açık olduğu veya bütün uygulamalarda aynı ekranın bulunduğu iddia edilmez.
Sunucu adı ve kullanıcıyı birlikte kontrol edin
Giden sunucu adresini, kullanıcı adını ve kimlik doğrulama seçeneğini kaydedin; parolayı açık notlara eklemeyin. Birden fazla hesap varsa mesajın hangi giden sunucuyu kullandığını ayrıca kontrol edin. SMTP sorunları rehberi gönderimin ayrı bir akış olduğunu değerlendirmeye yardımcı olur. Gelen kutusunun çalışması, giden sunucu ayarının doğrulandığı anlamına gelmez.
Parola hatasını sertifika uyarısından ayırın
Tarayıcı veya istemcinin gösterdiği tam uyarıyı not edin. Sertifika adı uyuşmazlığı için parola sıfırlamak ilk teşhis değildir. Aynı şekilde yanlış parola uyarısına karşı şifrelemeyi kapatmak da doğru yaklaşım olmaz. Temel güvenlik rehberindeki kimlik bilgisi korumasını bu kontrolde de sürdürün. Tanımadığınız sertifikayı kalıcı olarak güvenilir kabul etmeyin.
Küçük bir testle iki yönü doğrulayın
Hassas bilgi içermeyen mesajı kontrolünüzdeki bir adrese gönderin ve yanıtını deneyin. Testin saatini ve hangi istemcinin kullanıldığını kaydedin. Mesaj iletiliyor fakat ek reddediliyorsa dosya eki rehberine geçin; bağlantı ayarlarını gereksiz yere yeniden değiştirmeyin. Bir denemede bir değişken kullanmak karşılaştırmayı kolaylaştırır.
Kurumsal e-posta kurulumu için çalışan ayarı kurum içinde yetkili kişilerle belgeli tutun. Destek talebine istemci sürümü, hata metni ve test zamanını eklemek genellikle “mail gitmiyor” ifadesinden daha yararlıdır. Ekran görüntüsünde parolayı, erişim anahtarını ve özel mesajları maskeleyin. Düzeltme, uyarıyı susturmak değil; doğru sunucuya güvenli ve doğrulanmış bağlantı kurmaktır.
Kurulum kaydını sonraki cihaza taşınabilir tutun
Çalışan hesabın ayarlarını belgelemek, her yeni bilgisayarda aynı denemeleri yapmayı önler. Kayda gerçek sunucu adı, güvenlik yöntemi ve kullanılan uygulama sürümünü yazın; parolayı aynı açık belgeye koymayın. Telefon ve masaüstü uygulamasının seçenek adları farklı olabileceğinden yalnız ekran görüntüsüne dayalı bir talimatla yetinmeyin. Sağlayıcının güncel bağlantı belgesinin nerede bulunduğunu da belirtin. Başka bir cihazda sorun çıktığında bu kaydı karşılaştırma için kullanın, ancak yeni sürümün aynı şekilde davranacağını varsaymayın. Yalnız bir ağda başarısız olan denemeyi bütün hizmetin arızası gibi raporlamayın. Gözlenen koşulu doğru yazmak, gerekli desteğin doğru katmana yönelmesini kolaylaştırır.
Sıkça Sorulan Sorular
587 şifresiz bağlantı demek mi?
Hayır. STARTTLS ile güvenli gönderim için kullanılabilir. Port ile güvenlik yöntemini ayrı seçenekler gibi rastgele eşleştirmek yerine sağlayıcınızın güncel ayarını izleyin.
465 her hesapta çalışır mı?
Bunu varsaymayın. Sağlayıcının o hizmeti desteklemesi gerekir; çalışan bir hesabı yalnız sayı daha güvenli görünüyor diye değiştirmeyin.
Sertifika uyarısını kabul edip geçeyim mi?
Hayır. Sunucu adını ve doğru hizmete bağlandığınızı doğrulayın; sorunu destek ekibine iletin. Şifrelemeyi kapatmak genel çözüm değildir.
Gelen posta çalışıyorsa SMTP de doğru mu?
Hayır. Alma ve gönderme ayarları farklı olabilir. Kontrollü bir gönderim testi yaparak sorunun hangi yönde oluştuğunu belgeleyin.