ურთიერთქმედების სქემა pop3 პროტოკოლის გამოყენებით. ფოსტის პროტოკოლები POP3 და IMAP. POP3 პროტოკოლი და მისი პორტები

დღეს ჩვენ დეტალურად მოგიყვებით ყველაზე ხშირად გამოყენებული ინტერნეტ პროტოკოლების - POP3, IMAP და SMTP. თითოეულ ამ პროტოკოლს აქვს კონკრეტული მიზანი და ფუნქციონირება. შევეცადოთ გავერკვეთ.

POP3 პროტოკოლი და მისი პორტები

Post Office Protocol 3 (POP3) არის ფოსტის სტანდარტული პროტოკოლი, რომელიც შექმნილია ელ.ფოსტის მიღებადისტანციური სერვერიდან ელექტრონული ფოსტის კლიენტამდე.POP3 საშუალებას გაძლევთ შეინახოთ ელ.წერილი თქვენს კომპიუტერში და წაიკითხოთ ის, თუ ხაზგარეშე ხართ. მნიშვნელოვანია აღინიშნოს, რომ თუ გადაწყვეტთ გამოიყენოთ POP3 თქვენს ფოსტის ანგარიშთან დასაკავშირებლად, თქვენს კომპიუტერში უკვე გადმოწერილი ელფოსტა წაიშლება ფოსტის სერვერიდან. მაგალითად, თუ იყენებთ რამდენიმე კომპიუტერს ერთ ელ.ფოსტის ანგარიშთან დასაკავშირებლად, მაშინ POP3 შეიძლება არ იყოს საუკეთესო არჩევანი ამ სიტუაციაში. მეორეს მხრივ, ვინაიდან ფოსტა ინახება ადგილობრივად, კონკრეტული მომხმარებლის კომპიუტერზე, ეს საშუალებას გაძლევთ ოპტიმიზაცია გაუკეთოთ დისკს ფოსტის სერვერის მხარეს.

ნაგულისხმევად, POP3 პროტოკოლი იყენებს შემდეგ პორტებს:

• პორტი 110 არის ნაგულისხმევი POP3 პორტი. არ არის უსაფრთხო.
• პორტი 995 – ეს პორტი უნდა გამოიყენოთ, თუ გსურთ უსაფრთხო კავშირის დამყარება.

IMAP პროტოკოლი და პორტები

ინტერნეტ შეტყობინებების წვდომის პროტოკოლი (IMAP) არის ელ.ფოსტის პროტოკოლი, რომელიც შექმნილია ელ.ფოსტის ადგილობრივი კლიენტიდან ფოსტაზე წვდომისთვის. IMAP და POP3 არის ყველაზე პოპულარული პროტოკოლები ინტერნეტში, რისთვისაც გამოიყენება ელექტრონული ფოსტის მიღება.ორივე ამ პროტოკოლს მხარს უჭერს ყველა თანამედროვე ფოსტის კლიენტი (MUA - Mail User Agent) და WEB სერვერები.

მიუხედავად იმისა, რომ POP3 იძლევა ფოსტაზე წვდომას მხოლოდ ერთი აპლიკაციიდან, IMAP იძლევა წვდომას მრავალი კლიენტისგან. ამ მიზეზით, IMAP ყველაზე ადაპტირებადია იმ შემთხვევებში, როდესაც რამდენიმე მომხმარებელს სჭირდება წვდომა იმავე ელ.ფოსტის ანგარიშზე.

ნაგულისხმევად, IMAP პროტოკოლი იყენებს შემდეგ პორტებს:

• პორტი 143- ნაგულისხმევი პორტი. არ არის უსაფრთხო.
• პორტი 993- პორტი უსაფრთხო კავშირისთვის.

SMTP პროტოკოლი და მისი პორტები

მარტივი ფოსტის გადაცემის პროტოკოლი (SMTP) არის სტანდარტული პროტოკოლი ფოსტის შეტყობინებების გაგზავნაინტერნეტის საშუალებით.

ეს პროტოკოლი აღწერილია RFC 821-ში და RFC 822-ში, რომლებიც პირველად გამოქვეყნდა 1982 წლის აგვისტოში. RFC მონაცემების ფარგლებში, მისამართის ფორმატი უნდა იყოს ფორმატში მომხმარებლის სახელი @ დომენის სახელი. ფოსტის მიწოდება ჩვეულებრივი საფოსტო სამსახურის მუშაობის მსგავსია: მაგალითად, წერილი მისამართზე [ელფოსტა დაცულია], ინტერპრეტირებული იქნება შემდეგნაირად: ivan_ivanov არის მისამართი, ხოლო merionet.ru არის საფოსტო კოდი. თუ მიმღების დომენის სახელი განსხვავდება გამგზავნის დომენის სახელისგან, მაშინ MSA (ფოსტის წარდგენის აგენტი) გამოგიგზავნით წერილს ფოსტის გადაცემის აგენტის (MTA) მეშვეობით. MTA-ს მთავარი იდეაა წერილების გადამისამართება სხვა დომენის ზონაში, ისევე, როგორც ტრადიციული ფოსტა აგზავნის წერილებს სხვა ქალაქში ან რეგიონში. MTA ასევე იღებს წერილებს სხვა MTA-დან.

SMTP პროტოკოლი იყენებს შემდეგ პორტებს.

Post Office Protocol (POP) - პროტოკოლი საფოსტო ყუთიდან მომხმარებლისთვის ფოსტის მიწოდებისთვის POP ფოსტის სერვერი. POP-ის მრავალი კონცეფცია, პრინციპი და კონცეფცია გამოიყურება და ფუნქციონირებს SMTP-ის მსგავსი. POP ბრძანებები თითქმის იდენტურია SMTP ბრძანებების, რომლებიც განსხვავდება ზოგიერთ დეტალში. სურათი 7 გვიჩვენებს კლიენტ-სერვერის მოდელს POP პროტოკოლის გამოყენებით. POP სერვერი ზის მომხმარებლის აგენტსა და საფოსტო ყუთებს შორის.

