به عنوان یک کارآفرین، یکی از اولین چیزهایی که به ذهن خطور میکند این است که چگونه ایمیل شرکت خود را مدیریت کنید. گذشته از همه اینها، ایمیل یک...
نکات کلیدی
- SMTP پروتکلی است که برای ارسال و رله ایمیلهای خروجی بین سرورهای ایمیل استفاده میشود. این پروتکل پیامها را از صندوق پستی بازیابی نمیکند.
- SMTP از طریق یک تبادل کوتاه و مبتنی بر متن کار میکند که در آن یک سرویس گیرنده ایمیل، پیامی را به ... ارسال میکند. SMTP سرور، که سپس آن را به سرور ایمیل گیرنده منتقل میکند.
- پورت ۵۸۷ با STARTTLS انتخاب استاندارد برای ارسال احراز هویت شده توسط کلاینت است، در حالی که پورت ۴۶۵ با TLS ضمنی یک جایگزین امن با پشتیبانی گسترده است.
- SMTP احراز هویت تأیید میکند که فرستنده مجاز به استفاده از سرور ایمیل است، در حالی که SPF, DKIMو DMARC محافظت جداگانهای در برابر جعل دامنه ارائه دهید.
- تأیید ایمیل میتواند استفاده کند SMTPبررسیهای سطح-، از جمله دستور RCPT TO، برای ارزیابی اینکه آیا سرور مایل به پذیرش ایمیل برای یک آدرس بدون ارسال پیام است یا خیر.
شما یک ایمیل مینویسید، دکمه ارسال را فشار میدهید و چند ثانیه بعد، ایمیل در صندوق ورودی کسی در آن سوی دنیا ظاهر میشود. این فرآیند به ... بستگی دارد. SMTP، پروتکل استاندارد مسئول ارسال ایمیل در اینترنت. آن را به عنوان یک پستچی در نظر بگیرید که نامه شما را بین دفاتر پستی جابجا میکند: این به گیرنده کمکی در خواندن نامه نمیکند، فقط آن را به مقصد میرساند.
چیست SMTP?
SMTPیا پروتکل انتقال ایمیل ساده، پروتکل استانداردی است که برای ارسال و انتقال ایمیل در اینترنت استفاده میشود. وقتی پیامی ارسال میکنید، SMTP آن را از سرویس گیرنده ایمیل شما به سرور ایمیل خروجی و از آنجا به سرور ایمیل گیرنده منتقل میکند. این سرویس فقط ایمیلهای خروجی را مدیریت میکند (بازیابی و خواندن ایمیل از صندوق پستی توسط IMAP یا POP3 انجام میشود).
SMTP یک پروتکل لایه کاربرد است که بر روی TCP/IP اجرا میشود و توسط ... تعریف میشود. RFC 5321این یک پروتکل ارسال (push) است: پیامها را از یک سرور به سرور دیگر ارسال میکند. به محض اینکه پیام به صندوق پستی گیرنده رسید، SMTPکار انجام شده است. هر اتفاقی که بعد از آن بیفتد، مانند دانلود در دستگاه، خواندن در مرورگر یا همگامسازی بین برنامهها، خارج از دسترس است. SMTPدامنه.
SMTP و IMAP اغلب با هم اشتباه گرفته میشوند زیرا هر دو در ایمیل دخیل هستند، اما اهداف متضادی را دنبال میکنند: SMTP پیامها را ارسال میکند، در حالی که IMAP آنها را بازیابی و همگامسازی میکند.
چطور؟ SMTP کار کن
SMTP یک پیام را با استفاده از دستورات کوتاه متنی ساده، از طریق یک سری مراحل منتقل میکند. این فرآیند شامل کلاینت ایمیل شما، سرور ایمیل خروجی شما و سرور ایمیل گیرنده (به همین ترتیب) میشود.
La SMTP فرآیند ارسال
وقتی دکمه ارسال را میزنید، این اتفاق میافتد:
- سرویس گیرنده ایمیل شما، پیام را به شما ارسال میکند. SMTP سرور روی پورت ۵۸۷ یا ۴۶۵، در حال احراز هویت با نام کاربری و رمز عبور.
- شما SMTP سرور یک را انجام میدهد DNS برای یافتن دامنه گیرنده، آن را جستجو کنید رکورد MXکه سرور ایمیل مسئول دریافت ایمیل برای آن دامنه را مشخص میکند.
- سرور شما با استفاده از آدرسی که توسط جستجوی MX برگردانده شده است، پیام را از طریق پورت ۲۵ به سرور ایمیل گیرنده ارسال میکند.
- سرور ایمیل گیرنده، پیام را دریافت کرده و آن را در صندوق پستی گیرنده ذخیره میکند.
- گیرنده پیام را با استفاده از IMAP یا POP3 دریافت میکند. این یک فرآیند جداگانه است که شامل موارد زیر نمیشود: SMTP.
اگر پیام در طول مسیر از سرورهای میانی عبور کند (که در برخی پیکربندیها اتفاق میافتد)، هر کدام یک سرآیند Received: به پیام اضافه میکنند و یک سابقه قابل ردیابی از محل پیام ایجاد میکنند. به این کار ذخیره و ارسال میگویند: هر سرور قبل از ارسال پیام به سرور بعدی، آن را موقتاً نگه میدارد. این ردپا همان چیزی است که سرآیندهای ایمیل هنگام مشاهده منبع کامل یک پیام تحویل داده شده نشان میدهند.
SMTP دستورات و مکالمه
SMTP یک مکالمه درخواست و پاسخ به صورت متن ساده است. کلاینت یک دستور صادر میکند و سرور با یک کد عددی پاسخ میدهد. در اینجا یک کد پایه آمده است. SMTP تبادل به نظر می رسد:
EHLO client.example.com
250 Hello client.example.com
MAIL FROM:<[email protected]>
250 OK
RCPT TO:<[email protected]>
250 OK
DATA
354 Start input, end with <CRLF>.<CRLF>
Subject: Hello
This is the message body.
250 Message queued
QUIT
221 Byeهر دستور نقش خاصی دارد: EHLO جلسه را باز میکند و سرور فرستنده را شناسایی میکند؛ MAIL FROM آدرس فرستنده را اعلام میکند؛ RCPT TO گیرنده را اعلام میکند؛ DATA محتوای پیام را حمل میکند؛ و QUIT اتصال را میبندد. سرور با کدهای سه رقمی پاسخ میدهد: ۲۵۰ به معنای موفقیت، ۳۵۴ به معنای «ادامه دهید و متن پیام را ارسال کنید» و کدهای موجود در محدودههای ۴xx و ۵xx به ترتیب نشاندهنده خرابیهای موقت و دائمی هستند.
SMTP پورتها: ۲۵، ۵۸۷ و ۴۶۵
سه بنادر بیشتر را مدیریت کنید SMTP ترافیک، و انتخاب مورد مناسب برای قابلیت تحویل و امنیت اهمیت دارد:
- پورت ۲۵ پورت اصلی است SMTP پورتی برای رلهی سرور به سرور. این پورت برای کلاینتهای ایمیل معمولی در نظر گرفته نشده است و بسیاری از ارائهدهندگان خدمات اینترنتی و پلتفرمهای ابری، اتصالات خروجی روی این پورت را برای کاهش هرزنامه مسدود میکنند.
- پورت ۵۸۷ پورت استاندارد ارسال ایمیل برای کلاینتهای ایمیل است. SMTP AUTH (نام کاربری و رمز عبور) و از STARTTLS برای ارتقاء اتصال به حالت رمزگذاری شده قبل از انتقال استفاده میکند. این پورت برای اکثر ارسالهای کلاینت و برنامه توصیه میشود.
- پورت ۴۶۵ از TLS ضمنی استفاده میکند، به این معنی که اتصال به محض باز شدن، قبل از هرگونه رمزگذاری، رمزگذاری میشود. SMTP دستورات ارسال میشوند. این پورت به طور گسترده پشتیبانی میشود و به عنوان یک جایگزین امن برای پورت ۵۸۷ عمل میکند.
پورت ۲۵۲۵ یک پورت جایگزین غیررسمی است که توسط بسیاری از ارائهدهندگان خدمات ایمیل ارائه میشود. این پورت اغلب زمانی استفاده میشود که پورت ۵۸۷ در دسترس نباشد یا مسدود شده باشد، اگرچه رسماً برای آن اختصاص داده نشده است. SMTP در یک RFC.
SMTP احراز هویت و امنیت
SMTP در ابتدا بدون امنیت داخلی طراحی شده بود، بنابراین ایمیل مدرن برای محافظت از ارسال پیام به احراز هویت و رمزگذاری اضافی متکی است.
SMTP AUTH لایه احراز هویت در پورتهای ارسال ۵۸۷ و ۴۶۵ است. وقتی یک سرویس گیرنده ایمیل یا برنامه را برای ارسال ایمیل پیکربندی میکنید، یک نام کاربری و رمز عبور ارائه میدهید که SMTP سرور قبل از پذیرش پیام، آن را تأیید میکند. این کار از ارسال ایمیل توسط کاربران غیرمجاز از طریق سرور شما جلوگیری میکند و به کاهش سوءاستفاده از هرزنامه کمک میکند.
تحویل سرور به سرور از طریق پورت ۲۵ به طور متفاوتی عمل میکند. SMTP از AUTH استفاده نمیشود زیرا سرورهای ایمیل از طریق آن یکدیگر را شناسایی و ارزیابی میکنند. DNS سوابق، اعتبار IP و سایر سیگنالهای اعتماد به جای اعتبارنامههای کاربر.
رمزگذاری از پیامها در حین انتقال بین کلاینت و ... محافظت میکند. SMTP سرور. روی پورت ۵۸۷، STARTTLS با یک اتصال رمزگذاری نشده شروع میشود و قبل از انتقال اعتبارنامهها یا محتوای پیام، آن را به TLS ارتقا میدهد. روی پورت ۴۶۵، TLS ضمنی اتصال را از لحظه برقراری رمزگذاری میکند.
SMTP AUTH و TLS تأیید میکنند که شما مجاز به استفاده از سرور فرستنده هستید و از اتصال در حین انتقال محافظت میکنند، اما مانع از جعل دامنه شما در سربرگ From: نمیشوند. جعل دامنه توسط ... مورد بررسی قرار میگیرد. SPF, DKIMو DMARC، که هستند DNSاستانداردهای احراز هویت ایمیل مبتنی بر - که سرورهای گیرنده در کنار آن ارزیابی میکنند SMTP معامله.
SMTP در مقابل IMAP و POP3
رایجترین سردرگمی در مورد SMTP ایده این است که هم ارسال و هم دریافت ایمیل را مدیریت میکند. اما اینطور نیست.
SMTP یک پروتکل push است که پیامها را از یک سرور به سرور دیگر ارسال و رله میکند. IMAP و POP3 پروتکلهای pull هستند که به یک سرویس گیرنده ایمیل اجازه میدهند پیامهای ذخیره شده در صندوق پستی را بازیابی کند. وقتی صندوق ورودی خود را باز میکنید و ایمیل جدیدی میبینید، IMAP یا POP3 این کار را انجام میدهند، نه SMTP.
SMTP، IMAP و POP3 پروتکلهای مکمل هستند نه رقیب. اکثر کلاینتهای ایمیل از SMTP برای ارسال پیامها و IMAP یا گاهی اوقات POP3 برای دریافت آنها، از طریق سرورها یا پورتهای مختلف برای هر عملکرد متصل میشوند.
چرا SMTP به تنهایی برای رسیدن به موفقیت کافی نیست
SMTP پیام شما را به سرور ایمیل گیرنده تحویل میدهد. اینکه آیا آن پیام به جای پوشه هرزنامه به صندوق ورودی میرسد یا به پوشه هرزنامه، به عواملی فراتر از ... بستگی دارد. SMTP خودِ تراکنش.
سه عامل، جایگاه صندوق ورودی را فراتر از آنچه که هست، تعیین میکنند SMTP کنترل:
- احراز هویت: بررسی سرورهای دریافتکننده SPF, DKIMو DMARC برای تأیید اینکه پیام واقعاً از یک فرستنده مجاز برای دامنه شما ارسال شده است. رکوردهای مفقود یا پیکربندی نادرست میتوانند باعث شوند پیامها حتی در صورت وجود، رد یا فیلتر شوند. SMTP تبادل موفق میشود.
- اعتبار فرستنده: ارائه دهندگان صندوق ورودی، رفتار ارسال آدرس IP و دامنه شما را در طول زمان ردیابی میکنند. نرخ بالای شکایات، برخورد با تلههای اسپم و ... نرخ گزاف گویی میتواند آن اعتبار را تضعیف کند و باعث شود پیامهای آینده به عنوان هرزنامه فیلتر شوند.
- کیفیت فهرست: ارسال به آدرسهای نامعتبر، غیرفعال یا پرخطر، سیگنالهای برگشتی ایجاد میکند که میتواند به اعتبار فرستنده آسیب برساند. تأیید لیست ایمیل شما قبل از ارسال، بسیاری از این آدرسها را حذف میکند و خطر خرابیهای قابل اجتناب در تحویل را کاهش میدهد.
همچنین ارتباط مستقیمی بین SMTP و تأیید ایمیل. چه زمانی DeBounce یک آدرس ایمیل را تأیید میکند، آن را باز میکند SMTP با سرور ایمیل گیرنده مکالمه میکند و یک دستور RCPT TO صادر میکند تا بررسی کند که آیا صندوق پستی پذیرفته شده است یا خیر. اگر سرور پاسخ مثبت دهد، آدرس قابل تحویل است. اگر پاسخ رد بدهد، آدرس علامتگذاری میشود.
تأیید قبل از مرحله DATA متوقف میشود، بنابراین هیچ پیامی ارسال نمیشود و بررسی هیچ اثری در صندوق ورودی گیرنده باقی نمیگذارد. DeBounce این را ترکیب میکند SMTP با سایر سیگنالهای اعتبارسنجی پاسخ دهید تا آدرس را بدون تکمیل تحویل واقعی ارزیابی کنید.
خط پایین
SMTP ارسال و انتقال ایمیل بین سرورها را مدیریت میکند، در حالی که IMAP یا POP3 بازیابی را مدیریت میکنند. همچنین در کنار آن کار میکند. SPF, DKIMو DMARCکه به سرورهای گیرنده کمک میکنند تا فرستنده را تأیید کرده و نحوه برخورد با پیام را تعیین کنند.
تحویل مطمئن همچنین به ارسال به آدرسهای معتبر بستگی دارد. DeBounce آدرسهای ایمیل را در SMTP بدون ارسال پیام، سطح را تنظیم کنید و به شما کمک میکند مخاطبین نامعتبر را قبل از ایجاد بازگشت، حذف کنید. لیست ایمیل خود را تأیید کنید قبل از کمپین بعدی خود و با ۱۰۰ تایید رایگان شروع کنید.
