پروتکل SMTP

SMTP(انگلیسی) ساده ایمیل انتقال پروتکل-- Simple Mail Transfer Protocol) یک پروتکل شبکه ای است که برای انتقال ایمیل از طریق شبکه های TCP/IP طراحی شده است.

SMTP برای ارسال نامه از کاربران به سرورها و بین سرورها برای ارسال بیشتر به گیرنده استفاده می شود. برای دریافت نامه، سرویس گیرنده نامه باید از پروتکل های POP3 یا IMAP استفاده کند.

داده ها با استفاده از TCP، معمولاً با استفاده از پورت 25 یا 587 منتقل می شوند. هنگام ارسال پیام بین سرورها، معمولاً از پورت 25 استفاده می شود.

برای ارسال پیام به گیرنده، باید آن را به سرور پست الکترونیکی دامنه ای که گیرنده در آن قرار دارد، فوروارد کنید. برای این منظور معمولا از یک رکورد نوع MX استفاده می شود. ایمیل تبادل-- تبادل نامه) سیستم های DNS. اگر رکورد MX وجود نداشته باشد، می توان از یک رکورد A برای اهداف مشابه استفاده کرد. برخی از پیاده سازی های مدرن سرورهای SMTP (به عنوان مثال، Exim) برای تعیین سروری که نامه را در دامنه گیرنده ارائه می دهد، آنها همچنین می توانند از رکورد SRV (RFC 2782) استفاده کنند.

سرور SMTPیک ماشین حالت با حالت داخلی است. کلاینت رشته فرمان را به سرور ارسال می کند<пробел>گزینه ها<перевод строки>. سرور به هر فرمان با یک خط حاوی کد پاسخ و یک پیام متنی جدا شده با فاصله پاسخ می دهد. کد پاسخ یک عدد از 100 تا 999 است که به صورت رشته ای ارائه می شود و به صورت زیر تفسیر می شود:

• · 2ХХ - دستور با موفقیت انجام شد
• · 3XX -- داده های اضافی از مشتری انتظار می رود
• · 4ХХ - خطای موقت، مشتری باید پس از مدتی دوباره امتحان کند
• · 5ХХ - خطای کشنده

بخش متنی پاسخ برای اهداف مرجع است و برای یک شخص در نظر گرفته شده است نه یک برنامه.

امنیت SMTP و هرزنامه

در ابتدا، SMTP از یک طرح مجوز واحد پشتیبانی نمی کرد. در نتیجه، هرزنامه به یک مشکل تقریباً حل نشدنی تبدیل شد، زیرا تعیین فرستنده واقعی یک پیام غیرممکن بود - در واقع، امکان ارسال نامه از طرف هر کسی وجود داشت. در حال حاضر با استفاده از مشخصات SPF، Sender ID، Yahoo Domain Keys تلاش می شود تا این مشکل برطرف شود. در حال حاضر هیچ مشخصات واحدی وجود ندارد.

پروتکل POP3

POP3(انگلیسی) پست دفتر پروتکل نسخه 3-- پروتکل دفتر پست نسخه 3) یک پروتکل شبکه ای است که برای دریافت پیام های ایمیل از یک سرور استفاده می شود. معمولاً در ارتباط با پروتکل SMTP استفاده می شود.

برنج. 10. طرح "Client-server از طریق پروتکل POP3"

شرح پروتکل POPZ

بیایید موردی را که در شکل نشان داده شده است در نظر بگیریم. 10. طرح "کلینت-سرور از طریق پروتکل POP3". طراحی پروتکل POP3 به کاربر این امکان را می دهد که با سرور ایمیل خود تماس گرفته و نامه هایی را که برای او جمع شده است بازیابی کند. کاربر می تواند از هر نقطه دسترسی اینترنتی به سرور POP دسترسی داشته باشد. در همان زمان، او باید یک عامل پست ویژه (UA) راه اندازی کند، که با استفاده از پروتکل POP3 کار می کند، و آن را برای کار با سرور ایمیل خود پیکربندی کند. بنابراین، در رأس مدل POP یک رایانه شخصی جداگانه قرار دارد که منحصراً به عنوان مشتری سیستم پستی (سرور) کار می کند. همچنین تاکید می کنیم که پیام ها با استفاده از پروتکل POP به مشتری تحویل داده می شوند، اما همچنان با استفاده از SMTP ارسال می شوند. یعنی در رایانه کاربر دو رابط عامل جداگانه برای سیستم پست وجود دارد - تحویل (POP) و ارسال (SMTP). توسعه دهندگان پروتکل POP3 این وضعیت را "عوامل تقسیم" (Split UA) می نامند. مفهوم عوامل جداگانه به طور خلاصه در مشخصات POP3 مورد بحث قرار گرفته است.

پروتکل POP3 سه مرحله را در فرآیند دریافت نامه مشخص می کند: مجوز، تراکنش و به روز رسانی. پس از اینکه سرور POP3 و کلاینت ارتباط برقرار کردند، مرحله مجوز شروع می شود. در مرحله مجوز، مشتری خود را به سرور معرفی می کند. در صورت موفقیت آمیز بودن مجوز، سرور صندوق پستی مشتری را باز می کند و مرحله تراکنش آغاز می شود. در آن، کلاینت یا اطلاعاتی را از سرور درخواست می کند (مثلاً لیستی از پیام های ایمیل) یا از آن می خواهد که عمل خاصی را انجام دهد (مثلاً یک پیام ایمیل صادر کند). در نهایت، در مرحله به روز رسانی، جلسه ارتباط به پایان می رسد. در زیر دستورات پروتکل POP3 که برای اجرای پیکربندی حداقلی که در اینترنت کار می‌کند، مورد نیاز هستند، فهرست می‌شوند.

دستورات نسخه 3 POP (حداقل پیکربندی)

USER کاربر را با نام مشخص شده شناسایی می کند

PASS رمز عبور جفت کلاینت و سرور را مشخص می کند

QUIT اتصال TCP را می بندد

سرور STAT تعداد پیام‌های موجود در صندوق پستی را به اضافه اندازه صندوق پستی برمی‌گرداند

سرور LIST شناسه های پیام را همراه با اندازه پیام برمی گرداند (پارامتر فرمان می تواند شناسه پیام باشد)

RETR یک پیام را از صندوق پست بازیابی می کند (به آرگومان شناسه پیام نیاز دارد)

DELE پیامی را برای حذف علامت گذاری می کند (به آرگومان ID پیام نیاز دارد)

NOOP سرور یک پاسخ مثبت برمی گرداند، اما هیچ اقدامی انجام نمی دهد