ამჟამად არსებობს POP პროტოკოლის ორი ვერსია - POP2 და POP3, რომლებსაც აქვთ დაახლოებით იგივე შესაძლებლობები, მაგრამ შეუთავსებელია ერთმანეთთან. ფაქტია, რომ POP2 და POP3 აქვთ სხვადასხვა პროტოკოლის პორტის ნომერი. მათ შორის არანაირი კავშირი არ არსებობს, SMTP-სა და ESMTP-ს შორის კავშირის მსგავსი. POP3 პროტოკოლი არ არის POP2-ის გაფართოება ან მოდიფიკაცია - ეს არის სრულიად განსხვავებული პროტოკოლი. POP2 განსაზღვრულია RFC 937-ში (Post Office Protocol-Version 2, Butler, et al, 1985), და POP3 განსაზღვრულია RFC 1225-ში (Post Office Protocol-Version 3, Rose, 1991). შემდეგ, ჩვენ მოკლედ განვიხილავთ POP-ს ზოგადად და POP3-ს უფრო დეტალურად. POPZ შექმნილია პერსონალურ კომპიუტერებზე ფოსტის მიწოდების სპეციფიკის გათვალისწინებით და აქვს ამისთვის შესაბამისი ოპერაციები.

POPZ პროტოკოლის მიზანი

ადრე, ელ.ფოსტის შეტყობინებები უმეტეს ქსელებში მიეწოდებოდა პირდაპირ ერთი კომპიუტერიდან მეორეზე. და თუ მომხმარებელი ხშირად ცვლიდა სამუშაო კომპიუტერებს ან ერთი კომპიუტერი ეკუთვნოდა რამდენიმე მომხმარებელს, იყო გარკვეული პრობლემები. დღესდღეობით ჩვეულებრივი პრაქტიკაა შეტყობინებების მიწოდება არა მომხმარებლის კომპიუტერებზე, არამედ სპეციალურ საფოსტო ყუთებში. ფოსტის სერვერიორგანიზაცია, რომელიც მუშაობს მთელი საათის განმავლობაში.

POPZ პროტოკოლის აღწერა

POP3 პროტოკოლის დიზაინი საშუალებას აძლევს მომხმარებელს დაუკავშირდეს მის ფოსტის სერვერს და მიიღოს მისთვის დაგროვილი ფოსტა. მომხმარებელს შეუძლია POP სერვერზე წვდომა ინტერნეტის წვდომის ნებისმიერი წერტილიდან. ამავდროულად, მან უნდა გაუშვას სპეციალური ფოსტის აგენტი (UA), რომელიც მუშაობს POP3 პროტოკოლის გამოყენებით და დააკონფიგურიროს ის, რომ იმუშაოს მის ფოსტის სერვერთან. ასე რომ, POP მოდელის სათავეში არის ცალკე პერსონალური კომპიუტერი, რომელიც მუშაობს ექსკლუზიურად, როგორც საფოსტო სისტემის (სერვერის) კლიენტი. ჩვენ ასევე ხაზს ვუსვამთ იმას, რომ შეტყობინებები კლიენტს მიეწოდება POP პროტოკოლის გამოყენებით, მაგრამ მაინც იგზავნება SMTP გამოყენებით. ანუ, მომხმარებლის კომპიუტერზე არის ორი ცალკეული აგენტის ინტერფეისი ფოსტის სისტემაში - მიწოდება (POP) და გაგზავნა (SMTP). POPZ პროტოკოლის შემქმნელები ამ სიტუაციას უწოდებენ "ცალკე აგენტები"(გაყოფილი UA). ცალკეული აგენტების კონცეფცია მოკლედ არის განხილული POP3 სპეციფიკაციაში.

POP3 პროტოკოლი განსაზღვრავს სამ ეტაპს ფოსტის მიღების პროცესში: ავტორიზაცია, ტრანზაქცია და განახლება. მას შემდეგ, რაც POP3 სერვერი და კლიენტი დაამყარებენ კავშირს, იწყება ავტორიზაციის ეტაპი. ავტორიზაციის ეტაპზე კლიენტი ახდენს საკუთარი თავის იდენტიფიკაციას სერვერზე. თუ ავტორიზაცია წარმატებულია, სერვერი ხსნის კლიენტის საფოსტო ყუთს და იწყება ტრანზაქციის ეტაპი. მასში კლიენტი ან ითხოვს ინფორმაციას სერვერისგან (მაგალითად, ფოსტის შეტყობინებების სიას) ან სთხოვს მას გარკვეული მოქმედების შესრულებას (მაგალითად, ფოსტის შეტყობინების გაცემას). საბოლოოდ, განახლების ფაზაში, კომუნიკაციის სესია მთავრდება. ცხრილში 7 ჩამოთვლილია POP3 პროტოკოლის ბრძანებები, რომლებიც საჭიროა ინტერნეტში მუშაობის მინიმალური კონფიგურაციის განხორციელებისთვის.

ცხრილი 5. POP ვერსიის 3 ბრძანებები (მინიმალური კონფიგურაცია)

	აღწერა
