VPN qoşulub, amma IMAP sinxronlaşmır? Bu üç qatı yoxlayın

Ofis VPN-inə qoşulun, poçt müştərisini açın və veb-poçt normal yüklənərkən gələnlər qutusunun yenilənmədən imtina etməsini izləyin. Adi diaqnoz VPN-in trafiki keçirdiyi, lakin poçtu blokladığı və ya hesabın parolunun dəyişdiyi fikridir. Hər iki təxmin IMAP müştərisinin nə etdiyinin strukturunu atlayır. Hosta çatmaq, TLS-i tamamlamaq, autentifikasiyadan keçmək və poçt qutusu seçmək dörd fərqli hadisədir və VPN yalnız birincisinə sahibdir.

Mif: bir bağlantı bir giriş deməkdir

İnanış budur ki, tunel qalxdıqdan və poçt serveri cavab verdikdən sonra poçt qutusu faktiki olaraq açıqdır. Belə deyil. VPN xidmətə yol verir; sizi daxil etmir və qovluq seçmir. Müştəri tam işləyən tunel və etibarlı parolla həmin addımların dördüncüsündə dayana bilər.

Məhz bu boşluqda “VPN üzərindən IMAP işləmir” hesabatlarının çoxu yaşayır.

Üç IMAP vəziyyəti və müştərilərin harada dayandığı

IMAP autentifikasiya olunmamış vəziyyət, autentifikasiya olunmuş vəziyyət və seçilmiş vəziyyət təyin edir və əmrlər yalnız onlara icazə verən vəziyyətdə etibarlıdır. Server əvvəlcədən autentifikasiya təklif etdikdə bağlantı artıq autentifikasiya olunmuş başlaya bilər, buna görə parol sorğusunun olmaması heç bir şeyi sübut etmir. Poçt qutusunun seçilməsi sessiyanı autentifikasiya olunmuşdan seçilmişə keçirir və yalnız bundan sonra mesajlarla işləyən əmrlərin hədəfi olur.

Uğurla autentifikasiya olunan, sonra konfiqurasiya edilmiş qovluğu seçə bilməyən müştəri, server düzgün davranarkən sinxronizasiya uğursuzluğu kimi görünəcək. Adı dəyişdirilmiş qovluqlar, “gələnlər”i fərqli xəritələyən provayder və ya çatışmayan giriş hüquqları hamısı bura düşür. Serverin etiketli NO cavabı sübutdur və o, rədd edilmiş parolla eyni cavab deyil.

TLS IMAP söhbətindən əvvəl gəlir

993 portunda gizli TLS ilə TLS əl sıxması hər hansı IMAP əmri göndərilməzdən əvvəl tamamlanır, buna görə sertifikat problemi poçt deyil, etimad qeyd edən xəta yaradır. Poçt host adı sertifikata qarşı yoxlanmalıdır veb host adının yoxlandığı kimi; trafiki qoruyan tunel etibarsız sertifikatı etibarlı etmir.

Xəta mətni halları ayırır. Bağlantı vaxt aşımı SYN-in heç vaxt tamamlanmadığını bildirir. TLS xətası TCP bağlantısının işlədiyini və əl sıxmasının işləmədiyini bildirir. IMAP NO və ya BAD cavabı hər ikisinin uğurlu olduğunu və protokol qatının bir şeyi rədd etdiyini bildirir. Hər hansı parametri dəyişməzdən əvvəl hansını gördüyünüzü qeyd edin.

Keşlənmiş poçt heç nəyin sübutu deyil

Poçt müştərisi əvvəllər yüklənmiş mesajları bu gün serverə çata bilsin və ya bilməsin göstərir, buna görə göstərilən gələnlər qutusu sizə yalnız yerli yaddaşın işlədiyini söyləyir. Hər hansı real sınaq server əməliyyatını məcbur etməlidir: qovluğu yeniləyin, heç vaxt yüklənməmiş mesajı götürün və ya müştərinin yalnız poçt qutusu seçildikdən sonra verəcəyi əmri göndərin.

Dağıdıcı olmayan yoxlamadan istifadə edin. Bir qovluğu yeniləmək və hesabın xəta jurnalını oxumaq hesabı silib yenidən əlavə etməkdən yaxşıdır, çünki bu, əsasən konfiqurasiya ekranının hələ də işlədiyini sübut edir.

Göndərmə və veb-poçt fərqli protokollardır

Poçt göndərmək təqdimatdır, IMAP deyil. O, ayrı xidmətdən və adətən öz TLS rejimi və öz autentifikasiyası olan ayrı portdan istifadə edir, buna görə işləyən gedənlər qutusu IMAP poçt qutusunun seçildiyini sübut etmir və pozulmuş gedənlər qutusu IMAP-i günahlandırmır.

Veb-poçt yenə fərqlidir. Eyni VPN üzərindən uğur qazana bilər, çünki bu, veb ön hissəyə qarşı HTTPS sessiyasıdır və bu, masaüstü müştərisinin IMAP hostu, portu və ya TLS rejimi haqqında heç nə demir.

Təhvil üçün dörd nəticəni ayrı-ayrılıqda qeyd edin: VPN yolu, poçt son nöqtəsi və TLS nəticəsi, hesab autentifikasiyasının nəticəsi və poçt qutusu seçiminin nəticəsi. Etimad məlumatlarını və mesaj məzmununu qeyddən kənarda saxlayın. Bu qeyd növbəti şəxsə düzəlişin şəbəkəyə, sertifikata, hesaba və ya qovluq konfiqurasiyasına aid olduğunu bildirir və heç bir müdafiə qatını zəiflətmir.