آخرین سرور بالاترین شماره پیام را در میان پیام هایی که قبلاً به آنها دسترسی داشته اند را برمی گرداند

RSET حذف پیامی که قبلاً با دستور DELE علامت گذاری شده بود را لغو می کند.

پروتکل POP3 چندین دستور را تعریف می کند، اما تنها دو پاسخ به آنها داده می شود: +OK (مثبت، مشابه پیام تأیید ACK) و -ERR (منفی، شبیه به پیام NAK "تأیید نشده"). هر دو پاسخ تأیید می کنند که با سرور تماس گرفته شده است و اصلاً به دستورات پاسخ می دهد. به عنوان یک قاعده، هر پاسخ با یک توصیف شفاهی معنادار از آن همراه است. RFC 1225 نمونه هایی از چندین جلسه POP3 معمولی را ارائه می دهد. اکنون به چندین مورد از آنها نگاه خواهیم کرد که امکان گرفتن ترتیب دستورات در تبادل بین سرور و مشتری را فراهم می کند.

پس از اینکه برنامه یک اتصال TCP به پورت پروتکل POP3 (شماره رسمی 110) برقرار کرد، لازم است دستور USER با نام کاربری به عنوان پارامتر ارسال شود. اگر پاسخ سرور +OK باشد، باید دستور PASS را با رمز عبور این کاربر ارسال کنید:

CLIENT: USER kcope ERVER: +OK CLIENT: PASS Secret SERVER: +OK kcope "s maildrop دارای 2 پیام (320 octet) است (2 پیام (320 byte) در صندوق پستی kcope وجود دارد ...)

معاملات POPZ

دستور STAT تعداد پیام‌ها و تعداد بایت‌های پیام‌ها را برمی‌گرداند:

سرور: +OK 2 320

دستور LIST (بدون پارامتر) فهرستی از پیام‌های موجود در صندوق پستی و اندازه آنها را برمی‌گرداند:

دستور NOOP هیچ اطلاعات مفیدی به جز پاسخ مثبت سرور بر نمی گرداند. با این حال، پاسخ مثبت به این معنی است که سرور به مشتری متصل است و منتظر درخواست ها است:

مثال های زیر نشان می دهد که سرور POP3 چگونه اقدامات را انجام می دهد. به عنوان مثال، دستور RETR پیام را با شماره مشخص شده بازیابی می کند و آن را در بافر محلی UA قرار می دهد:

کلاینت: RETR 1 SERVER: +OK 120 octets SERVER: (سرور POP3 کل پیام را ارسال می کند) سرور: . . . . . .

دستور DELE پیامی که باید حذف شود را علامت گذاری می کند:

سرور: پیام +تأیید 1 حذف شد ... (پیام 1 حذف شد) سرویس گیرنده: DELE 2 سرور: -پیام ERR 2 پیام قبلاً حذف شده 2 قبلاً حذف شده است)

دستور RSET پرچم های حذف را از تمام پیام های علامت گذاری شده قبلی حذف می کند:

(2 پیام (320 بایت) در صندوق پست وجود دارد)

همانطور که انتظار دارید، دستور QUIT اتصال به سرور را می بندد:

کلاینت: خروج از سرور: +OK دیویی POP3 در حال خاموش شدن کلاینت: خروج از سرور: +OK دیویی POP3 در حال خاموش شدن (قطره پست خالی) کلاینت: خروج از سرور: +تأیید امضای سرور dewey POP3 (2 پیام باقی مانده است)

توجه داشته باشید که پیام هایی که برای حذف علامت گذاری شده اند تا زمانی که دستور QUIT صادر نشود و مرحله به روز رسانی شروع شود، در واقع حذف نمی شوند. در هر زمانی از جلسه، کلاینت این امکان را دارد که دستور RSET را صادر کند و تمام پیام هایی که برای حذف علامت گذاری شده اند بازیابی می شوند.

پروتکل IMAP

IMAP(انگلیسی) اینترنت پیام دسترسی داشته باشید پروتکل) یک پروتکل اینترنت لایه کاربردی برای دسترسی به ایمیل است.

IMAP قابلیت های غنی را برای کار با صندوق های پستی واقع در سرور مرکزی در اختیار کاربر قرار می دهد. یک برنامه ایمیلی که از این پروتکل استفاده می کند به فضای ذخیره مکاتبات روی سرور دسترسی پیدا می کند که گویی مکاتبات در رایانه گیرنده قرار دارد. ایمیل‌ها را می‌توان از رایانه کاربر (کارفرما) بدون نیاز به انتقال مداوم فایل‌ها با محتوای کامل ایمیل‌ها از سرور به عقب و جلو، دستکاری کرد.

مزایا نسبت به POP

IMAP برای جایگزینی پروتکل ساده تر POP3 توسعه یافته است و دارای مزایای زیر نسبت به دومی است:

• · پیام ها در سرور ذخیره می شوند، نه روی مشتری. امکان دسترسی به یک صندوق پستی از کلاینت های مختلف وجود دارد. همچنین پشتیبانی می شود همزماندسترسی توسط چندین مشتری این پروتکل دارای مکانیسم هایی است که توسط آن یک کلاینت می تواند از تغییرات ایجاد شده توسط سایر مشتریان مطلع شود.
• · پشتیبانی از چندین صندوق پستی (یا پوشه ها). مشتری می تواند صندوق های پستی را روی سرور ایجاد، حذف و تغییر نام دهد و همچنین حروف را از یک صندوق پستی به صندوق دیگر منتقل کند.
• · امکان ایجاد پوشه های مشترک که برای چندین کاربر قابل دسترسی باشد، وجود دارد.
• · اطلاعات مربوط به وضعیت حروف در سرور ذخیره می شود و در دسترس همه مشتریان است. پیام ها را می توان به عنوان خوانده شده، مهم و غیره علامت گذاری کرد.
• · پشتیبانی از جستجوی سرور. برای یافتن پیام مورد نیاز خود نیازی به دانلود پیام های زیادی از سرور نیست.
• · پشتیبانی از کار آنلاین. کلاینت می تواند ارتباط ثابتی با سرور داشته باشد، در حالی که سرور در زمان واقعی به مشتری در مورد تغییرات صندوق های پستی، از جمله حروف جدید، اطلاع می دهد.
• · مکانیزمی برای گسترش قابلیت های پروتکل ارائه شده است.

کار آزمایشگاهی شماره 16

وظیفه: ایجاد و پیکربندی یک حساب کاربری در Outlook.

کنترل سوالات

1. پروتکل های اساسی مورد استفاده در ایمیل.