USER	განსაზღვრავს მომხმარებელს მითითებული სახელით
	განსაზღვრავს პაროლს კლიენტ-სერვერის წყვილისთვის
	ხურავს TCP კავშირს
	სერვერი აბრუნებს საფოსტო ყუთში შეტყობინებების რაოდენობას პლუს საფოსტო ყუთის ზომას
	სერვერი აბრუნებს შეტყობინების ID-ებს შეტყობინებების ზომებთან ერთად (ბრძანების პარამეტრი შეიძლება იყოს შეტყობინების ID)
	იღებს შეტყობინებას საფოსტო ყუთიდან (საჭიროა შეტყობინების ID არგუმენტი)
	აღნიშნავს შეტყობინებას წასაშლელად (საჭიროებს არგუმენტს - შეტყობინების იდენტიფიკატორი)
	სერვერი აბრუნებს დადებით პასუხს, მაგრამ არ იღებს რაიმე ქმედებას
	სერვერი აბრუნებს შეტყობინებების ყველაზე მაღალ ნომერს, ვიდრე ადრე იყო წვდომა
	აუქმებს ადრე DELE ბრძანებით მონიშნული შეტყობინების წაშლას.

POP3 პროტოკოლი განსაზღვრავს რამდენიმე ბრძანებას, მაგრამ მათ მხოლოდ ორი პასუხი ეძლევა: + OK (დადებითი, ACK დადასტურების შეტყობინების მსგავსი) და -ERR (უარყოფითი, მსგავსი NAK შეტყობინების "არ აღიარებულია"). ორივე პასუხი ადასტურებს, რომ სერვერს დაუკავშირდნენ და რომ ის საერთოდ პასუხობს ბრძანებებს. როგორც წესი, თითოეულ პასუხს მოსდევს მისი შინაარსიანი სიტყვიერი აღწერა. RFC 1225 გთავაზობთ რამდენიმე ტიპიური POP3 სესიის მაგალითებს. ახლა ჩვენ გადავხედავთ რამდენიმე მათგანს, რაც შესაძლებელს გახდის სერვერსა და კლიენტს შორის გაცვლაში ბრძანებების თანმიმდევრობის დაფიქსირებას.

მომხმარებლის ავტორიზაცია

მას შემდეგ, რაც პროგრამამ დაამყარა TCP კავშირი POP3 პროტოკოლის პორტთან (ოფიციალური ნომერი 110), აუცილებელია USER ბრძანების გაგზავნა მომხმარებლის სახელით, როგორც პარამეტრი. თუ სერვერის პასუხი არის +OK, თქვენ უნდა გაგზავნოთ ბრძანება უღელტეხილზეამ მომხმარებლის პაროლით:

კლიენტი: მომხმარებლის kcope ERVER: + OK კლიენტი: PASS საიდუმლო სერვერი: +OK kcope "s maildrop-ს აქვს 2 შეტყობინება (320 ოქტეტი) (არის 2 შეტყობინება (320 ბაიტი) kcope საფოსტო ყუთში ...)

POPZ ტრანზაქციები

გუნდი STATაბრუნებს შეტყობინებების რაოდენობას და ბაიტების რაოდენობას შეტყობინებებში:

კლიენტი: STAT
სერვერი: +OK 2 320

გუნდი სია(პარამეტრის გარეშე) აბრუნებს საფოსტო ყუთში შეტყობინებების ჩამონათვალს და მათ ზომებს:

კლიენტი: LIST სერვერი: +OK 2 შეტყობინება (320 ოქტეტი) სერვერი: 1,120 სერვერი: 2,200 სერვერი: . ...

გუნდი სიაპარამეტრით აბრუნებს ინფორმაციას მითითებული შეტყობინების შესახებ:

კლიენტი: LIST 2 სერვერი: +OK 2 200 ... კლიენტი: LIST 3 სერვერი: -ERR ასეთი შეტყობინება არ არის, მხოლოდ 2 შეტყობინება ფოსტით

გუნდი TOPაბრუნებს სათაურს, ცარიელ სტრიქონს და შეტყობინების ტექსტის პირველ ათ ხაზს:

კლიენტი: ტოპ 10 სერვერი: + OK სერვერი: (POP სერვერი აგზავნის შეტყობინების სათაურებს, ცარიელ ხაზს და შეტყობინების სხეულის პირველ ათ ხაზს) SERVER: . ... კლიენტი: TOP 100 სერვერი: -ERR არ არის ასეთი შეტყობინება

გუნდი NOOPარ აბრუნებს რაიმე სასარგებლო ინფორმაციას, გარდა სერვერის დადებითი პასუხისა. თუმცა, დადებითი პასუხი ნიშნავს, რომ სერვერი დაკავშირებულია კლიენტთან და ელოდება მოთხოვნებს:

კლიენტი: NOOP
სერვერი: + კარგი

შემდეგი მაგალითები აჩვენებს, თუ როგორ ასრულებს POP3 სერვერი მოქმედებებს. მაგალითად, ბრძანება RETRამოიღებს შეტყობინებას მითითებული ნომრით და ათავსებს ადგილობრივ UA ბუფერში:

კლიენტი: RETR 1 სერვერი: +OK 120 ოქტეტი სერვერი: (POP3 სერვერი აგზავნის მთელ შეტყობინებას) სერვერი: . . . . . .

გუნდი DELEაღნიშნავს წასაშლელად შეტყობინებას:

სერვერი: + OK შეტყობინება 1 წაშლილია ... (მესიჯი 1 წაშლილია) კლიენტი: DELE 2 სერვერი: -ERR შეტყობინება 2 უკვე წაშლილია შეტყობინება 2 უკვე წაშლილია)

გუნდი RSETშლის წაშლის ნიშანს ყველა ადრე მონიშნული გზავნილიდან:

კლიენტი: RSET
სერვერი: +OK maildrop-ს აქვს 2 შეტყობინება (320 ოქტეტი)
(არის 2 შეტყობინება (320 ბაიტი) საფოსტო ყუთში)

როგორც თქვენ მოელოდით, გუნდი შეწყვიტეხურავს კავშირს სერვერთან:

