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 էջը ստուգելը, և դա միակ տարբերակն է, որ տալիս է պաշտպանելի եզրակացություն։ Էլ. փոստի հասցեին պատասխանելը չի բացահայտում ձեր տան հասցեն և չի պահանջում, որ հին թունելը մնա բաց։