SMTP (پروتکل انتقال نامه ساده) یک پروتکل شبکه پرکاربرد است که برای انتقال ایمیل از طریق شبکه های TCP/IP طراحی شده است.

POP3 (پروتکل پست آفیس نسخه 3) یک پروتکل استاندارد در سطح برنامه اینترنت است که توسط سرویس گیرندگان ایمیل برای دریافت نامه از یک سرور راه دور از طریق اتصال TCP/IP استفاده می شود.

IMAP (پروتکل دسترسی به پیام های اینترنتی) یک پروتکل در سطح برنامه برای دسترسی به ایمیل است.

2. تفاوت بین POP2 و POP3 چیست؟

POP2 و POP3 دارای شماره پورت پروتکل متفاوتی هستند.

POP2 در RFC 937 تعریف شده است.

3. APOP چیست؟

APOP POP3 (پروتکل از طریق اینترنت) را با استفاده از یک روش احراز هویت گسترش می دهد که رمز عبور را هنگام دریافت پیام های ایمیل توسط مشتری رمزگذاری می کند.

4. تفاوت بین POP و IMAP

پروتکل ایمیل POP3 فقط برای دانلود پیام های جدید از سرور ایمیل استفاده می شود. این امکان را به مشتری ایمیل می دهد تا فقط برای مدت زمان مورد نیاز برای دانلود پیام ها به سرور متصل شود.

اتصال همزمان چندین سرویس گیرنده نامه به یک صندوق پستی خاص مجاز نیست (فقط یک اتصال مجاز است).

هنگام استفاده از پروتکل ایمیل IMAP، تا زمانی که صندوق پستی در برنامه ایمیل کار می کند، اتصال قطع نمی شود. پیام ها فقط به درخواست مشتری ایمیل از سرور دانلود می شوند.

دسترسی همزمان چندین سرویس گیرنده نامه به صندوق پست مجاز است و هر یک از آنها می توانند تغییرات ایجاد شده توسط سایر مشتریان متصل و همچنین وضعیت همه پیام ها (خواندن، پاسخ ارسال شده، حذف شده) را ردیابی کنند.

5. مدرن ترین پروتکل ایمیل

IMAP جدیدترین و در نتیجه کمتر محبوب ترین پروتکل خواندن ایمیل است.

پروتکلی که به شما امکان می دهد ایمیل را بدون بارگیری قبلی مشاهده کنید؟

IMAP به شما این امکان را می دهد که با پیام های ایمیل کار کنید بدون اینکه ابتدا آنها را در رایانه گیرنده بارگیری کنید

آیا استفاده از پروتکل راحت‌تر است؟

6. ارسال/دریافت پیام ایمیل؟

به عنوان یکی از عناصر ایمیل، صندوق پستی یک فهرست (پوشه) سیستم فایل معمولی است و ایمیل ها فایل های داده ای هستند که در این فهرست قرار دارند. به طور طبیعی، تمام فناوری های دریافت و ارسال ایمیل ها تابع قوانین خاصی است که توسط پروتکل ها و فرمت های داده تعیین شده است. در سمت کلاینت (فرستنده و گیرنده)، از نرم افزار خاصی استفاده می شود - یک سرویس گیرنده ایمیل که می توان از آن استفاده کرد، به عنوان مثال، Microsoft Outlook برای ویندوز یا Mozilla Thunderbird برای لینوکس. حتی اگر با صندوق پستی خود از طریق یک رابط وب کار می کنید (با اتصال به یک سایت، به عنوان مثال mail.ru)، همچنان از نرم افزار سرویس گیرنده ایمیل در حال اجرا در محیط سرور استفاده می کنید. سرورهای ایمیل و کلاینت های ایمیل، صرف نظر از اینکه روی چه سخت افزاری و چه نرم افزاری کار می کنند، حداقل دو پروتکل کاربردی را پیاده سازی می کنند که بدون آن ها تبادل نامه غیرممکن است. یکی از آنها برای انتقال ایمیل استفاده می شود - این پروتکل SMTP (پروتکل انتقال نامه ساده) است، دومی برای دریافت POP3 (پروتکل اداره پست نسخه 3، پروتکل اداره پست) استفاده می شود. هر دو پروتکل در سطح برنامه به شکل پیام متنی در رمزگذاری ASCII پیاده سازی می شوند. پروتکل های شبکه ای هستند.

7. MIME چیست؟

MIME (افزونه‌های ایمیل چند منظوره اینترنتی) استانداردی است که انتقال انواع داده‌ها از طریق پست الکترونیکی و همچنین به طور کلی مشخصاتی برای رمزگذاری اطلاعات و قالب‌بندی پیام‌ها به منظور ارسال آنها از طریق اینترنت را توضیح می‌دهد.

MIME مکانیسم‌هایی را برای انتقال انواع مختلف اطلاعات در داده‌های متنی (به ویژه از طریق ایمیل) تعریف می‌کند، یعنی متن در زبان‌هایی که از رمزگذاری‌های غیر ASCII و داده‌های غیر متنی مانند تصاویر، موسیقی، فیلم‌ها و برنامه‌ها استفاده می‌کنند. MIME همچنین یک جزء اساسی از پروتکل های ارتباطی مانند HTTP است که نیاز به انتقال داده در متن پیام هایی مانند ایمیل دارد، حتی اگر داده ها در واقع ایمیل نباشند.

MIME مجموعه‌ای از سرصفحه‌های ایمیل را برای تعیین ویژگی‌های پیام اضافی، از جمله نوع محتوا، تعریف می‌کند و انواع رمزگذاری‌ها را تعریف می‌کند که می‌توانند برای نمایش داده‌های باینری ۸ بیتی با استفاده از کاراکترهای ASCII ۷ بیتی استفاده شوند. MIME همچنین قوانینی را برای رمزگذاری کاراکترهای ASCII Extended (کدهای 128-255) در سرصفحه های پیام های ایمیل، مانند موضوع: تعریف می کند.

8. تفاوت بین سرورهای ایمیل رایگان و سرورهای پولی؟

مزایای یک سرور پست الکترونیکی پولی:

در پاراگراف الزامات امنیتی برای خدمات ایمیل پولی، یک زیرمجموعه اختیاری وجود دارد که بیان می‌کند حتی سازمان‌های اطلاعاتی نیز نمی‌توانند اولویت‌هایی را در خواندن نامه‌های کاربران مطالبه کنند.