კლიენტი: გამორთეთ სერვერი: + OK dewey POP3 სერვერის გათიშვა კლიენტი: QUIT სერვერი: + OK dewey POP3 სერვერის გათიშვა (ფოსტის წვეთი ცარიელი) კლიენტი: გამორთეთ სერვერი: + OK dewey POP3 სერვერის გათიშვა (დარჩენილია 2 შეტყობინება)

გთხოვთ გაითვალისწინოთ, რომ წაშლისთვის მონიშნული შეტყობინებები ფაქტობრივად არ იშლება ბრძანების გაცემამდე შეწყვიტედა განახლების ეტაპი არ დაწყებულა. სესიის ნებისმიერ დროს კლიენტს აქვს შესაძლებლობა გასცეს ბრძანება RSET, და წაშლისთვის მონიშნული ყველა შეტყობინება აღდგება.

აბრევიატურა POP3 ინგლისურად ნიშნავს ფოსტის პროტოკოლის 3 ვერსიას. ამ ტერმინის არსი ის არის, რომ POP3 არის პროტოკოლი, რომელიც შექმნილია შემომავალ კორესპონდენციებთან მუშაობისთვის. POP3 პროტოკოლის გამოყენებით, ფოსტის კლიენტი, უპირველეს ყოვლისა, იღებს წერილებს, რომლებიც მოდიან სერვერზე, გადააგზავნის მათ თქვენს კომპიუტერში, შემდეგ კი შეგიძლიათ იმუშაოთ მიღებულ კორესპონდენციებთან ფოსტის კლიენტში და არ გჭირდებათ დამატებით დაკავშირება. ფოსტის სერვერი.

POP3 პროტოკოლი საშუალებას აძლევს მომხმარებლებს შევიდნენ თავიანთ სერვერზე და მოიძიონ დაგროვილი ასოები და შეტყობინებები. მნიშვნელოვანია იცოდეთ, რომ მომხმარებელს შეუძლია მოიპოვოს წვდომა POP სერვერზე მსოფლიო ქსელის ნებისმიერი წვდომის წერტილიდან. ამ მომხმარებლისთვის, თქვენ უნდა გაუშვათ ფოსტის აგენტი (UA), რომელიც მუშაობს POP3 პროტოკოლის გამოყენებით და შემდეგ დააკონფიგურიროთ თქვენი ფოსტის სერვერთან მუშაობისთვის.

ამრიგად, ინდივიდუალური პერსონალური კომპიუტერი POP მოდელის წინა პლანზეა. ეს კომპიუტერი ფუნქციონირებს ექსკლუზიურად, როგორც საფოსტო სისტემის კლიენტი. შეტყობინებები კლიენტს მიეწოდება POP პროტოკოლის გამოყენებით და შეტყობინებები კვლავ იგზავნება SMTP-ის გამოყენებით. მომხმარებლის კომპიუტერზე არის ორი აგენტური ინტერფეისი ფოსტის სისტემაში: გაგზავნა (SMTP) და მიწოდება (POP). POP3 პროტოკოლის შემუშავების ექსპერტები ამ სიტუაციას უწოდებენ "გაყოფილი აგენტებს" (გაყოფილი UA). ცალკეული აგენტების კონცეფცია მოკლედ არის ასახული POP3 სპეციფიკაციაში.

POP3 პროტოკოლი შეიცავს ინფორმაციას კორესპონდენციის მიღების პროცესის სამი ეტაპის შესახებ:

• ავტორიზაცია
• გარიგება
• განახლება

ავტორიზაციის პროცესი იწყება სერვერსა და POP3 კლიენტს შორის კავშირის დამყარების შემდეგ. ამ ეტაპზე, კლიენტი ასრულებს საკუთარ ავტორიზაციას სერვერზე. წარმატებული ავტორიზაციის შემთხვევაში, სერვერი ხსნის მომხმარებლის საფოსტო ყუთს და ამის შემდეგ ხდება ტრანზაქციის პროცესი, რომლის დროსაც კლიენტი უგზავნის მოთხოვნას სერვერს გარკვეული ინფორმაციის გაცემის შესახებ (მაგალითად, ფოსტის შეტყობინებების სია) ან სთხოვს სერვერს შესრულებას. გარკვეული ქმედება (მაგალითად, გაცემის შეტყობინება). კომუნიკაციის სესია მთავრდება განახლების ეტაპზე.

ამ გაკვეთილზე ჩვენ გადავხედავთ ელ.ფოსტის სხვა პროტოკოლს, რომლის მეშვეობითაც ელ.ფოსტის კლიენტები „კომუნიკაციას“ უწევენ ფოსტის სერვერებს.

არა მგონია, თქვენ დააინსტალიროთ ადგილობრივი ელ.ფოსტის კლიენტი. მაგრამ, ადგილობრივი ფოსტის კლიენტის მაგალითის გამოყენებით, უფრო ადვილია იმის გაგება, თუ რა არის ფოსტის პროტოკოლები და, კერძოდ, POP3 პროტოკოლი.

მსურს დაუყოვნებლივ გავაკეთო დაჯავშნა, რომ ჩვენ განვიხილავთ პროტოკოლებს ფოსტის სერვერებიდან ელ. ფოსტის მისაღებად (მოპოვებისთვის). IMAP(imap, i-map) და POP3(პოპ სამი). მაგრამ ჩვენ არ განვიხილავთ (ჯერ) პროტოკოლს ფოსტის სერვერებზე ელ.ფოსტის გადასაცემად SMTP(es-um-tee-pee).

მიუხედავად იმისა, რომ SMTP პროტოკოლში განსაკუთრებული არაფერია, მას ცოტა მოგვიანებით შევეხებით.

