نحوه کار ایمیل: SMTP، DNS و دلیل وجود ایمیل موقت
اکثر مردم هر روز از ایمیل استفاده میکنند بدون اینکه بدانند بین کلیک روی «ارسال» و ظاهر شدن پیام در صندوق ورودی کسی چه اتفاقی میافتد. درک این مسیر — از طریق سرورهای SMTP، جستجوی DNS و رکوردهای MX — دقیقاً نشان میدهد چرا سرویسهای ایمیل موقت به این شکل کار میکنند.
دسترسی سریع
این راهنما زیرساخت ایمیل را از پایه توضیح میدهد: پروتکلهایی که پیامها را در سراسر اینترنت مسیریابی میکنند، رکوردهایی که به سرورها میگویند ایمیل را کجا تحویل دهند، و اینکه چگونه سرویسهای های موقت ایمیل به این سیستم متصل میشوند تا صندوقهای ورودی موقت بسازند که بدون ثبتنام فوراً کار میکنند. برای مروری کاربردی بر اینکه ایمیل موقت چیست و چه زمانی از آن استفاده کنیم، راهنمای کامل ایمیل موقت را ببینید.
تاریخچهای کوتاه از ایمیل — از ARPANET تا ایمیل موقت
داستان ایمیل از سال ۱۹۷۱ آغاز میشود، زمانی که ری تاملینسون، که روی ARPANET وزارت دفاع آمریکا کار میکرد، نخستین پیام الکترونیکی را بین دو دستگاه ارسال کرد. نوآوری کلیدی او نماد «@» بود که نام کاربر را از رایانه میزبان جدا میکرد — قراردادی که بیش از پنجاه سال بعد بدون تغییر باقی مانده است.
در طول دهههای ۱۹۸۰ و ۱۹۹۰، ایمیل از آزمایشگاههای تحقیقاتی به زندگی روزمره گسترش یافت. کلاینتهای دسکتاپ مانند Eudora و Microsoft Outlook برای نخستین بار به کاربران رایانه شخصی دسترسی به ایمیل الکترونیکی را دادند. سپس، در اواخر دهه ۱۹۹۰، سرویسهای رایگان وبمیل — هاتمیل در ۱۹۹۶، یاهو میل در ۱۹۹۷ و در نهایت جیمیل در ۲۰۰۴ — ایمیل را برای هر کسی که مرورگر و اتصال اینترنت داشت به طور همگانی در دسترس کرد.
اما دسترسی همگانی مشکلات همگانی به همراه داشت. تا اواخر دهه ۲۰۰۰، اسپم به اکثریت قاطع کل ترافیک ایمیل در سراسر جهان تبدیل شده بود. حملات فیشینگ پیچیدهتر شدند. نقض دادهها صدها میلیون آدرس ایمیل را افشا کرد. این تهدیدهای فزاینده تقاضا برای دستهای جدید از خدمات ایجاد کرد: ایمیل موقت. نخستین ارائهدهندگان صندوق ورودی موقت در اواسط دهه ۲۰۰۰ ظاهر شدند و این مفهوم به ابزاری بالغ برای حریم خصوصی تبدیل شده که امروزه میلیونها نفر از آن استفاده میکنند. برای آشنایی با سیر کامل تحول، «تکامل ایمیل موقت» مراجعه کنید.
سفر یک ایمیل — گام به گام
ارسال ایمیل فوری به نظر میرسد، اما پیام پیش از رسیدن به مقصد از چندین سیستم عبور میکند. آنچه در واقع رخ میدهد در چهار مرحله آمده است.
مرحله ۱ — دکمه ارسال را میزنید: از کلاینت ایمیل به سرور SMTP
وقتی پیامی را در جیمیل، اوتلوک، تاندربرد یا هر کلاینت ایمیل دیگری مینویسید و دکمه «ارسال» را فشار میدهید، کلاینت شما با استفاده از پروتکلی به نام SMTP — پروتکل ساده انتقال ایمیل — به سرور ایمیل خروجی متصل میشود. این اتصال معمولاً از پورت ۵۸۷ (با رمزنگاری STARTTLS) یا پورت ۴۶۵ (با TLS ضمنی) استفاده میکند.
کلاینت شما با نام کاربری و رمز عبور خود در سرور SMTP احراز هویت میکند و سپس پیام را تحویل میدهد. در این مرحله، ایمیل از دستگاه شما خارج شده و مسئولیت تحویل آن بر عهده سرور است.
مرحله ۲ — جستجوی DNS: این ایمیل به کجا میرود؟
سرور SMTP باید بفهمد پیام شما را کجا تحویل دهد. این کار را با پرسوجو از سیستم نام دامنه (DNS) برای رکورد MX — رکورد مبادلهگر ایمیل — دامنه گیرنده انجام میدهد.
برای مثال، اگر به someone@gmail.com ارسال میکنید، سرور SMTP از DNS میپرسد: «کدام سرور ایمیل gmail.com را مدیریت میکند؟» DNS پاسخی شبیه به این میدهد: alt1.gmail-smtp-in.l.google.com — این آدرس سرور ایمیل ورودی گوگل است. رکورد MX در اصل یک دستور ارجاع است که میگوید «تمام ایمیلهای این دامنه را به این سرور تحویل بده.»
این سیستم رکورد MX پایهای است که ایمیل موقت را ممکن میکند، اما بهزودی به آن میپردازیم.
مرحله ۳ — تحویل سرور به سرور: رله SMTP
سرور SMTP فرستنده شما به سرور SMTP ورودی گیرنده (همان که در رکورد MX مشخص شده) متصل میشود و یک دستدادن SMTP انجام میدهد—گفتگویی ساختاریافته که در آن دو سرور هویتها را تأیید میکنند، رمزنگاری را مذاکره میکنند و پیام را منتقل میکنند. رمزنگاری TLS محتوای ایمیل را در طول این انتقال سرور به سرور محافظت میکند.
اگر نخستین سرور MX در دسترس نباشد، سرور فرستنده به رکوردهای MX ثانویه رجوع میکند (بیشتر دامنهها برای افزونگی چندین رکورد MX فهرست میکنند). اگر همه سرورها در دسترس نباشند، ایمیل برای تلاش مجدد در صف قرار میگیرد. پس از چندین تلاش ناموفق در طول ساعتها یا روزها، فرستنده یک اعلان برگشت دریافت میکند.
مرحله ۴ — ذخیرهسازی در صندوق ورودی: IMAP و POP3
وقتی سرور دریافتکننده پیام را میپذیرد، ایمیل را ذخیره میکند و منتظر میماند تا گیرنده صندوق ورودی خود را بررسی کند. کلاینت ایمیل گیرنده پیامها را با استفاده از یکی از دو پروتکل بازیابی میکند:
IMAP (پروتکل دسترسی به پیام اینترنتی): ایمیل را بین چندین دستگاه همگام میکند. پیامها روی سرور باقی میمانند و هر اقدامی که انجام میدهید (خواندن، حذف کردن، جابهجایی) همهجا منعکس میشود. جیمیل، اوتلوک و بیشتر سرویسهای مدرن از همین استفاده میکنند.
POP3 (پروتکل اداره پست ۳): ایمیل را روی یک دستگاه دانلود میکند و معمولاً آن را از سرور حذف میکند. امروزه کمتر رایج است اما هنوز در برخی پیکربندیها که ذخیرهسازی محلی ترجیح داده میشود، استفاده میشود.
اجزای یک پیام ایمیل
هر ایمیل فقط متنی نیست که میبینید. در زیر ظاهر آن، دادههای ساختاریافتهای حمل میکند که به سرورها میگوید چگونه پیام را مسیریابی، نمایش و پردازش کنند.
سربرگها: فرادادهای شامل From، To، Subject، Date و Message-ID. اینها دستورالعملهای مسیریابی هستند که هر سرور در طول زنجیره تحویل آنها را میخواند و بر اساسشان عمل میکند.
سربرگهای پنهان: فیلدهایی مانند Return-Path (جایی که ایمیلهای برگشتی میروند)، Received (زنجیرهای که همه سرورهایی را که ایمیل از آنها گذشته نشان میدهد) و Authentication-Results (نتیجه بررسیهای SPF، DKIM و DMARC). این موارد در بیشتر کلاینتهای ایمیل دیده نمیشوند اما مسیر کامل پیام را آشکار میکنند.
بدنه: محتوای واقعی که به صورت متن ساده، HTML یا هر دو (multipart/alternative) قالببندی شده است. بیشتر ایمیلهای امروزی HTML هستند و به همین دلیل متن قالببندیشده، تصویر و لینکهای قابل کلیک میبینید.
ضمیمهها: فایلهایی که با MIME (Multipurpose Internet Mail Extensions) کدگذاری شدهاند. MIME فایلهای باینری را به قالبهای متنی امن تبدیل میکند تا بتوانند از زیرساخت متنی ایمیل عبور کنند.
چگونه ایمیل موقت به این زیرساخت متصل میشود
اینجاست که همه چیز به هم وصل میشود. سرویسهای ایمیل موقت از یک سیستم جداگانه و اختصاصی استفاده نمیکنند — آنها مستقیماً به همان زیرساخت استاندارد ایمیلی که در بالا توضیح داده شد متصل میشوند. به همین دلیل است که آدرسهای ایمیل موقت ایمیلهای واقعی را از سرورهای واقعی دریافت میکنند: آنها آدرسهای ایمیل واقعی هستند، فقط با چرخه عمری متفاوت.
رکوردهای MX Catch-All — تولید فوری آدرس
وقتی tmailor.com دامنه ای را ثبت می کند (مثلا example-temp.com)، رکورد MX آن دامنه را طوری پیکربندی می کند که به سرور گیرنده تی مایلور اشاره کند. نکته مهم این است که سرور به عنوان یک «همه چیز» پیکربندی شده است—ایمیلی که به هر آدرسی در آن دامنه ارسال شود را می پذیرد، صرف نظر از اینکه آدرس از پیش ساخته شده باشد یا نه.
به همین دلیل است که فوراً یک آدرس ایمیل موقت کارآمد دریافت میکنید. آدرس نیازی ندارد به معنای سنتی «ساخته» شود. رکورد MX به اینترنت میگوید: «تمام ایمیلهای این دامنه را به سرور ما بفرستید» و سرور هر چیزی را که برسد میپذیرد. وقتی به tmailor.com سر میزنید و یک آدرس تصادفی میبینید، آن آدرس از قبل فعال است چون رکورد MX دامنه همه ایمیلها را به سرور Tmailor هدایت میکند. برای توضیح فنی عمیقتر، به «کلیشه ای و نام های مستعار تصادفی» مراجعه کنید.
بدون SMTP خروجی = فقط دریافت
سرویسهای ایمیل موقت رکوردهای MX (برای دریافت) را تنظیم میکنند اما رکوردهای SPF، DKIM یا DMARC را برای ارسال خروجی پیکربندی نمیکنند. این رکوردهای احراز هویت همان چیزی هستند که سرورهای ایمیل با آن تأیید میکنند سرور فرستنده مجاز است به نمایندگی از یک دامنه ایمیل بفرستد.
بدون آنها، هر ایمیلی که از یک دامنه ایمیل موقت ارسال شود در بررسیهای احراز هویت شکست میخورد و به اسپم میرود — یا کاملاً رد میشود. پس ایمیل موقت فقط دریافتکننده است: یک انتخاب طراحی عمدی، اما در عین حال یک محدودیت واقعی. Tmailor نمیتواند ارسال یا پاسخ دهد و فعال کردن ارسال خروجی باعث میشود دامنههایش به سرعت در لیست سیاه قرار بگیرند.
مدل فقط دریافت با چند محدودیت دیگر هم همراه است که ارزش دارد صریح گفته شود، چون همه از همان طراحی سبک ناشی میشوند. ضمیمههای ورودی حذف میشوند، بنابراین فایلی که به یک آدرس Tmailor ارسال شود قابل باز کردن یا دانلود نیست — فقط متن، کدها و لینکها میرسند. پوشه اسپم و فیلترینگی وجود ندارد وجود ندارد: هر پیامی که می رسد نمایش داده می شود، پس اگر چیزی ظاهر نشده باشد، به سادگی تحویل داده نشده است. پیام ها حدود ۲۴ ساعت پس از رسیدن قابل مشاهده میمانند و سپس به طور خودکار پاک میشوند. و چون برای گرفتن آدرس نیازی به ورود نیست، Access Token که با هر آدرس صادر میشود همان چیزی است که به شما اجازه میدهد بعداً آن را دوباره باز کنید. این یک کلید بازیابی است، نه رمز عبور، و برای یک آدرس مهمان اگر آن را گم کنید هیچکس نمیتواند دوباره صادرش کند. اگر یک حساب رایگان Tmailor بسازید و وارد حساب کاربری بمانید، آدرسهایی که میسازید در آنجا ذخیره میشوند و میتوان آنها را از Created Emails دوباره باز کرد.
دامنههای متعدد، یک مدل Catch-All
تی مایلور یک مجموعه بزرگ و چرخان از دامنه ها را به جای یک دامنه واحد اجرا می کند و هر کدام رکورد MX جامع خود را دارند که به سرور گیرنده اشاره دارد. این مجموعه عمدا منتشر نشده است: چاپ فهرست کامل به سادگی آن را به فروشندگانی می دهد که فهرست های مسدودکننده ایمیل یکبار مصرف را تهیه می کنند.
داشتن بیش از یک دامنه به دلیلی عملی و فنی اهمیت دارد. برخی سایتها فهرستی از دامنههای موقت شناختهشده نگه میدارند و آدرسی را که دامنهاش در فهرست باشد رد میکنند. اگر یک دامنه خاص رد شود، ساختن آدرس جدید روی دامنهای دیگر یک عیبیابی عادی است — همانطور که ممکن است وقتی یک ارائهدهنده قطع است سراغ ارائهدهنده دیگری بروید. به همین دلیل هم تنوع دامنه ها باعث افزایش قابلیت اطمینان OTP می شود.
اما یک محدودیت وجود دارد: فهرست مسدودسازی هر دامنه با یک سیاست متفاوت است. اگر شرایط یک سرویس، ایمیل یکبارمصرف را بهطور کامل ممنوع کرده باشد، جابهجایی بین دامنهها برای دسترسی به آن عیبیابی نیست — بلکه دور زدن قاعدهای است که سایت عمداً تعیین کرده است. در این صورت، از آدرس واقعی خودتان استفاده کنید. ایمیل موقت برای سایتهایی است که آن را مجاز میدانند.
زیرساخت Google-MX برای ایمیلهای ورودی
Tmailor ایمیلهای ورودی را از طریق سرورهای ایمیل گوگل هدایت میکند، بنابراین رکوردهای MX دامنههای آن به زیرساخت Google-MX اشاره دارند — همان ستون فقراتی که ایمیلهای ورودی جیمیل را مدیریت میکند. در عمل، این یعنی دریافت قابلاعتماد و با اتصال مناسب: سرورهایی که ایمیلهای تأیید شما را میپذیرند، همان سرورهایی هستند که بقیه اینترنت از قبل میداند چگونه به آنها دسترسی پیدا کند.
سرعت واقعی تحویل هنوز عمدتاً به سمت فرستنده بستگی دارد — سرویسی که به شما ایمیل میزند تصمیم میگیرد پیام چه زمانی ارسال شود — بنابراین این موضوع به قابلیت اطمینان و دسترسی مربوط است، نه به یک شروع تضمینی. برای دلیل این تنظیم، ببینید چرا تی مایلور از سرورهای گوگل استفاده را.
امنیت ایمیل — چرا صندوق ورودی شما هدف قرار میگیرد
درک زیرساخت ایمیل همچنین یعنی درک این که چرا اینقدر شدید مورد حمله قرار میگیرد. آدرس ایمیل شما رایجترین شناسهای است که در اینترنت مورد سوءاستفاده قرار میگیرد.
فیشینگ: مهاجمان هدر «From» را جعل میکنند تا خود را به جای بانکها، کارفرمایان یا خدماتی که به آنها اعتماد دارید جا بزنند. SMTP در دورهای از اعتماد طراحی شد و تأیید فرستنده (SPF، DKIM، DMARC) دههها بعد به آن افزوده شد. بسیاری از سرورها هنوز آن را بهطور سختگیرانه اجرا نمیکنند.
اسپم: نزدیک به نیمی از کل ترافیک ایمیل در سراسر جهان هنوز اسپم است. هر بار که آدرس ایمیل واقعی خود را در یک وبسایت وارد میکنید، احتمال اینکه در فهرست بازاریابی قرار بگیرد — یا بدتر، به یک کارگزار داده فروخته شود — افزایش مییابد.
نشت دادهها: آدرس ایمیل شما معمولاً کلید اصلی در هر پایگاه دادهای است که تاکنون در آن ثبتنام کردهاید. وقتی سرویسی دچار نشت داده میشود، اولین چیزی که افشا میشود آدرس ایمیل شماست و به کلید حملات پر کردن اعتبارنامه علیه حسابهای دیگر شما تبدیل میشود.
پیکسلهای ردیابی: تصاویر مخفی 1x1 که در ایمیلهای بازاریابی جاسازی شدهاند، به فرستندگان میگویند چه زمانی پیامی را باز میکنید، از کدام دستگاه و گاهی موقعیت تقریبی شما را. صندوق ورودی شما فقط یک صندوق پستی نیست — ابزاری برای نظارت بازاریابان است.
این تهدیدها دقیقاً دلیل وجود ایمیل موقت است. با استفاده از یک آدرس موقت برای تعاملات کماعتماد، ایمیل واقعی خود را از پایگاههای دادهای که در نهایت نشت میکنند، فروخته میشوند یا استخراج میشوند، دور نگه میدارید.
کلاینتها و ارائهدهندگان ایمیل — مروری سریع
نحوه دسترسی شما به ایمیل به کلاینت (نرمافزار) و ارائهدهنده (سرویس) شما بستگی دارد.
ارائهدهندگان وبمیل: جیمیل، Outlook.com، یاهو میل، پروتون میل. اینها هم حساب ایمیل و هم کلاینت مبتنی بر مرورگر را ارائه میدهند. بیشتر افراد از یکی از اینها به عنوان ایمیل اصلی خود استفاده میکنند.
کلاینتهای دسکتاپ: Thunderbird، Apple Mail، Microsoft Outlook (دسکتاپ). اینها از طریق IMAP یا POP3 به ارائهدهنده شما متصل میشوند و به شما اجازه میدهند ایمیل را به صورت آفلاین مدیریت کنید.
کلاینتهای ایمیل موقت: Tmailor یک کلاینت مبتنی بر وب، اپلیکیشنهای موبایل اختصاصی برای اندروید و iOS، یک ربات تلگرام و افزونه مرورگر Tmailor برای مرورگرهای دسکتاپ ارائه میدهد. برخلاف کلاینتهای سنتی، آنها برای شروع نیازی به ورود و ثبتنام ندارند؛ آدرس همان لحظهای که صفحه بارگذاری میشود کار میکند. اگر میخواهید بعداً همان آدرس را دوباره باز کنید، access token آن را ذخیره کنید یا هنگام ورود به حساب رایگان اختیاری آن را ایجاد کنید تا در Created Emails ذخیره شود.
از اصول اولیه ایمیل تا ایمیل موقت — ارتباط دادن نقاط
حالا تصویر کامل را درک میکنید. ایمیل از طریق SMTP عبور میکند، توسط رکوردهای DNS و MX مسیریابی میشود و در صندوق ورودیای قرار میگیرد که با IMAP یا POP3 مدیریت میشود. سرویسهای ایمیل موقت دقیقاً از همین زیرساخت استفاده میکنند: دامنه ثبت میکنند، رکوردهای MX catch-all را پیکربندی میکنند، سرورهای دریافت را روی زیرساخت گوگل اجرا میکنند و ایمیلهای ورودی شما را از طریق یک رابط وب ساده نمایش میدهند.
هیچ چیز «جعلی» در مورد ایمیل موقت وجود ندارد. این سرویس از همان پروتکلها، مسیریابی و سازوکارهای تحویل سایر ایمیلهای اینترنتی استفاده میکند. تفاوت عمدی است: آدرسهای ایمیل موقت طوری طراحی شدهاند که یکبارمصرف، ناشناس و کوتاهعمر باشند — و همین دقیقاً آنها را برای محافظت از حریم خصوصی، دوری از هرزنامه و ثبتنامهای کمریسک مفید میکند.
برای مرور فنی کامل همه اجزا، به ببینید ایمیل موقت چگونه کار می کند. آماده اید خودتان امتحان کنید؟ یک آدرس ایمیل موقت رایگان در کمتر از ده ثانیه بسازید.
پرسشهای متداول
آیا ایمیل موقت از پروتکلهای واقعی ایمیل استفاده میکند؟
بله، صد در صد. ایمیل موقت ایمیل را از طریق SMTP استاندارد دریافت میکند و آن را با رکوردهای استاندارد MX مسیریابی میکند — همان زیرساختی که جیمیل و اوتلوک استفاده میکنند. این آدرسها از نظر فنی آدرسهای ایمیل واقعی با عمر عمداً محدود هستند.
چرا ایمیل موقت نمیتواند ایمیل ارسال کند؟
سرویسهای ایمیل موقت رکوردهای SPF، DKIM یا DMARC را برای احراز هویت ارسال خروجی پیکربندی نمیکنند. بدون اینها، هر ایمیلی که از یک دامنه ایمیل موقت ارسال شود در بررسیهای تأیید رد میشود و رد یا بهعنوان هرزنامه علامتگذاری میشود. این یک انتخاب معماری عمدی است تا دامنههای دورانداختنی برای دریافت ایمیل کارآمد بمانند.
آیا میتوانم سربرگهای ایمیل پیامهای ایمیل موقت را ببینم؟
بله. ایمیلهایی که از طریق ایمیل موقت دریافت میشوند همان سربرگهای هر ایمیل دیگری را دارند: From، To، Subject، Date، زنجیره Received و نتایج احراز هویت. سربرگها مسیر کامل تحویل را نشان میدهند، از جمله سرورهای گوگل که tmailor.com برای پردازش استفاده میکند.
چه چیزی تحویل ایمیل tmailor.com را سریعتر از رقبا میکند؟
دو انتخاب طراحی کمک میکند: زیرساخت ایمیل گوگل ترافیک ورودی SMTP را مدیریت میکند و یک CDN رابط وب را از مکانهای نزدیک به شما ارائه میدهد. این باعث میشود صندوق ورودی هر جا که باشید پاسخگو به نظر برسد. بهطور دقیقتر، سرعت واقعی رسیدن یک ایمیل تأیید بیشتر به سایتی بستگی دارد که آن را میفرستد، نه به سمت گیرنده؛ پس این را دریافتِ قابلاعتماد و خوشاتصال بدانید، نه یک مزیت سرعت تضمینشده نسبت به هر رقیب خاص. دلیل این موضوع در که چرا Tmailor از سرورهای گوگل استفاده می آمده است.

Marcus Lee writes Tmailor's step-by-step guides, signing up to apps and platforms with temp mail, using the mobile app and Telegram bot, custom domains, reusing addresses, and getting the most out of disposable email day to day.