VPN bağlı ama IMAP senkronize olmuyor? Bu üç katmanı kontrol edin

Ofis VPN'ine bağlanın, posta istemcisini açın ve webmail normal yüklenirken gelen kutusunun yenilenmeyi reddettiğini izleyin. Olağan teşhis, VPN'nin trafiği geçirdiği ama postayı engellediği ya da hesap parolasının değiştiğidir. Her iki tahmin de IMAP istemcisinin ne yaptığının yapısını atlar. Sunucuya ulaşmak, TLS'yi tamamlamak, kimlik doğrulamak ve posta kutusu seçmek dört ayrı olaydır ve VPN yalnızca birincisine sahiptir.

Efsane: tek bağlantı tek oturum demektir

Tünel ayakta durup posta sunucusu yanıt verdiğinde posta kutusunun fiilen açık olduğu inancı vardır. Değildir. VPN hizmete bir yol sağlar; sizi oturum açtırmaz ve klasör seçmez. Bir istemci, tamamen çalışan bir tünel ve geçerli bir parolayla bu adımların dördüncüsünde bekleyebilir.

«VPN üzerinden IMAP çalışmıyor» bildirimlerinin çoğu gerçekte bu boşlukta yaşar.

Üç IMAP durumu ve istemcilerin takıldığı yer

IMAP kimliği doğrulanmamış durum, kimliği doğrulanmış durum ve seçilmiş durum tanımlar ve komutlar yalnızca onlara izin veren durumda geçerlidir. Sunucu ön kimlik doğrulama sunduğunda bağlantı zaten kimliği doğrulanmış olarak başlayabilir, bu yüzden parola isteminin olmaması hiçbir şeyi kanıtlamaz. Posta kutusu seçmek oturumu doğrulanmıştan seçilmişe taşır ve ancak o zaman mesajlar üzerinde çalışan komutların bir hedefi olur.

Başarıyla kimlik doğrulayıp sonra yapılandırılmış klasörü seçemeyen bir istemci, sunucu doğru davranırken senkronizasyon hatası gibi görünecektir. Yeniden adlandırılmış klasörler, «gelen kutusu»nu farklı eşleyen bir sağlayıcı ya da eksik erişim hakları burada sonlanır. Sunucunun etiketli NO yanıtı kanıttır ve reddedilen parola yanıtıyla aynı yanıt değildir.

TLS, IMAP konuşmasından önce gelir

993 portunda örtük TLS ile TLS el sıkışması herhangi bir IMAP komutu gönderilmeden önce tamamlanır, bu yüzden sertifika sorunu posta yerine güvenden söz eden bir hata üretir. Posta ana bilgisayar adı sertifikaya karşı doğrulanmalıdır bir web ana bilgisayar adı gibi; trafiği koruyan bir tünel geçersiz sertifikayı geçerli yapmaz.

Hata metni durumları ayırır. Bağlantı zaman aşımı SYN'in hiç tamamlanmadığı anlamına gelir. TLS hatası TCP bağlantısının çalıştığı ve el sıkışmanın çalışmadığı anlamına gelir. IMAP NO ya da BAD yanıtı ikisinin de başarılı olduğu ve protokol katmanının bir şeyi reddettiği anlamına gelir. Herhangi bir ayarı değiştirmeden önce hangisini gördüğünüzü not edin.

Önbellekteki posta hiçbir şeyin kanıtı değildir

Posta istemcisi önceden indirilmiş mesajları bugün sunucuya ulaşabilse de ulaşamasa da gösterir, bu yüzden görünen gelen kutusu yalnızca yerel depolamanın çalıştığını söyler. Her gerçek test bir sunucu işlemini zorlamalıdır: bir klasörü yenileyin, hiç indirilmemiş bir mesajı alın ya da istemcinin ancak posta kutusunu seçtikten sonra vereceği bir komut gönderin.

Yıkıcı olmayan bir kontrol kullanın. Bir klasörü yenilemek ve hesabın hata günlüğünü okumak, hesabı silip yeniden eklemekten iyidir; ikincisi çoğunlukla yapılandırma ekranının hâlâ çalıştığını kanıtlar.

Gönderme ve webmail farklı protokollerdir

Posta göndermek teslimdir, IMAP değildir. Ayrı bir hizmet ve genellikle kendi TLS modu ve kendi kimlik doğrulaması olan ayrı bir port kullanır, bu yüzden çalışan bir giden kutusu IMAP posta kutusunun seçildiğini kanıtlamaz ve bozuk bir giden kutusu IMAP'i suçlamaz.

Webmail yine farklıdır. Aynı VPN üzerinden başarılı olabilir çünkü bir web ön ucuna karşı HTTPS oturumudur, bu da masaüstü istemcisinin IMAP ana bilgisayarı, portu ya da TLS modu hakkında hiçbir şey söylemez.

Devir teslim için dört sonucu ayrı ayrı not edin: VPN yolu, posta uç noktası ve TLS sonucu, hesap kimlik doğrulama sonucu ve posta kutusu seçimi sonucu. Kimlik bilgilerini ve mesaj içeriğini notun dışında tutun. Bu kayıt, bir sonraki kişiye düzeltmenin ağa, sertifikaya, hesaba mı yoksa klasör yapılandırmasına mı ait olduğunu, iki koruma katmanından hiçbirini zayıflatmadan söyler.