ასე რომ, ელ.ფოსტის მიღების დაყენება POP3 პროტოკოლის გამოყენებით.

ჩვენ არ გამოვიგონებთ ახალს, ჩვენ უბრალოდ შევქმნით კიდევ ერთი ანგარიშიჩვენი ტესტის მისამართისთვის [ელფოსტა დაცულია].

ამისათვის გაუშვით ჩვენი ელ.ფოსტის კლიენტის პროგრამა, დააწკაპუნეთ მაუსის მარცხენა ღილაკით ჩვენი ერთადერთი ანგარიშის "სახელზე". [ელფოსტა დაცულია]", და შემდეგ კვლავ დააწკაპუნეთ მენიუს პუნქტზე ელ.ფოსტის ანგარიშის შესაქმნელად.

შემდეგ ფანჯარაში შეავსეთ ველები ისე, როგორც ეს ველები შევავსეთ IMAP პროტოკოლის გამოყენებით ანგარიშის დაყენებისას. შემდეგ დააჭირეთ ღილაკს "გაგრძელება".

მომდევნო ფანჯარაში, ჩვენ გვთავაზობენ არჩევანს, თუ რომელ პროტოკოლს გამოვიყენებთ ფოსტის სერვერიდან ჩვენი ფოსტის „აღებისთვის“. ჩვენ ვაწკაპუნეთ ჯერ მაუსის მარცხენა ღილაკით "POP3" შერჩევის ღილაკზე, შემდეგ კი ისევ მაუსის მარცხენა ღილაკით "დასრულება" ღილაკზე.

ამრიგად, მეილ კლიენტში შევქმენით სხვა ექაუნთი, რომლითაც დავუკავშირდებით ფოსტის სერვერს და მივიღებთ ფოსტას POP3 პროტოკოლით.

"Inbox" საქაღალდე კვლავ ცარიელია, რადგან კლიენტი ამოწმებს წერილებს სერვერზე ყოველ 10 წუთში ერთხელ. ჩვენ არ დაველოდებით 10 წუთს და დაუყოვნებლივ შევამოწმებთ წერილს ფოსტის სერვერზე. ამისათვის დააჭირეთ მენიუს პუნქტს "მიღება".

აქ ჩვენ დავიწყებთ იმის გარკვევას, თუ როგორ მუშაობს POP3 ფოსტა.

ფოსტის სერვერიდან ფოსტა მთლიანად „ჩამოტვირთულია“ თქვენს პერსონალურ კომპიუტერში. სხვა სიტყვებით რომ ვთქვათ, ის მთლიანად კოპირდება თქვენს კომპიუტერში.

და ახლა თქვენ შეგიძლიათ იმუშაოთ ელფოსტით სრულიად ავტონომიურად. ფოსტა, რომელიც თქვენს პერსონალურ კომპიუტერზეა, ახლა არანაირად არ არის დაკავშირებული ფოსტის სერვერთან, განსხვავებით IMAP პროტოკოლისგან.

მაგრამ სანამ გავაგრძელებთ, მოდით შევცვალოთ POP3 ფოსტის სერვერთან მუშაობისთვის შექმნილი ელ.ფოსტის ანგარიშის სახელი.

ფაქტია, რომ პროგრამა ცვლის ელ.ფოსტის მისამართს ანგარიშის სახელს. და რადგან ჩვენ გვაქვს ორი ანგარიში ერთი ელექტრონული ფოსტის მისამართისთვის, ჩვენ მივიღეთ ორი იდენტური სახელი სხვადასხვა ანგარიშისთვის.

ზოგადად, იმისათვის, რომ არ დავბნედეთ, ჩვენ ვცვლით "ანგარიშის" სახელს.

ამისათვის გადაიტანეთ მაუსი ჩვენი ანგარიშის სახელზე " [ელფოსტა დაცულია]და დააწკაპუნეთ მასზე მაუსის მარცხენა ღილაკით. ანალოგიურად, დააწკაპუნეთ ანგარიშის პარამეტრების მენიუს პუნქტზე „ამ ანგარიშის პარამეტრების ნახვა“.

ეს გახსნის პარამეტრების ფანჯარას ჩვენი ანგარიშებისთვის. ჩვენ ვცვლით ჩვენს "ანგარიშის" სახელს. იმისათვის, რომ არაფერი გამოვიგონო, უბრალოდ დავამატებ "( pop3)».

ჩვენი ანგარიშები ახლა უფრო ადვილია ნავიგაცია.

დავუშვათ, რომ ჩვენ უკვე გადავხედეთ ყველა ელ.წერილს და აღარ გვჭირდება. ჩვენ გადავწყვიტეთ ყველა ასო ერთდროულად წავშალოთ. ამისათვის დააწკაპუნეთ მაუსის მარცხენა ღილაკით ნებისმიერ ასოზე. გამოიყენეთ კლავიშთა კომბინაცია "Ctrl+A" ყველა ასო ერთდროულად შესარჩევად და წასაშლელად დააჭირეთ ღილაკს "Del".

ყველა ფოსტა წაიშალა და შემოსულებიდან გადატანილი იქნა წაშლილი ნივთების საქაღალდეში.

ახლა კი ყურადღება!!! ორი ქულა.

ახლა, სანამ ახალი წერილი არ მოვა, Inbox საქაღალდე ცარიელი იქნება. როგორც ჩანს, ეს არ არის ნათქვამი. მაგრამ!

ვნახოთ, რა ხდება რეალურად ჩვენს ფოსტაზე ფოსტის სერვერზე, რომელიც ჩვენ თვითონ წავშალეთ. მოდით გადავხედოთ IMAP პროტოკოლისთვის კონფიგურირებულ ანგარიშს და .

