نحوه کار ایمیل: SMTP، DNS و چرا ایمیل موقت وجود دارد
بیشتر مردم هر روز از ایمیل استفاده میکنند، بیآنکه بدانند بین کلیک روی «ارسال» و ظاهر شدن پیام در صندوق ورودی فردی دیگر چه اتفاقی میافتد. درک این مسیر، از طریق سرورهای SMTP، جستوجوهای DNS و رکوردهای MX، دقیقاً نشان میدهد چرا خدمات ایمیل موقت به این شکل کار میکنند.
دسترسی سریع
این راهنما زیرساخت ایمیل را از پایه توضیح میدهد: پروتکلهایی که پیامها را در سراسر اینترنت مسیریابی میکنند، رکوردهایی که به سرورها میگویند ایمیل را کجا تحویل دهند، و اینکه چگونه سرویس های موقت ایمیل ایمیل موقت به این سیستم متصل میشوند تا صندوقهای ورودی یکبارمصرفی ایجاد کنند که بدون ثبتنام، فوراً کار میکنند. برای آشنایی عملی با ایمیل موقت و زمان استفاده از آن، راهنمای کامل ایمیل موقت را ببینید.
تاریخچهای کوتاه از ایمیل — از ARPANET تا ایمیل موقت
داستان ایمیل از سال ۱۹۷۱ آغاز میشود؛ زمانی که ری تاملینسون، هنگام کار روی ARPANET در وزارت دفاع آمریکا، نخستین پیام الکترونیکی را بین دو دستگاه ارسال کرد. نوآوری کلیدی او نماد «@» بود که نام کاربری را از رایانه میزبان جدا میکرد — قراردادی که بیش از پنجاه سال بعد همچنان بدون تغییر باقی مانده است.
در طول دهههای ۱۹۸۰ و ۱۹۹۰، ایمیل از آزمایشگاههای تحقیقاتی به زندگی روزمره راه یافت. کلاینتهای دسکتاپی مانند Eudora و Microsoft Outlook برای نخستین بار دسترسی به ایمیل را در اختیار کاربران رایانههای شخصی قرار دادند. سپس، در اواخر دهه ۱۹۹۰، سرویسهای رایگان وبمیل — Hotmail در سال ۱۹۹۶، Yahoo Mail در سال ۱۹۹۷ و سرانجام Gmail در سال ۲۰۰۴ — ایمیل را برای هر کسی که مرورگر و اتصال اینترنت داشت، در دسترس همگان قرار دادند.
اما دسترسی همگانی، مشکلات همگانی نیز به همراه داشت. تا اواخر دهه ۲۰۰۰، هرزنامه به اکثریت قاطع ترافیک ایمیل در سراسر جهان تبدیل شده بود. حملات فیشینگ پیچیدهتر شدند. نشت دادهها صدها میلیون آدرس ایمیل را افشا کرد. این تهدیدهای فزاینده، تقاضا برای دستهای جدید از خدمات را ایجاد کردند: ایمیل موقت. نخستین ارائهدهندگان صندوق ورودی یکبارمصرف در اواسط دهه ۲۰۰۰ ظهور کردند و این مفهوم به ابزاری بالغ برای حفظ حریم خصوصی تبدیل شده است که امروزه میلیونها نفر از آن استفاده میکنند. برای آشنایی با روند تکامل کامل آن، به «تکامل نامه موقت مراجعه کنید.
سفر یک ایمیل — گامبهگام
ارسال ایمیل فوری به نظر میرسد، اما پیام پیش از رسیدن به مقصد از چندین سیستم عبور میکند. در ادامه، آنچه واقعاً رخ میدهد در چهار مرحله توضیح داده شده است.
مرحله ۱ — روی ارسال میزنید: از کلاینت ایمیل تا سرور SMTP
وقتی در Gmail، Outlook، Thunderbird یا هر کلاینت ایمیل دیگری پیامی مینویسید و روی «ارسال» میزنید، کلاینت شما با استفاده از پروتکلی به نام SMTP — پروتکل انتقال ساده ایمیل — به یک سرور ایمیل خروجی متصل میشود. این اتصال معمولاً از پورت ۵۸۷ (با رمزنگاری STARTTLS) یا پورت ۴۶۵ (با TLS ضمنی) استفاده میکند.
کلاینت شما با استفاده از نام کاربری و رمز عبورتان، هویت خود را نزد سرور SMTP تأیید میکند و سپس پیام را تحویل میدهد. در این مرحله، ایمیل از دستگاه شما خارج شده و مسئولیت تحویل آن بر عهده سرور است.
مرحله ۲ — جستوجوی DNS: این ایمیل به کجا میرود؟
سرور SMTP باید مشخص کند پیام شما را کجا تحویل دهد. برای این کار، رکورد MX — رکورد Mail Exchanger — دامنه گیرنده را از سیستم نام دامنه (DNS) درخواست میکند.
برای مثال، اگر برای someone@gmail.com ایمیلی بفرستید، سرور SMTP از DNS میپرسد: «کدام سرور ایمیلهای gmail.com را مدیریت میکند؟» DNS پاسخی شبیه این میدهد: alt1.gmail-smtp-in.l.google.com — این همان نشانی سرور ایمیل ورودی Google است. رکورد MX در اصل دستورالعملی برای هدایت است که میگوید «همه ایمیلهای این دامنه را به این سرور تحویل دهید.»
این سیستم رکوردهای MX زیربنای امکانپذیر شدن ایمیل موقت است؛ اما کمی بعد به آن میپردازیم.
مرحله ۳ — تحویل سروربهسرور: رله SMTP
سرور SMTP فرستنده به سرور SMTP ورودی گیرنده (همان سروری که رکورد MX مشخص کرده است) متصل میشود و یک دستدهی SMTP انجام میدهد — گفتوگویی ساختاریافته که در آن دو سرور هویت یکدیگر را تأیید میکنند، درباره رمزنگاری توافق میکنند و پیام را انتقال میدهند. رمزنگاری TLS از محتوای ایمیل در طول انتقال سروربهسرور محافظت میکند.
اگر نخستین سرور MX در دسترس نباشد، سرور فرستنده به رکوردهای MX ثانویه رجوع میکند (بیشتر دامنهها برای افزونگی، چندین رکورد MX دارند). اگر هیچیک از سرورها قابل دسترسی نباشند، ایمیل برای تلاش مجدد در صف قرار میگیرد. پس از چندین تلاش ناموفق طی چند ساعت یا چند روز، فرستنده اعلان برگشت پیام دریافت میکند.
مرحله ۴ — ذخیرهسازی صندوق ورودی: IMAP و POP3
پس از آنکه سرور گیرنده پیام را پذیرفت، ایمیل را ذخیره میکند و منتظر میماند تا گیرنده صندوق ورودی خود را بررسی کند. کلاینت ایمیل گیرنده پیامها را با استفاده از یکی از دو پروتکل زیر دریافت میکند:
IMAP (پروتکل دسترسی به پیامهای اینترنتی): ایمیل را میان چندین دستگاه همگامسازی میکند. پیامها روی سرور باقی میمانند و هر اقدامی که انجام دهید (خواندن، حذف یا جابهجایی) در همهجا منعکس میشود. Gmail، Outlook و بیشتر سرویسهای مدرن از همین پروتکل استفاده میکنند.
POP3 (پروتکل اداره پست ۳): ایمیل را روی یک دستگاه بارگیری میکند و معمولاً آن را از سرور حذف میکند. امروزه کمتر رایج است، اما همچنان در برخی پیکربندیها که ذخیرهسازی محلی ترجیح داده میشود، استفاده میشود.
اجزای یک پیام ایمیل
هر ایمیل چیزی فراتر از متنی است که میبینید. در پسزمینه، دادههای ساختاریافتهای را حمل میکند که به سرورها میگویند پیام را چگونه مسیریابی، نمایش و پردازش کنند.
سربرگها: فرادادهای شامل فرستنده، گیرنده، موضوع، تاریخ و شناسه پیام. اینها دستورالعملهای مسیریابی هستند که هر سرور در طول زنجیره تحویل آنها را میخواند و بر اساس آنها عمل میکند.
سربرگهای پنهان: فیلدهایی مانند Return-Path (مسیری که پیامهای برگشتی به آن ارسال میشوند)، Received (زنجیرهای که همه سرورهای عبورکرده ایمیل را نشان میدهد) و Authentication-Results (نتایج بررسی SPF، DKIM و DMARC). این موارد در بیشتر کلاینتهای ایمیل قابل مشاهده نیستند، اما کل مسیر پیام را آشکار میکنند.
بدنه: محتوای واقعی که بهصورت متن ساده، HTML یا هر دو (multipart/alternative) قالببندی شده است. بیشتر ایمیلهای امروزی HTML هستند؛ به همین دلیل متن قالببندیشده، تصاویر و لینکهای قابل کلیک میبینید.
پیوستها: فایلهایی که با استفاده از MIME (افزونههای چندمنظوره پست اینترنتی) کدگذاری میشوند. MIME فایلهای باینری را به قالبهای متنیِ امن برای انتقال تبدیل میکند تا بتوانند از زیرساخت متنی ایمیل عبور کنند.
ایمیل موقت چگونه به این زیرساخت متصل میشود
اینجاست که همهچیز به هم متصل میشود. سرویسهای ایمیل موقت از یک سیستم جداگانه و اختصاصی استفاده نمیکنند؛ آنها مستقیماً به زیرساخت استاندارد ایمیل که در بالا توضیح داده شد متصل میشوند. به همین دلیل آدرسهای ایمیل موقت از سرورهای واقعی، ایمیلهای واقعی دریافت میکنند: آنها آدرسهای ایمیل واقعی هستند، فقط چرخه عمر متفاوتی دارند.
رکوردهای Catch-All MX — تولید فوری آدرس
وقتی tmailor.com دامنه ای را ثبت می کند (مثلا example-temp.com)، رکورد MX آن دامنه را طوری پیکربندی می کند که به سرور گیرنده تی مایلور اشاره کند. نکته مهم این است که سرور به عنوان یک «همه چیز» پیکربندی شده است—ایمیلی که به هر آدرسی در آن دامنه ارسال شود را می پذیرد، صرف نظر از اینکه آدرس از پیش ساخته شده باشد یا نه.
به همین دلیل است که بلافاصله یک آدرس ایمیل موقتِ فعال دریافت میکنید. این آدرس لازم نیست به معنای سنتی «ایجاد» شده باشد. رکورد MX به اینترنت میگوید: «همه ایمیلهای این دامنه را به سرور ما ارسال کن» و سرور هر چیزی را که میرسد میپذیرد. وقتی به tmailor.com سر میزنید و آدرسی تصادفی میبینید، آن آدرس از قبل فعال است، چون رکورد MX دامنه همه ایمیلها را به سرور Tmailor هدایت میکند. برای توضیح فنی عمیقتر، به «کلیشه ای و نام های مستعار تصادفی.
نبود SMTP خروجی = فقط دریافت
سرویسهای ایمیل موقت رکوردهای MX را برای دریافت تنظیم میکنند، اما رکوردهای SPF، DKIM یا DMARC را برای ارسال پیکربندی نمیکنند. سرورهای ایمیل از این رکوردهای احراز هویت برای تأیید مجازبودن سرور ارسالکننده به ارسال ایمیل از طرف یک دامنه استفاده میکنند.
بدون این رکوردها، هر ایمیلی که از یک دامنه ایمیل موقت ارسال شود، در بررسیهای احراز هویت شکست میخورد و به پوشه اسپم میرود یا حتی مستقیماً رد میشود. بنابراین ایمیل موقت فقط برای دریافت است: تصمیمی عمدی در طراحی، اما همچنان یک محدودیت واقعی. Tmailor نمیتواند ایمیل ارسال یا به آن پاسخ دهد و فعالکردن ارسال خروجی باعث میشود دامنههایش خیلی زود در فهرست سیاه قرار بگیرند.
مدل فقطدریافت چند محدودیت دیگر هم دارد که باید صریحاً به آنها اشاره کرد، چون همگی از همین طراحی سبک ناشی میشوند. پیوستهای دریافتی حذف میشوند؛ بنابراین فایلی که به یک آدرس Tmailor ارسال شود قابل بازکردن یا دانلود نیست و فقط متن، کدها و لینکها منتقل میشوند. پوشه اسپم یا فیلترینگ وجود ندارد: هر پیامی که برسد نمایش داده میشود؛ پس اگر چیزی ظاهر نشده، یعنی هنوز تحویل داده نشده است. پیامها حدود ۲۴ ساعت پس از دریافت قابل مشاهده میمانند و سپس بهطور خودکار پاک میشوند. و چون ورود به حساب کاربری وجود ندارد، Access Token صادرشده برای هر آدرس به شما امکان میدهد بعداً دوباره آن را باز کنید؛ این یک کلید بازیابی است، نه گذرواژه، و اگر آن را گم کنید، هیچکس نمیتواند دوباره آن را صادر کند.
دامنههای متعدد، یک مدل Catch-All
تی مایلور یک مجموعه بزرگ و چرخان از دامنه ها را به جای یک دامنه واحد اجرا می کند و هر کدام رکورد MX جامع خود را دارند که به سرور گیرنده اشاره دارد. این مجموعه عمدا منتشر نشده است: چاپ فهرست کامل به سادگی آن را به فروشندگانی می دهد که فهرست های مسدودکننده ایمیل یکبار مصرف را تهیه می کنند.
داشتن بیش از یک دامنه به دلیلی عملی و فنی اهمیت دارد. برخی سایتها فهرستی از دامنههای ایمیل یکبارمصرف شناختهشده دارند و آدرسی را که دامنهاش در این فهرست باشد رد میکنند. اگر دامنهای خاص پذیرفته نشود، ساختن آدرسی جدید روی دامنهای دیگر یک راهکار معمول برای رفع مشکل است؛ درست مانند زمانی که یک ارائهدهنده از دسترس خارج شده و ارائهدهنده دیگری را امتحان میکنید. به همین دلیل تنوع دامنه ها باعث افزایش قابلیت اطمینان OTP.
اما یک مرز وجود دارد: فهرست مسدودسازی هر دامنه با سیاستی متفاوت است. اگر شرایط استفاده از یک سرویس، ایمیل موقت را بهطور کامل ممنوع کرده باشد، جابهجا شدن میان دامنهها برای ورود به آن سرویس عیبیابی نیست—بلکه دور زدن قانونی است که سایت عمداً وضع کرده است. در چنین شرایطی، از یک آدرس واقعی که متعلق به خودتان است استفاده کنید. ایمیل موقت برای سایتهایی است که آن را مجاز میدانند.
زیرساخت Google-MX برای ایمیلهای ورودی
Tmailor ایمیلهای ورودی را از طریق سرورهای ایمیل Google هدایت میکند؛ بنابراین رکوردهای MX دامنههای آن به زیرساخت Google-MX اشاره دارند—همان ستون فقراتی که ایمیلهای ورودی Gmail را مدیریت میکند. در عمل، این یعنی دریافت مطمئن و دسترسیپذیر: سرورهایی که ایمیلهای تأیید شما را میپذیرند، همان سرورهایی هستند که اینترنت از قبل میداند چگونه به آنها دسترسی پیدا کند.
سرعت واقعی تحویل همچنان عمدتاً به فرستنده بستگی دارد—سرویسی که برایتان ایمیل میفرستد تصمیم میگیرد پیام چه زمانی ارسال شود—بنابراین این موضوع به قابلیت اطمینان و دسترسی مربوط است، نه برتری زمانی تضمینشده. برای آگاهی از منطق این تنظیم، به چرا تی مایلور از سرورهای گوگل استفاده مراجعه کنید.
امنیت ایمیل — چرا صندوق ورودی شما هدف حمله است
درک زیرساخت ایمیل به معنای فهمیدن دلیل حملههای شدید به آن نیز هست. آدرس ایمیل شما رایجترین شناسهای است که در اینترنت مورد سوءاستفاده قرار میگیرد.
فیشینگ: مهاجمان هدر «From» را جعل میکنند تا خود را جای بانکها، کارفرمایان یا سرویسهایی که به آنها اعتماد دارید جا بزنند. SMTP در دورانی طراحی شد که بر اعتماد متکی بود و سازوکار تأیید فرستنده (SPF، DKIM، DMARC) دههها بعد به آن افزوده شد. بسیاری از سرورها هنوز این سازوکارها را بهطور سختگیرانه اعمال نمیکنند.
اسپم: نزدیک به نیمی از کل ترافیک ایمیل در سراسر جهان همچنان اسپم است. هر بار که آدرس ایمیل واقعی خود را در وبسایتی وارد میکنید، احتمال قرار گرفتن آن در فهرست بازاریابی—یا بدتر از آن، فروخته شدنش به کارگزار داده—افزایش مییابد.
نقض دادهها: آدرس ایمیل شما معمولاً کلید اصلی هر پایگاه دادهای است که تاکنون در آن ثبتنام کردهاید. وقتی سرویسی با نقض داده مواجه میشود، آدرس ایمیل شما نخستین چیزی است که افشا میشود و به کلیدی برای حملههای آزمودن اطلاعات ورود به حسابهای دیگر شما تبدیل میگردد.
پیکسلهای ردیابی: تصاویر مخفی 1x1 که در ایمیلهای بازاریابی جاسازی شدهاند، به فرستندگان میگویند چه زمانی پیامی را باز کردهاید، از چه دستگاهی استفاده میکنید و گاهی موقعیت تقریبیتان را نیز مشخص میکنند. صندوق ورودی شما فقط یک صندوق پستی نیست—برای بازاریابان ابزاری نظارتی است.
این تهدیدها دقیقاً دلیل وجود وجود ایمیل موقت هستند. با استفاده از یک آدرس ایمیل موقت برای تعاملات کماعتماد، آدرس ایمیل واقعی خود را از پایگاههای دادهای دور نگه میدارید که در نهایت ممکن است مورد نفوذ قرار بگیرند، فروخته شوند یا استخراج شوند.
کلاینتها و ارائهدهندگان ایمیل — مروری کوتاه
نحوه دسترسی شما به ایمیل به کلاینت (نرمافزار) و ارائهدهنده (سرویس) بستگی دارد.
ارائهدهندگان وبمیل: Gmail، Outlook.com، Yahoo Mail و ProtonMail. این سرویسها هم حساب ایمیل و هم کلاینتی مبتنی بر مرورگر ارائه میدهند. بیشتر مردم یکی از آنها را بهعنوان ایمیل اصلی خود استفاده میکنند.
کلاینتهای دسکتاپ: Thunderbird، Apple Mail و Microsoft Outlook (دسکتاپ). این برنامهها از طریق IMAP یا POP3 به ارائهدهنده شما متصل میشوند و امکان مدیریت ایمیلها را بهصورت آفلاین فراهم میکنند.
کلاینتهای ایمیل موقت: Tmailor یک کلاینت مبتنی بر وب، اپلیکیشنهای اختصاصی موبایل برای Android و iOS و یک ربات Telegram ارائه میدهد. برخلاف کلاینتهای سنتی، برای استفاده از آنها به ورود به حساب یا ثبتنام نیاز ندارید—آدرس بهمحض بارگذاری صفحه کار میکند. اگر بخواهید بعداً همان آدرس را دوباره باز کنید، باید توکن دسترسی آن را ذخیره کنید؛ نیازی به تعیین رمز عبور یا انجام هیچ تأییدی نیست.
از مبانی ایمیل تا ایمیل موقت — پیوند دادن اجزای ماجرا
حالا تصویر کامل را درک میکنید. ایمیل از طریق SMTP منتقل میشود، با DNS و رکوردهای MX مسیریابی میگردد و در صندوق ورودیای قرار میگیرد که با IMAP یا POP3 مدیریت میشود. سرویسهای ایمیل موقت دقیقاً از همین زیرساخت استفاده میکنند: دامنهها را ثبت میکنند، رکوردهای MX همهگیر را پیکربندی میکنند، سرورهای دریافتکننده را روی زیرساخت Google اجرا میکنند و ایمیلهای ورودی شما را از طریق یک رابط وب ساده نمایش میدهند.
هیچ چیز «جعلی» درباره ایمیل موقت وجود ندارد. این سرویس از همان پروتکلها، مسیریابی و سازوکارهای تحویل سایر ایمیلهای اینترنتی استفاده میکند. تفاوت، عمدی است: آدرسهای ایمیل موقت برای یکبارمصرف بودن، ناشناس ماندن و عمر کوتاه طراحی شدهاند — و دقیقاً همین ویژگی است که آنها را برای حفاظت از حریم خصوصی، جلوگیری از هرزنامه و ثبتنامهای کمخطر مفید میکند.
برای آشنایی فنی کامل با تکتک اجزا، ببینید ایمیل موقت چگونه کار می کند آمادهاید خودتان امتحانش کنید؟ یک آدرس ایمیل موقت رایگان ایمیل موقت را در کمتر از ده ثانیه ایجاد کنید.
سؤالات متداول
آیا ایمیل موقت از پروتکلهای واقعی ایمیل استفاده میکند؟
بله، صددرصد. ایمیل موقت را از طریق SMTP استاندارد دریافت میکند و با استفاده از رکوردهای استاندارد MX مسیریابی میکند — همان زیرساختی که Gmail و Outlook استفاده میکنند. این آدرسها از نظر فنی، آدرسهای ایمیل واقعی با طول عمر عمداً محدود هستند.
چرا ایمیل موقت نمیتواند ایمیل ارسال کند؟
سرویسهای ایمیل موقت، رکوردهای SPF، DKIM یا DMARC را برای احراز هویت ایمیلهای خروجی پیکربندی نمیکنند. بدون این رکوردها، هر ایمیلی که از دامنه ایمیل موقت ارسال شود، در بررسیهای تأیید اعتبار رد خواهد شد یا بهعنوان هرزنامه علامتگذاری میشود. این یک انتخاب معماری عمدی است تا دامنههای یکبارمصرف برای دریافت ایمیل فعال بمانند.
آیا میتوانم سربرگهای ایمیلهای دریافتشده با ایمیل موقت را ببینم؟
بله. ایمیلهای دریافتشده از طریق ایمیل موقت، همان سربرگهای هر ایمیل دیگری را دارند: فرستنده، گیرنده، موضوع، تاریخ، زنجیره دریافت و نتایج احراز هویت. سربرگها مسیر کامل تحویل را نشان میدهند، از جمله سرورهای Google که tmailor.com برای پردازش استفاده میکند.
چه چیزی باعث میشود تحویل ایمیل tmailor.com سریعتر از رقبا باشد؟
دو انتخاب طراحی به این موضوع کمک میکنند: زیرساخت ایمیل Google ترافیک ورودی 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.