قابلیت اطمینان خود سیستم همه از "خراش" ناگهانی سرورهای ایمیل Google یا Yandex، در دسترس نبودن نامه شما برای مدت طولانی مطلع هستند، و علاوه بر این، مقامات ممکن است به طور ناگهانی دسترسی به یک یا آن سرویس محبوب را "به طور تصادفی" برای یک ناشناس محدود کنند. زمان و میلیون ها کاربر در دسترس باقی خواهند ماند.

یک سیستم ایمیل از سه جزء تشکیل شده است: یک عامل کاربر که به کاربران اجازه می‌دهد پیام‌ها را بخوانند و بنویسند، و عامل‌هایی برای ارسال و تحویل پیام‌ها. وظیفه نماینده حمل و نقل این است که نامه‌های نماینده کاربر را بپذیرد، آدرس‌های گیرنده را تفسیر کند و نامه را برای تحویل به ماشین‌های مناسب ارسال کند. مامور تحویل نامه مسئول دریافت نامه از نماینده حمل و نقل و تحویل آن به گیرندگان است.

پروتکل SMTP

پس از اینکه عامل انتقال نامه پیامی را به صف خروجی ارسال کرد، عامل تحویل، MTA، مسئولیت را بر عهده می گیرد. پیام را بازیابی می کند و به MTA دیگری می فرستد. این روند تا زمانی که پیام به رایانه گیرنده برسد ادامه می یابد. اکثر MTA ها از پروتکل SMTP برای انتقال پیام ها استفاده می کنند. پیام ها بر اساس قوانین ترمینال شبکه مجازی NVT فرمت می شوند. یک کاراکتر در NVT از هفت بیت ASCII تشکیل شده و یک حرف، عدد یا علامت نگارشی است.

علاوه بر متن، SMTP همچنین به شما امکان می دهد اطلاعات باینری، مانند گرافیک های پیوست شده یا فایل های صوتی را انتقال دهید.

یک پیام به صندوق پستی کاربر می تواند از طریق مسیرهای مختلف تحویل داده شود. برای مسیریابی نامه در مسیر مورد نظر، MTA های میانی مشخص شده اند. در مثال زیر [ایمیل محافظت شده]یک صندوق پستی است و HOSTI، HOST2 و HOST3 عوامل میانی هستند:

ایمیل از:<@HOSTI, @HOST2, @HOST3: [ایمیل محافظت شده] >

به طور معمول، یک یا چند عامل واسطه بین دو کامپیوتر وجود دارد. آرگومان فرمان MAIL یک مسیر بازگشتی است که شامل نام منبع پیام و نام هر عامل میانی است. مسیر معکوس توسط SMTP زمانی استفاده می شود که باید گزارش دهد که یک خطا رخ داده است یا اینکه پیامی نمی تواند پس از عبور از یک عامل میانی تحویل داده شود. همانطور که یک پیام در سراسر اینترنت حرکت می کند، سوابق مسیرهای آن تغییر می کند.

پروتکل POP3

دو عامل پست جداگانه در رایانه کاربر وجود دارد - تحویل (POP) و ارسال (SMTP).

پروتکل اداره پست (POP) پروتکلی برای تحویل نامه به کاربر است. پیام‌ها به صندوق‌های پستی کاربر که در یک سرور پست الکترونیکی 24/7 قرار دارند، تحویل داده می‌شوند. کاربر می تواند از هر نقطه دسترسی اینترنتی به سرور ایمیل POP خود دسترسی داشته باشد. برای انجام این کار، باید عامل ایمیل را راه اندازی کنید و آن را برای کار با سرور ایمیل خود پیکربندی کنید.

پروتکل POP3 که نسخه بعدی POP است، سه مرحله را در فرآیند دریافت نامه مشخص می کند: مجوز، تراکنش و به روز رسانی. در مرحله مجوز، مشتری خود را شناسایی می کند. در صورت موفقیت آمیز بودن مجوز، سرور صندوق پستی مشتری را باز می کند و مرحله تراکنش نامه آغاز می شود. در مرحله به روز رسانی، جلسه ارتباط به پایان می رسد.

پروتکل IMAP4

IMAP4 (پروتکل دسترسی به پیام های اینترنتی) به مشتریان اجازه می دهد تا به پیام های ایمیل روی سرور دسترسی داشته باشند و آنها را دستکاری کنند. برخلاف پروتکل POP3، IMAP4 از یک سیستم دایرکتوری برای پیام های راه دور پشتیبانی می کند که گویی در رایانه محلی قرار دارند. IMAP4 به مشتری امکان می دهد صندوق پستی را ایجاد، حذف و تغییر نام دهد، پیام های جدید را بررسی کند و پیام های قدیمی را حذف کند. ساختار پوشه تا حد زیادی به نوع سیستم پستی بستگی دارد، اما در هر سیستمی، مشتری یک فهرست INBOX ویژه دارد که پیام های دریافت شده توسط مشتری در آنجا می روند. پروتکل IMAP4 در بالای یک پروتکل حمل و نقل اجرا می شود که یک کانال انتقال داده قابل اعتماد و قابل اعتماد بین مشتری و سرور IMAP4 فراهم می کند. هنگام کار بر روی TCP، IMAP4 از پورت 143 استفاده می کند. دستورات و داده های IMAP4 از طریق پروتکل حمل و نقل به شکلی که سرور یا کاربر آنها را ارسال می کند، منتقل می شود.

اصل انتقال داده ها از طریق پروتکل IMAP4 مانند سایر پروتکل های مشابه است. ابتدا کلاینت و سرور به تبادل احوالپرسی می پردازند. سپس مشتری دستورات و داده ها را به سرور ارسال می کند. بر این اساس، سرور پاسخ‌هایی را برای پردازش دستورات و داده‌ها به مشتری ارسال می‌کند. پس از اتمام تبادل، کانال بسته می شود.

یکی از ویژگی های مهم پروتکل IMAP این است که تعامل بین کلاینت و سرور بر اساس اصل درخواست پاسخ نیست، سرور می تواند چندین دستور را به طور همزمان پردازش کند و پس از تکمیل به هر یک از آنها پاسخ دهد. فرمان ممکن است زودتر برسد، بنابراین پاسخ سرور همیشه حاوی تگ فرمانی است که به آن مربوط می شود. برای کار در این حالت، کلاینت و سرور باید کل جریان تبادل داده را ثبت کنند، زیرا هم سرور و هم مشتری در درخواست های خود. و پاسخ ها می توانند به دستورات و داده های وارد شده در مراحل قبلی تبادل جلسه اشاره داشته باشند.

IMAP4 یک پروتکل انعطاف پذیر و چند منظوره با قابلیت های گسترده است. این به بیش از 20 تیم مختلف سرویس گیرنده سلامت ایمیل خدمات می دهد.