ყველა წაშლილი ფოსტა დარჩა ფოსტის სერვერზე. მიუხედავად იმისა, რომ ჩვენ ეს აღარ გვესმის. ეს კარგია თუ ცუდი?

აქ უფრო მეტი მინუსია, ვიდრე პლუსი. თუმცა ეს დამოკიდებულია იმაზე, თუ ვინ.

ერთ-ერთი "გრძელი" მინუსი არის ის, რომ ასოების მოცულობა დროთა განმავლობაში გაიზრდება და შეიძლება მთლიანად დაბლოკოს საფოსტო ყუთი. წერილები უბრალოდ შეწყვეტენ მოსვლას.

ერთ-ერთი "დიდი" უპირატესობა ის არის, რომ თუნდაც მთლიანად წავშალოთ ჩვენი ფოსტა ლოკალურ კომპიუტერზე, ჩვენ ყოველთვის გვეცოდინება, რომ გვაქვს ჩვენი ყველა ასოს ერთგვარი "სარეზერვო ასლი".

მოდით ახლა შევცვალოთ ერთი პარამეტრი სერვერზე.

ამისათვის გადავიდეთ ანგარიშის პარამეტრების სანახავად.

დააწკაპუნეთ მაუსის მარცხენა ღილაკით ანგარიშის სახელზე " [ელფოსტა დაცულია](pop3)", შემდეგ დააწკაპუნეთ "ანგარიშის პარამეტრების ნახვა", შემდეგ დააჭირეთ "სერვერის პარამეტრებს".

მოხსენით ველი "სერვერზე შეტყობინებების ასლების დატოვება". დააჭირეთ ღილაკს "OK".

ახლა ვნახოთ, რა ხდება ჩვენს ფოსტაზე ფოსტის სერვერზე ჩვენს საფოსტო ყუთში.

როგორც ვხედავთ, ყველა ფოსტა წაიშალა მაშინვე მას შემდეგ, რაც ჩვენ მოვხსენით მონიშვნა „სერვერზე შეტყობინებების ასლების დატოვება“.

ეს კარგია თუ ცუდი?

აქ არის ძალიან დიდი პლუსი. თქვენ არ გჭირდებათ ფიქრი თქვენს საფოსტო ყუთზე სერვერზე. ის უბრალოდ არასდროს გადმოვა და ასოები ყოველთვის მოვა.

დიდი მინუსი არის ის, რომ თუ თქვენი კომპიუტერი ვერ ხერხდება, მაშინ მთელი თქვენი ფოსტა უბრალოდ დაიკარგება, თუ, რა თქმა უნდა, არ გააკეთეთ სარეზერვო ასლები.

მაგრამ, მეორეს მხრივ, თუ რაიმეს სარეზერვო ასლი არ არის, მაშინ ამ "რაღაცის" აღდგენა შეუძლებელია. და არ აქვს მნიშვნელობა რა არის - ფოსტა, ფოტოები, დოკუმენტები და ა.შ.

პრინციპში, უმეტეს შემთხვევაში, ფოსტის კლიენტში ანგარიში ფოსტის სერვერიდან ფოსტის მისაღებად კონფიგურირებულია POP3 პროტოკოლის გამოყენებით, სერვერზე საფოსტო ყუთში ფოსტის დატოვების გარეშე.

მაგრამ, რა თქმა უნდა, არავინ არ ქმნის ორ ანგარიშს ერთი და იგივე ელ.ფოსტის მისამართისთვის. თუმცა, როგორც ხედავთ, ასეთი შესაძლებლობა არსებობს. და მე გავაკეთე ორი ჩანაწერი მხოლოდ საილუსტრაციო მიზნებისთვის.

ეს ძირითადად ეხება IMAP და POP3 პროტოკოლებს.

შემდეგ გაკვეთილზე ჩვენ ვისწავლით, თუ როგორ უნდა "დავაკავშიროთ" ელფოსტა საფოსტო ყუთთან მუშაობისას ვებ ინტერფეისის საშუალებით. ჩვენ ასევე განვიხილავთ სურათების ჩასმის რამდენიმე განსხვავებულ გზას.

დასასრულს, მინდა მივულოცო ყველა ჩემს მკითხველს დამდეგი ახალი წელი და ვუსურვო ყველას ჯანმრთელობა, წარმატებები და ბედნიერება პირად ცხოვრებაში.

დღეისთვის სულ ესაა. წარმატებები და შემოქმედებითი წარმატებები ყველას. 🙂

, Mail Daemon , Dovecot

გაფართოება დამატება. ბრძანებები (RFC 2449)

ზოგადი ინფორმაცია [ | ]

POP მხარს უჭერს ჩამოტვირთვის და წაშლის მარტივ მოთხოვნებს დისტანციურ საფოსტო ყუთებზე წვდომისთვის. მიუხედავად იმისა, რომ POP კლიენტების უმეტესობა უზრუნველყოფს სერვერზე ფოსტის დატოვების შესაძლებლობას ჩამოტვირთვის შემდეგ, კლიენტები, რომლებიც იყენებენ POP-ს, ჩვეულებრივ აკავშირებენ, იღებენ ყველა შეტყობინებას, ინახავენ მათ მომხმარებლის კომპიუტერში ახალი შეტყობინებების სახით, აშორებენ მათ სერვერიდან და შემდეგ წყვეტენ დაკავშირებას.

სხვა პროტოკოლები, განსაკუთრებით IMAP, უზრუნველყოფს უფრო სრულყოფილ და სრულყოფილ დისტანციურ წვდომას საფოსტო ყუთის საერთო ოპერაციებზე. ბევრი ელექტრონული ფოსტის კლიენტი მხარს უჭერს როგორც POP-ს, ასევე IMAP-ს; თუმცა, გაცილებით ნაკლები პროვაიდერი მხარს უჭერს IMAP-ს.

