VPN-ით გაგზავნილი ელფოსტა: სად მიდის სინამდვილეში პასუხი

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

სამი გზა, რომლებსაც ადამიანები ერთად კრავენ

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

Submission: your mail app  -> your mail service
Delivery:   other mail service -> your mailbox service
Reading:    your app now -> your mailbox service

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

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

Reply-To ველი მისამართია, არა მარშრუტი

RFC 5322 განსაზღვრავს Reply-To-ს როგორც საფოსტო ყუთს ან ყუთებს, რომლებზეც პასუხები უნდა გაიგზავნოს. მის გარეშე ჩვეულებრივი ნაგულისხმევია From ყუთი, თუ პასუხისმგებელი სხვა რამეს არ აკრეფს. ორივე სათაურში ჩაჯდომილი საფოსტო მისამართია. არც ერთი არ არის მითითება იმ ქსელური კავშირის ხელახლა გახსნის შესახებ, რომელმაც თავდაპირველი შეტყობინება გაგზავნა.

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

თუ პასუხი მოულოდნელ ადგილას მიდის, წაიკითხეთ Reply-To და თავად გამომგზავნის კლიენტის პარამეტრები, სანამ ტუნელს დააეჭვებთ.

რას აღრიცხავს რეალურად კვალის სათაურები

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

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

grep -E '^(Received|Return-Path|Reply-To|From):' message.eml

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

ფოსტის მოგვიანებით კითხვა ახალი კავშირია

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

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

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

რა უნდა შეამოწმოთ, სანამ გაჟონვას უწოდებთ

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

ბოლოს, გამოყავით კითხვები: რა დააკვირდა გამგზავნმა სერვერმა, რა დაამატა მიწოდების ჯაჭვმა და რა მოითხოვა თქვენმა კლიენტმა, როცა შეტყობინება გახსენით?

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