مشخصات MIME

یک استاندارد MIME (افزونه‌های ایمیل چند منظوره اینترنتی) وجود دارد که گنجاندن اشیاء چندرسانه‌ای در پیام‌های ایمیل را تعریف می‌کند: متن در زبان‌هایی که از رمزگذاری‌هایی غیر از ASCII استفاده می‌کنند و محتوای غیر متنی مانند تصاویر، موسیقی، فیلم‌ها و برنامه‌ها. . MIME نیز جزء پروتکل‌های ارتباطی HTTP است که نیاز به انتقال داده در متن پیام‌هایی مانند ایمیل دارد، حتی اگر داده‌ها در واقع ایمیل نباشند.

مشکلات رمزگذاری

در حال حاضر، چندین رمزگذاری سیریلیک استفاده می شود که امکان استفاده از کدهای هشت بیتی از 0.. 255 را فراهم می کند: KOI8-R، Windows 1251 و Unicode (UTF-8).

KOI8 استانداردی برای سرورهایی است که بر روی پلتفرم یونیکس اجرا می شوند. این رمزگذاری هنگام ارسال پیام های ایمیل به زبان روسی استفاده می شود.

مایکروسافت استاندارد ویندوز 1251 خود را برای کار در اینترنت پیشنهاد کرده است.

استاندارد بین المللی جهانی یونیکد (UTF-8) برای ترکیب مجموعه کاراکترهای ملی موجود در یک مجموعه ایجاد شد. از آنجایی که برای نمایش یک کاراکتر در یونیکد، همانطور که در سایر استانداردها مرسوم است، یک بایت تخصیص داده نمی شود، بلکه دو بایت، این رمزگذاری به جای 256 کاراکتر شامل 65536 کاراکتر است. این عدد نه تنها شامل حروف تمام حروف الفبای جهان است، بلکه شامل حروف الفبای جهان نیز می شود. بسیاری از شخصیت های خاص - ریاضی، موسیقی، فیزیکی. UTF-8 به استاندارد اصلی برای انتقال اطلاعات فرامتن تبدیل شده است.

اکثر برنامه های سرور مدرن دارای یک عملکرد داخلی هستند تا به طور خودکار رمزگذاری استفاده شده توسط نرم افزار مشتری را شناسایی کرده و متن را به استاندارد مورد نیاز در پرواز ترجمه کند.

در مورد فایل های غیر متنی، مشکل آنها با ایجاد پیوست های ایمیل (فایل های پیوست) حل می شود. اگر نیاز به ارسال یک سند طولانی دارید، توسط یک بایگانی کننده بسته بندی می شود، سپس پیامی ایجاد می شود که سند به عنوان پیوست به آن پیوست می شود. فرمت PDF برای ارسال مناسب است. برای مشاهده این فرمت از برنامه رایگان Acrobate Reader استفاده کنید.

پروتکل FTP

فناوری FTP به عنوان بخشی از پروژه ARPA توسعه یافته و برای تبادل مقادیر زیادی اطلاعات بین ماشین‌هایی با معماری‌های مختلف در نظر گرفته شده است. پروتکل FTP یکی از قدیمی ترین پروتکل های موجود در اینترنت است. اولین مشخصات FTP به سال 1971 برمی گردد. تبادل داده در FTP بر اساس فناوری سرویس گیرنده-سرور است و از طریق یک کانال TCP انجام می شود. الگوریتم عملکرد پروتکل FTP به شرح زیر است:

سرور FTP در پورت 21 گوش می دهد و منتظر اتصال از یک کلاینت است.

کلاینت یک اتصال برقرار می کند و دستورات FTP را به سرور ارسال می کند.

کلاینت برای باز کردن اتصال به پورت مشخص شده برای انتقال داده وارد حالت انتظار می شود. ماژول فعال - "Server Data Transfer Program" انتقال داده ها را به مشتری آغاز می کند.

پس از پایان انتقال داده، ارتباط کنترلی بین سرور و کلاینت باز می ماند، بنابراین کاربر می تواند کانال انتقال داده را دوباره بدون بستن جلسه FTP باز کند.

HTTP - پروتکل انتقال ابرمتن

پروتکل انتقال ابرمتن (HTTP) یک پروتکل لایه کاربردی است که امکان انتقال داده های فرامتن از کلاینت به سرور و برگشت را فراهم می کند. HTTP از سال 1990 توسط پروژه جهانی وب مورد استفاده قرار گرفته است. وب در حال حاضر از HTTP 1.1 استفاده می کند. HTTP مجموعه ای عمومی از روش ها را فراهم می کند که می توان از آنها برای تعیین اهداف یک درخواست استفاده کرد. یک شناسه منبع جهانی (URI)، به شکل مکان (URL) یا نام (URN)، برای تعیین آدرس منبعی که این روش باید برای آن اعمال شود، استفاده می شود. برنامه مشتری با برنامه سرویس سرور ارتباط برقرار می کند و درخواستی را به شکل زیر به سرور ارسال می کند:

· روش درخواست،

· نسخه پروتکل به دنبال اطلاعات کنترل درخواست، اطلاعات مشتری و بدنه پیام.

سرور با پیامی حاوی خط وضعیت پاسخ می دهد: نسخه پروتکل و کد وضعیت - موفقیت یا خطا. به دنبال آن پیامی شامل اطلاعات مربوط به سرور، اطلاعات متا در مورد محتوای پاسخ و خود بدنه پاسخ است.

برای WWW، شماره پورت پیش فرض 80 است، اما می توان از شماره پورت های دیگر استفاده کرد.

برای اکثر برنامه ها، یک جلسه توسط مشتری برای هر درخواست باز می شود و پس از تکمیل پاسخ به درخواست توسط سرور بسته می شود.

تراکنش های HTTP

هنگامی که مرورگر یک صفحه وب را از آدرس مشخص شده درخواست می کند، یک درخواست HTTP را در آدرس مشخص شده ایجاد کرده و به سرور ارسال می کند که هدر آن به شکل زیر است:

دریافت /my.php HTTP/1.1