POP2 ვერსიას მიენიჭა პორტი 109.

ორიგინალური POP3 სპეციფიკაცია მხარს უჭერდა მხოლოდ დაშიფრული USER/PASS შესვლის მექანიზმს ან .rhosts წვდომის კონტროლს. ამჟამად, POP3 მხარს უჭერს ავთენტიფიკაციის სხვადასხვა მეთოდს მომხმარებლის ფოსტაზე უკანონო წვდომისგან დაცვის სხვადასხვა დონის უზრუნველსაყოფად. მათი უმეტესობა უზრუნველყოფილია POP3 გაფართოების მექანიზმებით. POP3 კლიენტები მხარს უჭერენ SASL მეთოდებს AUTH გაფართოების საშუალებით. პროექტმა ათენამ ასევე შემოიღო მეთოდი, რომელიც დაფუძნებულია კერბეროსზე. RFC 1460-მა APOP შემოიღო ძირითად პროტოკოლში. APOP არის მოთხოვნის/პასუხის პროტოკოლი, რომელიც იყენებს MD5 ჰეშირების ფუნქციას. კლიენტებს, რომლებიც ახორციელებენ APOP-ს, მოიცავს Mozilla Thunderbird, Opera Mail, Eudora, Windows Live Mail, PowerMail, Apple Mail და ა.შ.

არაფორმალური წინადადება გაკეთდა "POP4" სპეციფიკაციისთვის, სამუშაო სერვერის განხორციელებით. ამ წინადადებამ დაამატა საქაღალდის მართვის ძირითადი ფუნქციები, მრავალნაწილიანი შეტყობინებების მხარდაჭერა და შეტყობინებების დროშის მართვა. თუმცა, POP4-ზე პროგრესი არ ყოფილა 2003 წლიდან.

გაფართოებები [ | ]

გაფართოების მექანიზმი შემოთავაზებული იყო RFC 2449-ში ახალი გაფართოებების განსათავსებლად, ისევე როგორც არჩევითი ბრძანებების მხარდაჭერის ორგანიზებული დეკლარაციისთვის, როგორიცაა TOP და UIDL. RFC არ აპირებდა გაფართოებების წახალისებას და დაადასტურეს, რომ POP3-ის როლი არის მარტივი მხარდაჭერის უზრუნველყოფა არსებითად ჩამოტვირთვისა და წაშლის მოთხოვნისთვის.

გაფართოებები ჩამოთვლილია სიაში CAPA ბრძანების გამოყენებით. APOP-ის გარდა, ყველა არჩევითი ბრძანება შედიოდა თავდაპირველ ფუნქციების კომპლექტში. როგორც ESMTP სტანდარტში (RFC 5321), "X"-ით დაწყებული შესაძლებლობები ლოკალურია.

STARTTLS [ | ]

შედარება IMAP-თან [ | ]

კლიენტები, რომლებიც ტოვებენ ფოსტას სერვერებზე, როგორც წესი, იყენებენ UIDL ბრძანებას, რათა მიიღონ მიმდინარე კორესპონდენცია შეტყობინებების რაოდენობასა და მის უნიკალური იდენტიფიკატორის მიერ გამოვლენილ შეტყობინებას შორის. იდენტიფიკატორი არის თვითნებური და შეიძლება განმეორდეს, თუ საფოსტო ყუთში იდენტური შეტყობინებებია. ამის საპირისპიროდ, IMAP იყენებს 32-ბიტიან უნიკალურ იდენტიფიკატორს (UID), რომელიც ენიჭება შეტყობინებებს აღმავალი (მაგრამ არა აუცილებლად თანმიმდევრული) თანმიმდევრობით მათი მიღებისას. ახალი შეტყობინებების მიღებისას, IMAP კლიენტები ითხოვენ UID-ს, რომელიც აღემატება უმაღლეს UID-ს ყველა ადრე მოძიებულ შეტყობინებას შორის, ხოლო POP კლიენტმა უნდა აირჩიოს მთელი UIDL რუკა. დიდი საფოსტო ყუთებისთვის ამას შეიძლება დასჭირდეს მნიშვნელოვანი დამუშავება.

MIME ემსახურება როგორც სტანდარტს დანართებისა და არა-ASCII ტექსტებისთვის ელექტრონულ შეტყობინებებში. მიუხედავად იმისა, რომ არც POP3 და არც SMTP არ საჭიროებს MIME ფორმატირებულ შეტყობინებას, არსებითად ყველა არა-ASCII მესიჯი არის MIME ფორმატში, ამიტომ POP კლიენტებმა ასევე უნდა "გაიგონ" და გამოიყენონ MIME. IMAP, განსაზღვრებით, იღებს MIME ფორმატირებულ შეტყობინებებს.

სხდომაზე ნათქვამია[ | ]

POP3 პროტოკოლს აქვს 3 სესიის მდგომარეობა:

ავტორიზაცია კლიენტი გადის ავთენტიფიკაციის პროცედურას.

ტრანზაქცია კლიენტი იღებს ინფორმაციას საფოსტო ყუთის სტატუსის შესახებ, იღებს და შლის ფოსტას.[ | ]

