Email yang dikirim lewat VPN: ke mana balasannya sebenarnya pergi

Anda mengirim pesan lewat terowongan, memutus koneksi, dan balasannya tiba besok pagi. Tidak ada yang membutuhkan alamat VPN lama, dan tidak ada yang rusak. Email tidak mengarahkan balasan ke alamat tempat pesan dikirim; email mengarahkannya ke kotak surat. Tiga jalur dileburkan di sini menjadi satu pertanyaan, dan memisahkannya menjawab sebagian besar kekhawatiran.

Tiga jalur yang orang leburkan menjadi satu

Pengiriman, pengantaran, dan pembacaan adalah tiga koneksi terpisah, dan hanya dua di antaranya melibatkan perangkat Anda.

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

VPN dapat memengaruhi yang pertama dan ketiga, karena itu koneksi yang dibuat perangkat Anda. VPN tidak dapat memengaruhi yang kedua, karena jalur itu berjalan antara dua server email yang tidak Anda kendalikan. Balasan bukan paket yang kembali ke alamat tempat Anda mengirim. Balasan adalah pesan baru yang diantarkan layanan email pihak lain ke layanan kotak surat Anda.

Setelah Anda memisahkan ketiganya, pertanyaan apakah balasan akan menemukan Anda tidak lagi misterius.

Bidang Reply-To adalah alamat, bukan rute

RFC 5322 mendefinisikan Reply-To sebagai kotak surat atau kotak-kotak surat yang harus dikirimi balasan. Tanpanya, default yang biasa adalah kotak surat From, kecuali orang yang membalas mengetik sesuatu yang lain. Keduanya adalah alamat email yang berada di dalam header. Tidak satu pun merupakan instruksi untuk membuka kembali koneksi jaringan yang mengirimkan pesan asli.

Itulah sebabnya alamat keluar VPN tidak pernah muncul di jalur balasan. Bahkan ketika server pengiriman mencatat alamat keluar itu di suatu tempat, balasan tetap dialamatkan ke kotak surat, dan server pengirim mencari penukar email domain, bukan soket lama Anda.

Jika balasan pergi ke tempat yang tak terduga, baca Reply-To dan pengaturan klien pengirim itu sendiri sebelum mencurigai terowongan.

Apa yang sebenarnya dicatat header jejak

Setiap lompatan SMTP menambahkan header Received di depan yang menjelaskan koneksi yang ditanganinya, dan yang paling atas adalah lompatan terakhir sebelum pengantaran. Pesan yang dikirim karena itu dapat membawa detail jaringan yang layak ditinjau, dan detail itu ditulis oleh server, bukan dipilih oleh Anda. Isinya bergantung pada arsitektur pengiriman penyedia dan cara penanganan headernya.

Bacalah alih-alih menebak, dari pesan yang tersimpan:

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

Disiplin yang berguna adalah mengenali layanan tepercaya mana yang menambahkan setiap bidang. Teks sembarang yang lebih awal di blok header bukan bukti yang andal, dan nama produk bukan janji permanen bahwa alamat rumah Anda selalu ada atau selalu tidak ada.

Membaca email nanti adalah koneksi baru

Saat Anda membuka balasan, klien Anda terhubung ke layanan kotak surat Anda melalui jaringan apa pun yang Anda pakai sekarang. Itu koneksi baru dengan alamat sumbernya sendiri, bukan kelanjutan soket pengiriman kemarin. Koneksi itu mengikuti kebijakan jaringan yang Anda gunakan pada saat itu.

Konten jarak jauh adalah hal ketiga lagi. Klien email yang memuat gambar jarak jauh atau mengikuti tautan membuat permintaan terpisah sesuai pengaturannya saat ini, dan permintaan itu dapat membawa pengenal apa pun yang disematkan pesan. Itu bukan balasan SMTP yang tiba di alamat lama, dan memperlakukannya seperti itu menyembunyikan paparan yang sebenarnya.

Matikan konten jarak jauh jika Anda ingin membaca pesan tanpa mengumumkan bahwa Anda membukanya.

Apa yang perlu diperiksa sebelum menyebutnya kebocoran

Mulailah dari tampilan pesan asli dan bidang Reply-To. Lalu kenali layanan mana yang menambahkan entri Received yang mengkhawatirkan Anda, dan bandingkan dengan dokumentasi penyedia saat ini, bukan jawaban forum lama.

Terakhir, pisahkan pertanyaannya: apa yang diamati server pengiriman, apa yang ditambahkan rantai pengantaran, dan apa yang diminta klien Anda saat Anda membuka pesan?

Menjawab ketiganya secara terpisah lebih banyak kerja daripada memeriksa halaman IP, dan itulah satu-satunya versi yang menghasilkan kesimpulan yang bisa Anda pertahankan. Membalas ke alamat email tidak mengungkap alamat rumah Anda, dan tidak menuntut terowongan lama tetap hidup.