მომუშავე ვებ პროქსი IMAP-ს ავტომატურად არ აკონფიგურირებს
IMAP-ს სჭირდება თავსებადი ფოსტის კლიენტი, მხარდაჭერილი გვირაბი ან SOCKS მარშრუტი და პროქსის პოლიტიკა, რომელიც ფოსტის საბოლოო წერტილს უშვებს.
ბრაუზერი PAC ფაილის მეშვეობით მუშაობს. ფოსტის კლიენტი კი IMAP-ს ვერ უკავშირდება. წინააღმდეგობა არ არის: ბრაუზერი და ფოსტის კლიენტი სხვადასხვა სერვისს ითხოვენ სხვადასხვა კონფიგურაციის ინტერფეისის მეშვეობით.
IMAP ჩვეულებრივი HTTP მოთხოვნა არ არის. კლიენტს სჭირდება მარშრუტი, რომელსაც შეუძლია მისი ფოსტის პროტოკოლის გატარება, მაგალითად მხარდაჭერილი HTTP CONNECT გვირაბი ან SOCKS კავშირი. პროქსიმ ასევე უნდა დაუშვას დანიშნულება და პორტი.
შეამოწმეთ ფოსტის ბიბლიოთეკის რეალური მხარდაჭერა
მიმდინარე Angus Mail-ის IMAP პროვაიდერი ადოკუმენტირებს HTTP პროქსის ჰოსტს, პორტს და ანგარიშის თვისებებს, ასევე SOCKS-თან დაკავშირებულ პარამეტრებს. გამოიყენეთ დოკუმენტაცია დაყენებული პროვაიდერისა და პროტოკოლისთვის. ძველი რჩევა, რომ JavaMail ვერასდროს გამოიყენებს HTTP პროქსის, სხვა შესაძლებლობის ზღვარს აღწერს.
დამაჯერებლად მოსული თვისების სახელი საკმარისი არ არის. უსაფრთხო IMAP პროტოკოლმა შეიძლება მოითხოვოს შესაბამისი თვისების პრეფიქსი, და სხვა Java კლიენტის მიერ გამოყენებული თვითნებური HTTP პროქსის თვისება ფოსტის პროვაიდერმა სავალდებულოდ არ წაიკითხოს.
PAC-ის აღმოჩენა სხვა ფუნქციაა
ბრაუზერის PAC URL კონფიგურაციის მონაცემია, არა IMAP სერვერის ან გადამისამართებადი პროქსის მისამართი. განსაზღვრეთ ფოსტის დანიშნულებისთვის მხარდაჭერილი პროქსის მარშრუტი იმის ნაცვლად, რომ ფოსტის ჰოსტი ამ URL-ით ჩაანაცვლოთ.
შემდეგ გაყავით ანგარიშები. პროქსის მონაცემები ავტორიზებას აძლევს შუამავალს; ფოსტის ანგარიში ავტორიზებას აძლევს საფოსტო ყუთზე წვდომას. საფოსტო ყუთის სწორი პაროლი ვერ გამოასწორებს უარყოფილ CONNECT მოთხოვნას.
შეინახეთ ფოსტის TLS შემოწმება ჩართული მხარდაჭერილი გვირაბის მეშვეობით. თუ ავტორიზებული პროქსი არ უშვებს საჭირო ფოსტის პორტს, მოითხოვეთ დამტკიცებული წვდომის მოწყობა. პორტის იარლიყის ან პროქსის სქემის შეცვლა თავსებად ან უარყოფილ კავშირს დაშვებულად ვერ აქცევს.