E-mel dihantar melalui VPN: ke mana balasan sebenarnya pergi

Anda menghantar mesej melalui terowong, memutuskan sambungan, dan balasan tiba keesokan paginya. Tiada apa-apa tentang itu memerlukan alamat VPN lama, dan tiada apa-apa yang rosak. E-mel tidak menghalakan balasan ke alamat tempat mesej dihantar; ia menghalakannya ke peti mel. Tiga laluan digabungkan di sini menjadi satu soalan, dan mengasingkannya menjawab sebahagian besar kebimbangan.

Tiga laluan yang orang gabungkan menjadi satu

Penyerahan, penghantaran dan pembacaan ialah tiga sambungan berasingan, dan hanya dua daripadanya melibatkan peranti anda.

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

VPN boleh menjejaskan yang pertama dan yang ketiga, kerana itu sambungan yang dibuat oleh peranti anda. Ia tidak boleh menjejaskan yang kedua, kerana laluan itu berjalan antara dua pelayan mel yang anda tidak kawal. Balasan bukan paket yang kembali ke alamat tempat anda menghantar. Ia ialah mesej baharu yang dihantar oleh perkhidmatan mel pihak lain ke perkhidmatan peti mel anda.

Setelah anda mengasingkan ketiga-tiganya, persoalan sama ada balasan akan menemui anda tidak lagi menjadi misteri.

Medan Reply-To ialah alamat, bukan laluan

RFC 5322 mentakrifkan Reply-To sebagai peti mel atau peti-peti mel yang balasan harus dihantar kepadanya. Tanpanya, lalai biasa ialah peti mel From, melainkan orang yang membalas menaip sesuatu yang lain. Kedua-duanya ialah alamat mel yang berada dalam pengepala. Kedua-duanya bukan arahan untuk membuka semula sambungan rangkaian yang menyerahkan mesej asal.

Itulah sebabnya alamat keluar VPN tidak pernah muncul dalam laluan balasan. Walaupun pelayan penyerahan telah merekodkan alamat keluar itu di suatu tempat, balasan tetap dialamatkan ke peti mel, dan pelayan penghantar mencari penukar mel domain itu dan bukan soket lama anda.

Jika balasan pergi ke tempat yang tidak dijangka, baca Reply-To dan tetapan klien penghantar itu sendiri sebelum mengesyaki terowong.

Apa yang sebenarnya direkodkan oleh pengepala jejak

Setiap lompatan SMTP menambah pengepala Received di hadapan yang menerangkan sambungan yang dikendalikannya, dan yang paling atas ialah lompatan terakhir sebelum penghantaran. Mesej yang diserahkan kerana itu boleh membawa butiran rangkaian yang wajar disemak, dan butiran itu ditulis oleh pelayan, bukan dipilih oleh anda. Apa yang terkandung bergantung pada seni bina penyerahan penyedia dan cara ia mengendalikan pengepala.

Bacanya dan bukannya meneka, daripada mesej yang disimpan:

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

Disiplin yang berguna ialah mengenal pasti perkhidmatan dipercayai mana yang menambah setiap medan. Teks sewenang-wenangnya lebih awal dalam blok pengepala bukan bukti yang boleh dipercayai, dan nama produk bukan janji kekal bahawa alamat rumah anda sentiasa ada atau sentiasa tiada.

Membaca mel kemudian ialah sambungan baharu

Apabila anda membuka balasan, klien anda bersambung ke perkhidmatan peti mel anda melalui rangkaian tempat anda berada sekarang. Itu sambungan baharu dengan alamat sumbernya sendiri, bukan kesinambungan soket penyerahan semalam. Ia mengikut dasar semasa rangkaian yang anda gunakan pada masa itu.

Kandungan jauh ialah satu lagi perkara ketiga. Klien mel yang memuatkan imej jauh atau mengikuti pautan membuat permintaan berasingan di bawah tetapannya sekarang, dan permintaan itu boleh membawa apa-apa pengecam yang diterapkan oleh mesej. Ia bukan balasan SMTP yang tiba di alamat lama, dan memperlakukannya sedemikian menyembunyikan pendedahan sebenar.

Matikan kandungan jauh jika anda mahu membaca mesej tanpa mengumumkan bahawa anda membukanya.

Apa yang perlu diperiksa sebelum menyebutnya kebocoran

Mulakan dengan paparan mesej asal dan medan Reply-To. Kemudian kenal pasti perkhidmatan mana yang menambah entri Received yang membimbangkan anda, dan bandingkannya dengan dokumentasi semasa penyedia dan bukan jawapan forum lama.

Akhir sekali, asingkan soalan-soalannya: apa yang diperhatikan oleh pelayan penyerahan, apa yang ditambah oleh rantaian penghantaran, dan apa yang diminta oleh klien anda apabila anda membuka mesej itu?

Menjawab ketiga-tiganya secara berasingan lebih banyak kerja daripada memeriksa halaman IP, dan itulah satu-satunya versi yang menghasilkan kesimpulan yang boleh anda pertahankan. Membalas ke alamat e-mel tidak mendedahkan alamat rumah anda, dan ia tidak memerlukan terowong lama kekal hidup.