VPN وصل دی خو IMAP همغږي نه شي؟ دا درې طبقې وګورئ
میل سرور ته رسېدل، د TLS لاس ورکول بشپړول، تصدیق کول او د میل بکس غوره کول جلا پېښې دي۔ هغه طبقه ومومئ چې ناکامه شوه۔
له دفتر VPN سره وصل شئ، میل کلاینټ پرانیزئ او وګورئ چې انباکس د تازه کېدو انکار کوي پداسې حال کې چې ویبمیل عادي ډول بار کېږي۔ معمول تشخیص دا دی چې VPN ترافیک تېروي خو میل بندوي، یا د حساب پټنوم بدل شوی۔ دواړه اټکلونه د هغه څه جوړښت پرېږدي چې IMAP کلاینټ یې کوي۔ هوست ته رسېدل، TLS بشپړول، تصدیق کول او د میل بکس غوره کول څلور بېلابېلې پېښې دي، او VPN یوازې لومړنۍ لري۔
افسانه: یوه اړیکه یوه ننوتنه ده
باور دا دی چې کله تونل ودرېږي او میل سرور ځواب ووایي، میل بکس په عمل کې خلاص دی۔ داسې نه ده۔ VPN خدمت ته لاره برابروي؛ تاسو ته ننوځي نه او فولډر نه ټاکي۔ کلاینټ کولی شي د بشپړ کار کوونکي تونل او معتبر پټنوم سره د هغو ګامونو په څلورم کې ودرېږي۔
په دې تشه کې د «IMAP پر VPN کار نه کوي» ډېری راپورونه واقعاً ژوند کوي۔
د IMAP درې حالتونه، او کلاینټونه چېرته بند پاتې کېږي
IMAP د تصدیق نه شوي حالت، تصدیق شوي حالت او ټاکل شوي حالت تعریفوي، او امرونه یوازې په هغه حالت کې معتبر دي چې اجازه ورکوي۔ اړیکه کولی شي مخکې له مخکې تصدیق شوې پیل شي کله چې سرور مخکینۍ تصدیق وړاندې کوي، نو د پټنوم غوښتنې نه شتون هیڅ نه ثابتوي۔ د میل بکس غوره کول غونډه له تصدیق شوې څخه ټاکل شوې ته بېړوي، او یوازې هغه وخت د پیغامونو په اړه کار کوونکي امرونه هدف لري۔
هغه کلاینټ چې په بریالیتوب سره تصدیق کېږي او بیا نشي کولی ټاکل شوی فولډر غوره کړي، د سینک ناکامۍ په څېر ښکاري پداسې حال کې چې سرور سم چلند کوي۔ نوم بدل شوي فولډرونه، هغه چمتو کوونکی چې «انباکس» بل ډول نقشه کوي، یا نه شته لاسرسي حقونه ټول دلته پای ته رسېږي۔ د سرور نښه شوی NO ځواب شاهد دی، او دا هغه ځواب نه دی چې رد شوي پټنوم ته ورکول کېږي۔
TLS د IMAP خبرو مخکې راځي
د 993 پورټ پر ضمني TLS سره، TLS لاس ورکول د هر IMAP امر له لېږلو مخکې بشپړېږي، ځکه چې د سند ستونزه د میل پر ځای باور یادوونکې تېروتنه ورکوي۔ د میل هوست نوم باید د سند پر وړاندې اعتبار واخلي لکه څنګه چې د ویب هوست نوم؛ هغه تونل چې ترافیک ساتي نامعتبر سند معتبر نه کوي۔
د تېروتنې متن قضیې جلا کوي۔ د اړیکې وخت ختمېدل ښیي چې SYN هېڅکله بشپړ نه شو۔ TLS تېروتنه ښیي چې TCP اړیکه کار وکړ او لاس ورکول نه۔ IMAP NO یا BAD ځواب ښیي چې دواړه بریالي شول او پروتوکول طبقې یو څه رد کړل۔ یادښت کړئ کوم یې ولیدل مخکې له دې چې هر تنظیم بدل کړئ۔
کیش شوی میل د هیچا ثبوت نه دی
میل کلاینټ مخکې ډاونلوډ شوي پیغامونه ښیي، که نن سرور ته ورسیږي یا نه، نو ښکاره انباکس یوازې دا وایي چې سیمه ییز ذخیره کار کوي۔ هر ریښتینی ازموینه باید د سرور عملیات مجبور کړي: فولډر تازه کړئ، هغه پیغام راواخلئ چې هېڅکله ډاونلوډ نه شوی، یا هغه امر ولېږئ چې کلاینټ یوازې د میل بکس له غوره کولو وروسته ورکوي۔
نه ویجاړونکې څېړنه وکاروئ۔ یو فولډر تازه کول او د حساب د تېروتنو لاګ لوستل له حساب ړنګولو او بیا زیاتولو غوره دي، ځکه دویم یوازې دا ثابتوي چې د ترتیباتو سکرین لا هم کار کوي۔
لېږل او ویبمیل بېلابېل پروتوکولونه دي
میل لېږل سپارل دي، IMAP نه۔ دا جلا خدمت او معمولاً جلا پورټ کاروي چې خپل TLS حالت او خپل تصدیق لري، نو کار کوونکی آوټباکس نه ثابتوي چې IMAP میل بکس غوره شوی، او خراب آوټباکس IMAP ته تور نه لګوي۔
ویبمیل بیا بل ډول دی۔ دا پر هماغه VPN بریالی کېدای شي ځکه چې دا د ویب فرنټاېنډ پر وړاندې HTTPS غونډه ده، چې د ډیسکټاپ کلاینټ د IMAP هوست، پورټ یا TLS حالت په اړه هیڅ نه وایي۔
د سپارلو لپاره څلور پایلې جلا یادښت کړئ: VPN لار، د میل پای ټکی او TLS پایله، د حساب تصدیق پایله، او د میل بکس غوراوي پایله۔ اعتبارنامې او د پیغامونو منځپانګه له یادښت بهر وساتئ۔ هغه ریکارډ بل کس ته وایي چې سمون شبکه، سند، حساب یا د فولډرونو ترتیباتو پورې اړه لري، پرته له دې چې کومه ساتنه طبقه کمزورې کړي۔