کارکوونکی ویب پراکسي IMAP په اتوماتيک ډول نه ترتیبات کوي
IMAP ورته اړوند ایمیل کلاینټ، ملاتړ شوی ټنل یا SOCKS لاره، او د پراکسي هغه تګلاره غواړي چې د ایمیل پای ټکی اجازه ورکوي.
براوزر د PAC فایل له لارې کار کوي. خو د ایمیل کلاینټ IMAP ته نشي نښلیدلی. دلته هیڅ تضاد نشته: براوزر او ایمیل کلاینټ د بېلو بېلو کنفیګریشن انټرفیسونو له لارې بېلې بېلې خدمتونه غواړي.
IMAP عادي HTTP غوښتنه نه ده. کلاینټ ته داسې لاره ته اړتیا ده چې د هغه د ایمیل پروتوکول وړلو توان ولري، لکه ملاتړ شوی HTTP CONNECT ټنل یا SOCKS نښلېدنه. پراکسي باید منزل او پورټ ته هم اجازه ورکړي.
د ایمیل کتابتون ریښتینی ملاتړ وګورئ
په اوسني Angus Mail کې د IMAP وړاندې کوونکی د HTTP پراکسي هوسټ، پورټ او د حساب ځانګړنې، او همدارنګه له SOCKS سره تړلې تنظیمات مستند کوي. د نصب شوي وړاندې کوونکي او پروتوکول لپاره مستندات وکاروئ. هغه زوړ مشوره چې JavaMail هیڅکله د HTTP پراکسي کارولی نشي کولی، د وړتیا بله پوله بیانوي.
باور وړ ښکاره کېدونکی د ځانګړنې نوم بس نه دی. سوکاله IMAP پروتوکول کېدای شي اړوند د ځانګړنې مختاړی وغواړي، او کومه دلخواهه HTTP پراکسي ځانګړنه چې بل Java کلاینټ یې کاروي، د ایمیل وړاندې کوونکی یې لازماً نه لولي.
د PAC کشف بل ځانګړتیا ده
د براوزر PAC URL د کنفیګریشن معلومات دي، نه د IMAP سرور یا لېږدوونکي پراکسي پته. د ایمیل هوسټ پر ځای دې URL مه ږدئ، بلکې د ایمیل منزل لپاره ملاتړ شوې پراکسي لاره وټاکئ.
بیا حسابونه جلا کړئ. د پراکسي اسناد منځګړي ته اجازه ورکوي؛ د ایمیل حساب د ایمیل صندوق ته د لاسرسي اجازه ورکوي. د صندوق سم پټنوم د رد شوې CONNECT غوښتنې رغولای نشي.
د ملاتړ شوي ټنل له لارې د ایمیل TLS تصدیق فعال وساتئ. که اجازه لرونکی پراکسي اړین ایمیل پورټ ته اجازه نه ورکوي، نو تصویب شوې د لاسرسي ترتیبه وغواړئ. د پورټ نښان یا د پراکسي سکیم بدلول نشي کولی ناسازګاره یا رد شوې نښلېدنه اجازه لرونکې نښلېدنه کړي.