განახლება სერვერი შლის არჩეულ წერილებს და ხურავს კავშირს.	პროტოკოლის ბრძანებები	სახელი	არგუმენტები
შეზღუდვები	შესაძლო პასუხები	APOP	[სახელი]
USER	მისი მხარდაჭერა არჩევითია	-	* +OK maildrop-ს აქვს n შეტყობინება * - [name]-ისთვის მოწოდებული ERR პაროლი არასწორია
უღელტეხილზე	[სახელი]	* +OK სახელი არის სწორი საფოსტო ყუთი * -ERR არასოდეს მსმენია საფოსტო ყუთის სახელის შესახებ	[პაროლი]
DELE	მუშაობს საფოსტო ყუთის სახელის წარმატებით გადაცემის შემდეგ		* +OK maildrop ჩაკეტილია და მზად * -ERR არასწორი პაროლი * -ERR ვერ დაბლოკავს maildrop
სია	მუშაობს საფოსტო ყუთის სახელის წარმატებით გადაცემის შემდეგ	[მესიჯი]	* +OK შეტყობინება წაშლილია * -ERR ასეთი შეტყობინება არ არის
NOOP	-	[მესიჯი]	ხელმისაწვდომია წარმატებული ავტორიზაციის შემდეგ
RETR	მუშაობს საფოსტო ყუთის სახელის წარმატებით გადაცემის შემდეგ	[მესიჯი]	* +OK სკანირების სია შემდეგნაირად * -ERR ასეთი შეტყობინება არ არის
+ კარგი	-	[მესიჯი]	ხელმისაწვდომია წარმატებული ავტორიზაციის შემდეგ
STAT	-	[მესიჯი]	* +OK შეტყობინება მოჰყვება * -ERR ასეთი შეტყობინება არ არის
TOP	RSET	[მესიჯი]	+OK a b
[შეტყობინება] [ხაზების რაოდენობა]	-	-	ხელმისაწვდომია წარმატებული ავტორიზაციის შემდეგ

* +OK n octets * -ERR ასეთი შეტყობინება არ არის [ | ]

შეწყვიტე
APOP
ბრძანება გამოიყენება მომხმარებლის სახელისა და დაშიფრული პაროლის (დაიჯესტის) სერვერზე გადასატანად.

USER [ | ]

[სახელი]
APOP- მომხმარებლის პაროლთან მიბმული დროის ანაბეჭდის ჰეშ ჯამი, რომელიც გამოითვლება MD5 ალგორითმის გამოყენებით. თუ ეს ბრძანება მხარდაჭერილია, დროის ნიშა მიიღება სერვერთან დაკავშირებისას.

უღელტეხილზე [ | ]

გადასცემს მომხმარებლის სახელს სერვერზე.
- სტრიქონი, რომელიც მიუთითებს საფოსტო ყუთის სახელს.აგზავნის საფოსტო ყუთის პაროლს სერვერზე.

DELE [ | ]

[პაროლი]
- პაროლი საფოსტო ყუთისთვის.სერვერი აღნიშნავს მითითებულ შეტყობინებას წასაშლელად. წაშლისთვის მონიშნული შეტყობინებები ფაქტობრივად იშლება მხოლოდ ტრანზაქციის დახურვის შემდეგ (ტრანზაქცია ჩვეულებრივ იხურება QUIT ბრძანების გაგზავნის შემდეგ; გარდა ამისა, მაგალითად, სერვერებზე, ტრანზაქციები შეიძლება დაიხუროს სერვერის მიერ განსაზღვრული დროის შემდეგ).

სია [ | ]

[მესიჯი]
- პაროლი საფოსტო ყუთისთვის.- შეტყობინების ნომერი.

NOOP [ | ]

თუ არგუმენტი გავიდა, სერვერი გვაწვდის ინფორმაციას მითითებული შეტყობინების შესახებ. თუ არგუმენტი არ გავიდა, მაშინ სერვერი აჩვენებს ინფორმაციას საფოსტო ყუთში ყველა შეტყობინების შესახებ. წაშლისთვის მონიშნული შეტყობინებები არ არის ჩამოთვლილი.

RETR შეტყობინება [ | ]

სერვერი აგზავნის შეტყობინებას მითითებული ნომრით.
- პაროლი საფოსტო ყუთისთვის.სერვერი აღნიშნავს მითითებულ შეტყობინებას წასაშლელად. წაშლისთვის მონიშნული შეტყობინებები ფაქტობრივად იშლება მხოლოდ ტრანზაქციის დახურვის შემდეგ (ტრანზაქცია ჩვეულებრივ იხურება QUIT ბრძანების გაგზავნის შემდეგ; გარდა ამისა, მაგალითად, სერვერებზე, ტრანზაქციები შეიძლება დაიხუროს სერვერის მიერ განსაზღვრული დროის შემდეგ).

+ კარგი [ | ]

ეს ბრძანება აბრუნებს ტრანზაქციებს სესიის ფარგლებში. მაგალითად, თუ მომხმარებელმა შემთხვევით მონიშნა ზოგიერთი შეტყობინება წასაშლელად, მას შეუძლია წაშალოს ეს ნიშნები ამ ბრძანების გაგზავნით.

STAT [ | ]

სერვერი აბრუნებს საფოსტო ყუთში შეტყობინებების რაოდენობას და საფოსტო ყუთის ზომას ოქტეტებში. წაშლილად მონიშნული შეტყობინებები მხედველობაში არ მიიღება.

TOP [ | ]

სერვერი აბრუნებს მითითებული შეტყობინების სათაურებს, ცარიელ ხაზს და შეტყობინების ტექსტის პირველი ხაზების მითითებულ რაოდენობას.
- პაროლი საფოსტო ყუთისთვის.სერვერი აღნიშნავს მითითებულ შეტყობინებას წასაშლელად. წაშლისთვის მონიშნული შეტყობინებები ფაქტობრივად იშლება მხოლოდ ტრანზაქციის დახურვის შემდეგ (ტრანზაქცია ჩვეულებრივ იხურება QUIT ბრძანების გაგზავნის შემდეგ; გარდა ამისა, მაგალითად, სერვერებზე, ტრანზაქციები შეიძლება დაიხუროს სერვერის მიერ განსაზღვრული დროის შემდეგ).
[ხაზების რაოდენობა]- რამდენი ხაზი უნდა გამოვიდეს.