پذیرش: image/gif، image/png، image/jpeg، */*

Accept-Language: en-us

Accept-Encoding: gzip، deflate

عامل کاربر: Mozilla/4.0 (سازگار؛ MSIE 8.0.

ویندوز XP؛ NET CLR 1.1.4322)

اتصال: Keep-Alive

معنی این سطرها این است:

GET یک روش HTTP است که به این معنی است: "اطلاعات موجود در mu.php را بدهید و با استفاده از پروتکل HTTP 1.1 ارسال کنید."

قبول - "من می توانم اطلاعات گرافیکی را در قالب های زیر درک کنم."

Accept-Language - "زبان - انگلیسی، آمریکایی."

Accept-Encoding - "از آنجایی که من انواع فشرده سازی gzip و deflate را درک می کنم، می توان داده ها را به صورت فشرده ارسال کرد."

User-Agent - "نوع مرورگر من Microsoft Explorer 8 است که تحت ویندوز XP اجرا می شود."

میزبان - "اطلاعات /my.php را از رایانه ای که در میزبان my.com قرار دارد به من تحویل دهید."

اتصال: Keep-Alive - "اتصال HTTP را باز نگه دارید تا زمانی که مرورگر آن را ببندد." همیشه متصل عملکرد را بهبود می بخشد زیرا اتصال لازم نیست برای هر اتصال بسته شود و دوباره باز شود. بدون Keep-Alive، یک صفحه وب اتصالات زیادی خواهد داشت

هنگامی که یک وب سرور درخواستی مانند این را دریافت می کند، باید اطلاعات موجود در سرور را جستجو کند که با /my نشان داده می شود. php. اگر اطلاعات روی سرور وجود داشته باشد، سرور باید پاسخی را به صورت زیر به مشتری (مرورگر) ارسال کند:

سرور: Apache/2

برچسب ET: "1387e3-5f88-479666db44b40"

محدوده پذیرش: بایت

طول محتوا: 24456

متفاوت: Accept-Encoding، User-Agent

اتصال: بستن

نوع محتوا: text/html; charset=utf-8

پاسخ HTTP از دو بخش تشکیل شده است. در ابتدا یک هدر پاسخ وجود دارد. سپس یک خط خالی می آید و سپس خود اطلاعات درخواستی. این قسمت دوم بدن نام دارد. در اینجا معنی قسمت های هدر آمده است:

HTTP/1.1 - خط اول به مشتری می گوید که اطلاعات با استفاده از HTTP نسخه 1.1 ارسال خواهد شد. کد وضعیت HTTP 200 به معنای "همه چیز خوب است، سند پیدا شد و اکنون ارسال خواهد شد."

تاریخ - تاریخ تنظیم شده روی سروری که اطلاعات از آن به دست می آید را به مشتری می گوید. منطقه زمانی استاندارد GMT است، یعنی زمان گرینویچ.

سرور - چه نوع سروری اطلاعات را ارائه می دهد.

اتصال - به مشتری می گوید که اتصال پس از پایان ارسال اطلاعات توسط سرور بسته خواهد شد.

Content-Type - به مشتری می گوید که چه نوع محتوایی ارسال خواهد شد. علاوه بر این، مجموعه کاراکترها نیز مشخص شده است.

روش های سرویس گیرنده HTTP

در HTTP، یک روش کلاینت درخواستی را مشخص می کند که از یک سرویس گیرنده وب یا اسکریپت PHP به یک سرور HTTP ارسال می شود. سه نوع اصلی پرس و جو وجود دارد که بیشتر مورد استفاده قرار می گیرد:

دریافت درخواست ها زمانی که می خواهید فقط از یک منبع HTTP اطلاعات دریافت کنید، می توانید این کار را با روش GET انجام دهید. می توانید اطلاعاتی را از یک فایل یا از یک برنامه اجرایی در یک وب سرور با URL مشخص به دست آورید.

درخواست های POST هنگامی که می خواهید اطلاعاتی را از یک کلاینت به یک وب سرور ارسال کنید، از درخواست POST استفاده می کنید. این معمولا زمانی اتفاق می افتد که محتوای یک فرم وب را به سرور ارسال می کنید.

درخواست های HEAD هنگامی که می خواهید اطلاعاتی در مورد URL درخواستی دریافت کنید، اما اطلاعاتی در مورد خود URL دریافت نکنید، از درخواست HEAD استفاده می کنید.

حتی اگر PHP بعضی چیزها را آسان می کند، آنها را به طور کامل پیاده سازی نمی کند. به طور خاص، اگرچه ابزار Streams PHP دسترسی به منابع HTTP را مانند فایل‌ها بسیار آسان می‌کند، اما دسترسی به اطلاعات متا را فراهم نمی‌کند. برای دسترسی به اطلاعات متا، می توانید به شی HttpClient دسترسی داشته باشید.

اطلاعات مربوطه.

یک سیستم ایمیل از سه جزء تشکیل شده است: یک عامل کاربر که به کاربران اجازه می‌دهد پیام‌ها را بخوانند و بنویسند، و عامل‌هایی برای ارسال و تحویل پیام‌ها. وظیفه نماینده حمل و نقل این است که نامه‌های نماینده کاربر را بپذیرد، آدرس‌های گیرنده را تفسیر کند و نامه را برای تحویل به ماشین‌های مناسب ارسال کند. مامور تحویل نامه مسئول دریافت نامه از نماینده حمل و نقل و تحویل آن به گیرندگان است.

پروتکل smtp

پس از اینکه عامل انتقال نامه پیامی را به صف خروجی ارسال کرد، عامل تحویل، MTA، مسئولیت را بر عهده می گیرد. پیام را بازیابی می کند و به MTA دیگری می فرستد. این روند تا زمانی که پیام به رایانه گیرنده برسد ادامه می یابد. اکثر MTA ها از پروتکل SMTP برای انتقال پیام ها استفاده می کنند. پیام ها بر اساس قوانین ترمینال شبکه مجازی NVT فرمت می شوند. یک کاراکتر در NVT از هفت بیت ASCII تشکیل شده و یک حرف، عدد یا علامت نگارشی است.

علاوه بر متن، SMTP همچنین به شما امکان می دهد اطلاعات باینری، مانند گرافیک های پیوست شده یا فایل های صوتی را انتقال دهید.

یک پیام به صندوق پستی کاربر می تواند از طریق مسیرهای مختلف تحویل داده شود. برای مسیریابی نامه در مسیر مورد نظر، MTA های میانی مشخص شده اند. در مثال زیر [ایمیل محافظت شده]یک صندوق پستی است و HOSTI، HOST2 و HOST3 عوامل میانی هستند:

ایمیل از:<@HOSTI, @HOST2, @HOST3: [ایمیل محافظت شده] >

به طور معمول، یک یا چند عامل واسطه بین دو کامپیوتر وجود دارد. آرگومان فرمان MAIL یک مسیر بازگشتی است که شامل نام منبع پیام و نام هر عامل میانی است. مسیر معکوس توسط SMTP زمانی استفاده می شود که باید گزارش دهد که یک خطا رخ داده است یا اینکه پیامی نمی تواند پس از عبور از یک عامل میانی تحویل داده شود. همانطور که یک پیام در سراسر اینترنت حرکت می کند، سوابق مسیرهای آن تغییر می کند.

پروتکل pop3

دو عامل پست جداگانه در رایانه کاربر وجود دارد - تحویل (POP) و ارسال (SMTP).

پروتکل اداره پست (POP) پروتکلی برای تحویل نامه به کاربر است. پیام‌ها به صندوق‌های پستی کاربر که در یک سرور پست الکترونیکی 24/7 قرار دارند، تحویل داده می‌شوند. کاربر می تواند از هر نقطه دسترسی اینترنتی به سرور ایمیل POP خود دسترسی داشته باشد. برای انجام این کار، باید عامل ایمیل را راه اندازی کنید و آن را برای کار با سرور ایمیل خود پیکربندی کنید.

پروتکل POP3 که نسخه بعدی POP است، سه مرحله را در فرآیند دریافت نامه مشخص می کند: مجوز، تراکنش و به روز رسانی. در مرحله مجوز، مشتری خود را شناسایی می کند. در صورت موفقیت آمیز بودن مجوز، سرور صندوق پستی مشتری را باز می کند و مرحله تراکنش نامه آغاز می شود. در مرحله به روز رسانی، جلسه ارتباط به پایان می رسد.

پروتکل imap4

IMAP4 (پروتکل دسترسی به پیام های اینترنتی) به مشتریان اجازه می دهد تا به پیام های ایمیل روی سرور دسترسی داشته باشند و آنها را دستکاری کنند. برخلاف پروتکل POP3، IMAP4 از یک سیستم دایرکتوری برای پیام های راه دور پشتیبانی می کند که گویی در رایانه محلی قرار دارند. IMAP4 به مشتری امکان می دهد صندوق پستی را ایجاد، حذف و تغییر نام دهد، پیام های جدید را بررسی کند و پیام های قدیمی را حذف کند. ساختار پوشه تا حد زیادی به نوع سیستم پستی بستگی دارد، اما در هر سیستمی، مشتری یک فهرست INBOX ویژه دارد که پیام های دریافت شده توسط مشتری در آنجا می روند. پروتکل IMAP4 در بالای یک پروتکل حمل و نقل اجرا می شود که یک کانال انتقال داده قابل اعتماد و قابل اعتماد بین مشتری و سرور IMAP4 فراهم می کند. هنگام کار بر روی TCP، IMAP4 از پورت 143 استفاده می کند. دستورات و داده های IMAP4 از طریق پروتکل حمل و نقل به شکلی که سرور یا کاربر آنها را ارسال می کند، منتقل می شود.

اصل انتقال داده ها از طریق پروتکل IMAP4 مانند سایر پروتکل های مشابه است. ابتدا کلاینت و سرور به تبادل احوالپرسی می پردازند. سپس مشتری دستورات و داده ها را به سرور ارسال می کند. بر این اساس، سرور پاسخ‌هایی را برای پردازش دستورات و داده‌ها به مشتری ارسال می‌کند. پس از اتمام تبادل، کانال بسته می شود.

یکی از ویژگی های مهم پروتکل IMAP این است که تعامل بین کلاینت و سرور بر اساس اصل درخواست پاسخ نیست، سرور می تواند چندین دستور را به طور همزمان پردازش کند و پس از تکمیل به هر یک از آنها پاسخ دهد. فرمان ممکن است زودتر برسد، بنابراین پاسخ سرور همیشه حاوی تگ فرمانی است که به آن مربوط می شود. برای کار در این حالت، کلاینت و سرور باید کل جریان تبادل داده را ثبت کنند، زیرا هم سرور و هم مشتری در درخواست های خود. و پاسخ ها می توانند به دستورات و داده های وارد شده در مراحل قبلی تبادل جلسه اشاره داشته باشند.

IMAP4 یک پروتکل انعطاف پذیر و چند منظوره با قابلیت های گسترده است. این به بیش از 20 تیم مختلف سرویس گیرنده سلامت ایمیل خدمات می دهد.

بسیاری از کاربران که با نیاز به پیکربندی یک یا آن مشتری ایمیل روبرو هستند، این سوال را می پرسند: "پروتکل ایمیل چیست." در واقع، برای اینکه چنین برنامه ای به طور عادی کار کند، و سپس به راحتی از آن استفاده کنید، مهم است که بدانید کدام یک از گزینه های موجود باید انتخاب شود و چگونه با بقیه متفاوت است. این در مورد پروتکل های پستی، اصل عملکرد و دامنه کاربرد آنها، و همچنین برخی تفاوت های ظریف دیگر است که در این مقاله مورد بحث قرار خواهد گرفت.

سه استاندارد عمومی پذیرفته شده برای تبادل ایمیل (ارسال و دریافت آنها) وجود دارد - IMAP، POP3 و SMTP. HTTP نیز وجود دارد که اغلب به آن ایمیل وب می گویند، اما مستقیماً با موضوع امروز ما مرتبط نیست. در زیر هر یک از پروتکل ها را با جزئیات بیشتری بررسی می کنیم و ویژگی های مشخصه و تفاوت های احتمالی آنها را تعریف می کنیم، اما ابتدا خود اصطلاح را تعریف می کنیم.

POP3 (پروتکل دفتر پست نسخه 3)

پروتکل پست آفیس نسخه 3 یک استاندارد لایه کاربردی است که توسط برنامه های مشتری تخصصی برای دریافت ایمیل از یک سرور راه دور با استفاده از همان نوع اتصال مانند SMTP - TCP/IP استفاده می شود. POP3 به طور مستقیم با استفاده از پورت شماره 110 کار می کند، اما در مورد اتصال SSL/TLS، 995 استفاده می شود.

همانطور که در بالا ذکر شد، این پروتکل ایمیل (مانند نماینده بعدی در لیست ما) است که اغلب برای بازیابی ایمیل مستقیم استفاده می شود. این حداقل به دلیل این واقعیت است که POP3، همراه با IMAP، نه تنها توسط اکثر برنامه های ایمیل تخصصی پشتیبانی می شود، بلکه توسط ارائه دهندگان پیشرو خدمات مربوطه - Gmail، Yahoo!، Hotmail و غیره نیز استفاده می شود.

توجه داشته باشید:نسخه سوم این پروتکل استاندارد موجود در این زمینه است. اولی و دومی که قبل از آن (به ترتیب POP، POP2) امروز منسوخ تلقی می شوند.

IMAP (پروتکل دسترسی به پیام های اینترنتی)

این یک پروتکل لایه کاربردی است که برای دسترسی به مکاتبات الکترونیکی استفاده می شود. مانند استانداردهایی که در بالا بحث کردیم، IMAP بر اساس پروتکل انتقال TCP است و پورت 143 (یا 993 برای اتصالات SSL/TLS) برای انجام وظایف آن استفاده می شود.

در واقع، این پروتکل دسترسی به پیام های اینترنتی است که گسترده ترین فرصت ها را برای کار با نامه ها و صندوق های پست مستقیم واقع در یک سرور مرکزی فراهم می کند. یک برنامه مشتری که از این پروتکل برای کار خود استفاده می کند، به مکاتبات الکترونیکی دسترسی کامل دارد، گویی که نه در سرور، بلکه در رایانه کاربر ذخیره شده است.

IMAP به شما این امکان را می‌دهد تا بدون نیاز به ارسال مداوم فایل‌ها و محتوای متنی پیوست شده به سرور و دریافت مجدد آنها، تمام اقدامات لازم را با حروف و صندوق پستی (ها) مستقیماً روی رایانه شخصی خود انجام دهید. همانطور که قبلاً اشاره کردیم POP3 که در بالا مورد بحث قرار گرفت تا حدودی متفاوت عمل می کند و هنگام اتصال داده های لازم را "بالا می برد".

HTTP

همانطور که در همان ابتدای مقاله بیان شد، HTTP پروتکلی است که برای ارتباط از طریق ایمیل در نظر گرفته نشده است. با این حال، می توان از آن برای دسترسی به صندوق پستی، نوشتن (اما نه ارسال) و دریافت ایمیل استفاده کرد. یعنی تنها بخشی از عملکردهای مشخصه استانداردهای پستی که در بالا مورد بحث قرار گرفت را انجام می دهد. و با این حال، با این وجود، اغلب به آن ایمیل می‌گویند. شاید سرویس زمانی محبوب Hotmail که از HTTP استفاده می‌کرد، نقش خاصی در این امر ایفا کرد.

انتخاب پروتکل ایمیل

بنابراین، با آشنایی با هر یک از پروتکل‌های ایمیل موجود، می‌توانیم با خیال راحت به انتخاب مستقیم مناسب‌ترین آنها برویم. HTTP، به دلایلی که در بالا ذکر شد، در این زمینه هیچ علاقه ای ندارد و SMTP بر حل مشکلاتی غیر از مواردی که کاربر معمولی برای خود تعیین می کند، متمرکز است. بنابراین، وقتی نوبت به راه اندازی و اطمینان از عملکرد صحیح سرویس گیرنده ایمیل شما می رسد، باید بین POP3 و IMAP یکی را انتخاب کنید.

پروتکل دسترسی به پیام اینترنتی (IMAP)

اگر می‌خواهید به تمام مکاتبات ایمیلی، حتی نه جدیدترین، دسترسی سریع داشته باشید، توصیه می‌کنیم IMAP را انتخاب کنید. از مزایای این پروتکل می توان به همگام سازی به خوبی تثبیت شده اشاره کرد که به شما امکان می دهد با نامه در دستگاه های مختلف کار کنید - هم به طور همزمان و هم به نوبه خود، به طوری که نامه های لازم همیشه در دسترس باشند. نقطه ضعف اصلی پروتکل دسترسی به پیام اینترنتی از ویژگی های عملکرد آن ناشی می شود و در پر شدن نسبتاً سریع فضای دیسک نهفته است.

IMAP مزایای به همان اندازه مهم دیگری دارد - به شما امکان می دهد حروف را در برنامه نامه به ترتیب سلسله مراتبی سازماندهی کنید ، دایرکتوری های جداگانه ایجاد کنید و پیام ها را در آنجا قرار دهید ، یعنی آنها را مرتب کنید. به لطف این، می توانید به راحتی کار موثر و راحت را با مکاتبات الکترونیکی سازماندهی کنید. با این حال، چنین عملکرد مفیدی با اشکال دیگری همراه است - همراه با مصرف فضای آزاد دیسک، بار پردازنده و RAM افزایش می یابد. خوشبختانه، این فقط در طول فرآیند همگام سازی و فقط در دستگاه های کم مصرف قابل توجه است.

پروتکل اداره پست 3 (POP3)

اگر در دسترس بودن فضای آزاد روی سرور (درایو) و سرعت بالا برای شما از اهمیت بالایی برخوردار باشد، POP3 برای راه اندازی یک سرویس گیرنده ایمیل مناسب است. درک موارد زیر مهم است: با انتخاب این پروتکل، شما از همگام سازی بین دستگاه ها خودداری می کنید. یعنی اگر شما مثلاً روی دستگاه شماره 1 سه حرف دریافت کردید و آنها را به عنوان خوانده شده علامت گذاری کردید، سپس در دستگاه شماره 2 که با استفاده از پروتکل 3 Post Office هم کار می کند، علامت گذاری نمی شوند.

مزایای POP3 نه تنها صرفه جویی در فضای دیسک، بلکه عدم وجود حتی کوچکترین بار قابل توجه بر روی CPU و RAM است. این پروتکل، صرف نظر از کیفیت اتصال به اینترنت، به شما امکان می دهد کل ایمیل ها را دانلود کنید، یعنی با تمام محتوای متنی و پیوست ها. بله، این فقط در صورت اتصال اتفاق می‌افتد، اما یک IMAP کاربردی‌تر، مشروط به ترافیک محدود یا سرعت کم، پیام‌ها را فقط تا حدی دانلود می‌کند یا حتی فقط سرصفحه‌های آن‌ها را نشان می‌دهد و بیشتر محتوا را «تا زمان‌های بهتر» روی سرور باقی می‌گذارد.

نتیجه

در این مقاله سعی کردیم به این سوال که پروتکل ایمیل چیست، دقیق ترین و قابل فهم ترین پاسخ را بدهیم. علیرغم این واقعیت که در مجموع چهار مورد از آنها وجود دارد، تنها دو مورد مورد توجه کاربر معمولی هستند - IMAP و POP3. اولین مورد برای کسانی که عادت به استفاده از نامه از دستگاه های مختلف دارند، دسترسی سریع به کاملاً (یا ضروری) نامه ها، سازماندهی آنها و سازماندهی آنها را دارند، جالب خواهد بود. دومی متمرکزتر است - در عملکرد بسیار سریعتر است، اما اجازه نمی دهد آن را در چندین دستگاه به طور همزمان سازماندهی کنید.