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 хуудас шалгахаас илүү ажил бөгөөд өмгалахад боломжтой дүгнэлт гаргадаг цорын ганц хувилбар нь энэ юм. Имэйл хаяг руу хариулах нь таны гэрийн хаягийг илчилдэггүй бөгөөд хуучин туннель нээлттэй байхыг шаарддаггүй.