نحوه راه اندازی گوشی های هوشمند و رایانه های شخصی. پرتال اطلاعاتی
  • خانه
  • ویندوز 10
  • سرورهای POP3، IMAP و SMTP چیست؟ انتخاب بین IMAP و POP3. تعامل مشتری و سرور

سرورهای POP3، IMAP و SMTP چیست؟ انتخاب بین IMAP و POP3. تعامل مشتری و سرور

POP3

POP3 - پروتکل برای دریافت پیام پست الکترونیک.

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

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

IMAP

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

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

SMTP

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

هنگام استفاده از سرور SMTP، از پورت 25 استفاده می شود. برخی از ISP ها پورت 25 را مسدود می کنند. در این مورد، باید با مدیر شبکه خود تماس بگیرید تا پورت را رفع انسداد کند یا از آن استفاده کنید. بندر جایگزین 587.

بر اساس پروتکل انتقال TCP و از پورت 143 استفاده می کند.

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

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

هدف از توسعه پروتکل IMAP

پروتکل IMAP جایگزینی برای POP3 است.

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

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

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

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

پروتکل POP به آن نیاز دارد مشتری فعلیتنها وصل به جعبه بود. IMAP به چندین کلاینت اجازه دسترسی همزمان به یک صندوق پستی را می دهد و به مشتری امکان نظارت بر تغییرات ایجاد شده توسط سایر کلاینت های متصل به هم زمان را می دهد.

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

کلاینت های IMAP4 می توانند صندوق های پستی را ایجاد، تغییر نام داده و حذف کنند و پیام ها را بین صندوق های پستی منتقل کنند. همچنین می توانید از برنامه افزودنی IMAP4 Access Control List (ACL) (RFC 4314) برای کنترل حقوق دسترسی به صندوق پستی استفاده کنید.

جستجوی پیام ها در سمت سرور انجام می شود.

IMAP4 دارای مکانیزم گسترش صریح است.

نسخه های پروتکل IMAP

  • IMAP اصلی (1986، بدون مشخصات)
  • IMAP2 (1988 - RFC 1064، 1990 - RFC 1176)
  • IMAP3 (1991، RFC 1203)
  • IMAP2bis (مشخصات فقط در پیش نویس 1993 وجود دارد)
  • IMAP4 (تغییر نام IMAP2bis)

پیام ها و ویژگی های آنها

IMAP فقط با پیام ها کار می کند و به هیچ بسته ای با هدر خاص نیاز ندارد.

هر پیام دارای چندین ویژگی مرتبط با آن است. این ویژگی ها را می توان به صورت جداگانه یا همراه با سایر ویژگی ها تعریف کرد.

UID

به هر پیام یک کد 32 بیتی اختصاص داده می شود که وقتی همراه با یک شناسه منحصر به فرد استفاده می شود، یک دنباله 64 بیتی را تشکیل می دهد که شناسایی منحصر به فرد پیام را در صندوق پستی تضمین می کند. هرچه پیام دیرتر برسد، UID آن بزرگتر است.

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

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

شماره دنباله پیام

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

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

پرچم های پیام

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

پرچم سیستم پرچمی است که نام آن در مشخصات پروتکل تعریف شده است. همه پرچم های سیستم با کاراکتر \ شروع می شوند.

پرچم‌های سیستم زیر در حال حاضر تعریف شده‌اند:

  • \seen - پیام خوانده شد
  • \پاسخ - یک پاسخ به پیام ارسال شده است
  • \پرچم‌گذاری‌شده - پیام علامت‌گذاری شده به عنوان "مهم"
  • \ deleted - پیام به عنوان حذف شده علامت گذاری شده است
  • \draft - پیام به عنوان پیش نویس علامت گذاری شده است
  • \recent - پیام اخیر (برای اولین بار در جلسه جاری در صندوق پستی ظاهر شد)

تاریخ و زمان پیام داخلی روی سرور

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

سایر صفات

  • اندازه پیام - تعداد اکتت ها در پیام.
  • ساختار پاکت پیام
  • ساختار بدن پیام

تعامل مشتری و سرور

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

هر رویه ای با دستور مشتری شروع می شود. هر دستور مشتری با یک پیشوند شناسه (معمولاً یک رشته الفبای عددی کوتاه، به عنوان مثال، A0001، A0002، و غیره) شروع می شود که یک برچسب نامیده می شود. برای هر دستور، مشتری برچسب خاص خود را تولید می کند.

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

مشتری باید ارسال یک دستور را قبل از ارسال فرمان دیگر تکمیل کند.

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

داده های ارسال شده از سرور به مشتری و همچنین پاسخ های وضعیتی که نشان دهنده تکمیل دستور نیستند، با پیشوند * هستند و به آنها پاسخ های بدون برچسب می گویند.

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

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

شنونده پروتکل مشتری IMAP 4.1 رشته پاسخ را از سرور می خواند و بر اساس کاراکتر * یا + اول عمل می کند.

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

حالت های سرور IMAP

سرور IMAP 4.1 در یکی از چهار حالت است.

اکثر دستورات فقط در حالت های خاصی قابل استفاده هستند.

قادر بدون احراز هویتمشتری باید یک نام کاربری و رمز عبور قبل از اینکه اکثر دستورات در دسترس مشتری قرار گیرند، ارائه دهد. انتقال به این حالت زمانی اتفاق می افتد که یک اتصال بدون احراز هویت قبلی برقرار شود.

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

در ایالت انتخابوقتی صندوق پستی با موفقیت انتخاب شد، سیستم وارد می شود.

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

  • (1) اتصال بدون احراز هویت از قبل
  • (2) اتصال از پیش تأیید شده
  • (3) اتصال رد شد
  • (4) تکمیل موفقیت آمیز دستور LOGIN یا AUTHENTICATE
  • (5) تکمیل موفقیت آمیز یک دستور SELECT یا EXAMINE
  • (6) دستور CLOSE اجرا شد یا دستور SELECT یا EXAMINE ناموفق بود
  • (7) دستور LOGOUT را اجرا کنید، سرور را خاموش کنید یا اتصال را خاتمه دهید

دستورات پروتکل IMAP

LOGIN به مشتری اجازه می دهد تا طبق معمول با استفاده از شناسه کاربری و رمز عبور وارد سرور IMAP شود. فرم متن. این بیشتر نیست بهترین روش، اما گاهی اوقات این تنها راه برای اتصال به سرور است. AUTHENTICATE به مشتری اجازه می دهد تا هنگام ثبت نام در سرور IMAP از روش های احراز هویت جایگزین استفاده کند. چک انفرادی احراز هویت کاربر اختیاری است و توسط همه سرورهای IMAP پشتیبانی نمی شود. علاوه بر این، اجرای چنین بررسی ممکن است بسته به سرور متفاوت باشد. هنگامی که مشتری دستور AUTHENTICATE را صادر می کند، سرور با یک رشته چالش کدگذاری شده base64 پاسخ می دهد. در مرحله بعد، کلاینت باید پاسخی به چالش احراز هویت سرور ارسال کند، همچنین با کدگذاری base64. اگر سرور از روش احراز هویت پیشنهادی مشتری پشتیبانی نکند، کلمه NO را در پاسخ خود گنجانده است. سپس مشتری باید مذاکرات را برای توافق بر سر روش احراز هویت ادامه دهد. اگر همه تلاش‌ها برای تعیین روش احراز هویت با شکست مواجه شوند، مشتری سعی می‌کند با استفاده از دستور LOGIN به سرور وارد شود. CLOSE صندوق پستی را می بندد. هنگامی که یک صندوق پستی بسته می شود، همه پیام های علامت گذاری شده با پرچم \DELETED به طور فیزیکی از صندوق پست حذف می شوند. هیچ پارامتری ندارد. LOGOUT جلسه را برای شناسه کاربری فعلی قطع می‌کند و همه صندوق‌های پستی باز را می‌بندد. اگر هر پیامی با پرچم \deleted علامت گذاری شد، با استفاده از این دستور به صورت فیزیکی از صندوق پست حذف می شود. CREATE یک صندوق پست جدید ایجاد می کند. نام و محل صندوق های پستی جدید با توجه به مشخصات کلی سرور تعیین می شود. DELETE برای صندوق های پستی اعمال می شود. سرور IMAP، هنگام دریافت این دستور، سعی می کند صندوق پستی را با نام مشخص شده به عنوان آرگومان فرمان حذف کند. پیام ها همراه با صندوق پست حذف می شوند و قابل بازیابی نیستند. RENAME نام صندوق پستی را تغییر می دهد. این دستور دارای دو پارامتر است - نام صندوق پستی که می خواهید نام آن را تغییر دهید و نام جدید صندوق پستی. SUBSCRIBE یک صندوق پستی را به لیست صندوق های پست فعال مشتری اضافه می کند. این دستور تنها از یک پارامتر استفاده می کند - نام صندوق پستی که باید به لیست اضافه شود. لازم نیست صندوق پستی وجود داشته باشد تا به لیست صندوق پستی فعال اضافه شود - این به شما امکان می دهد صندوق های پستی را که هنوز ایجاد نشده اند به لیست صندوق پستی فعال اضافه کنید یا اگر خالی هستند آنها را حذف کنید. لغو اشتراک صندوق های پستی را از لیست فعال حذف می کند. همچنین از یک پارامتر استفاده می کند - نام صندوق پستی که از لیست صندوق های پستی مشتری فعال حذف می شود. با این حال، صندوق پستی خود حذف نمی شود. LIST فهرستی از تمام صندوق های پست مشتری دریافت کنید. دارای دو پارامتر LSUB بر خلاف دستور LIST، برای بدست آوردن لیستی از صندوق های پستی که با دستور SUBSCRIBE فعال می شوند، استفاده می شود. پارامترها مانند LIST هستند. STATUS درخواستی برای ایجاد می کند وضعیت فعلیصندوق پستی. اولین پارامتر این دستور نام صندوق پستی است که بر روی آن اعمال می شود. پارامتر دوم لیستی از معیارهایی است که مشتری می خواهد اطلاعات را بر اساس آنها دریافت کند. دستور STATUS را می توان برای به دست آوردن اطلاعاتی در مورد وضعیت یک صندوق پستی بدون باز کردن آن با استفاده از دستورات SELECT یا EXAMINE استفاده کرد. کاربر می تواند بر اساس معیارهای زیر اطلاعات کسب کند:
  • پیام ها - تعداد کلپیام های موجود در صندوق پستی
  • RECENT - تعداد پیام هایی با پرچم \ اخیر
  • UIDNEXT - UID که به پیام جدید اختصاص داده می شود
  • UIDVALIDITY - شناسه صندوق پستی منحصر به فرد
  • UNSEEN - تعداد پیام‌های بدون علامت \seen
APPEND یک پیام را به انتهای صندوق پستی مشخص شده اضافه می کند. آرگومان ها شامل نام صندوق پستی، پرچم های پیام (اختیاری)، مهر زمانی (اختیاری) و خود پیام - سرصفحه و متن است. پرچم های پیام زیر در دسترس هستند:
  • \دیده شده - بخوانید
  • \پاسخ - پاسخ نوشته شده است
  • \پرچمدار - فوری
  • \ حذف شده - برای حذف علامت گذاری شده است
  • \ پیش نویس - پیش نویس
  • \ اخیرا - پیام جدید، پس از پایان آخرین جلسه به صندوق پستی رسید
اگر پرچم‌ها در دستور مشخص شده باشند، برای پیامی که اضافه می‌شود تنظیم می‌شوند. در هر صورت، پرچم \Recent برای پیام تنظیم شده است. اگر یک مهر زمانی در دستور مشخص شده باشد، این زمان به عنوان زمان ایجاد پیام تنظیم می شود، در غیر این صورت زمان فعلی به عنوان زمان ایجاد در نظر گرفته می شود. از آنجایی که پیام یک خط طولانی نیست، از حروف واقعی استفاده می شود. مثال: C A003 APPEND پیام‌های ذخیره‌شده (\Seen) (247) S + آماده برای داده‌های واقعی C تاریخ: دوشنبه، 7 فوریه 1994 21:52:25 -0800 (PST) C از: Fred Foobar ج موضوع: جلسه بعد از ظهر C به: [ایمیل محافظت شده]شناسه پیام C: C C سلام جو، فکر می کنی فردا ساعت 3:30 همدیگر را ببینیم؟ S A003 OK APPEND تکمیل شد پسوند MULTIAPPEND که در RFC 3502 توضیح داده شده است، اجازه می دهد چندین پیام با یک فرمان به صندوق پستی اضافه شود. CHECK یک نقطه بازرسی را در صندوق پست تعیین می کند. هر عملیاتی مانند نوشتن اطلاعات از حافظه سرور روی هارد دیسک آن باید در وضعیت صندوق پستی مناسب انجام شود. این برای بررسی یکپارچگی صندوق پستی پس از دیسک و سایر عملیات مشابه است که از دستور CHECK استفاده می شود. این دستور بدون پارامتر استفاده می شود. EXPUNGE تمام پیام های علامت گذاری شده با پرچم \DELETED را از صندوق پست حذف می کند، بدون اینکه صندوق پستی را ببندد. پاسخ سرور به دستور EXPUNGE گزارشی از وضعیت جدید صندوق پستی است. SEARCH پیام ها را بر اساس معیارهای موجود در صندوق پست فعال جستجو می کند و سپس نتایج را به عنوان شماره پیام نمایش می دهد. امکان جستجوی پیام‌هایی وجود دارد که دارای یک رشته متن خاص در بدنه هستند یا دارای پرچم خاصی هستند یا قبل از تاریخ خاصی دریافت شده‌اند و غیره. FETCH دریافت متن یک پیام ایمیل. این دستور فقط برای نمایش پیام ها استفاده می شود. بر خلاف POP3، سرویس گیرنده IMAP یک کپی از پیام را در رایانه شخصی مشتری ذخیره نمی کند. STORE اطلاعات پیام را تغییر می دهد. COPY پیام ها را از یک صندوق پستی به صندوق دیگر کپی می کند. UID همراه با دستورات FETCH، COPY، STORE یا SEARCH استفاده می شود. با کمک آن می توان از شماره های شناسایی واقعی UID در این دستورات به جای دنباله ای از اعداد از محدوده شماره پیام استفاده کرد. CAPABILITY سرور IMAP را برای اطلاعات در مورد قابلیت های آن جستجو می کند. NOOP دستور هیچ کاری انجام نمی دهد. می توان از آن برای حفظ فعالیت در طول یک جلسه استفاده کرد تا جلسه به دلیل تایم اوت تمام نشود. پاسخ سرور به دستور NOOP همیشه باید مثبت باشد. از آنجایی که سرور اغلب وضعیت اجرای یک فرمان خاص را در پاسخ خود برمی گرداند، NOOP می تواند به عنوان یک ماشه برای پرس و جوی دوره ای وضعیت سرور استفاده شود.

پیوندها

  • پروتکل دسترسی به پیام اینترنتی RFC 3501 v4rev1 (انگلیسی)
  • اتصال IMAP
  • نحوه انجام: پیکربندی KMail با Gmail - IMAP و IMAP قطع شده

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

POP3 چیست؟

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

به طور پیش فرض، پروتکل POP3 روی دو پورت اجرا می شود:

    پورت 110 یک پورت POP3 رمزگذاری نشده است.

    پورت 995 - اگر می‌خواهید به طور ایمن به POP3 متصل شوید، باید از آن استفاده کنید.

IMAP چیست؟

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

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

پروتکل IMAP روی دو پورت اجرا می شود:

    پورت 143 رمزگذاری نشده است پورت IMAPپیش فرض؛

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

SMTP چیست؟

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

SMTP روی سه پورت کار می کند:

    پورت 25 به طور پیش فرض رمزگذاری نشده است.

    پورت 2525 - اگر پورت 25 فیلتر شده باشد (مثلاً توسط ISP شما) و بخواهید با استفاده از SMTP ایمیل های رمزگذاری نشده ارسال کنید، این در همه سرورهای SiteGround باز می شود.

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

برای تبادل ایمیل از چه پروتکل هایی استفاده می شود؟ مفاهیم و اصطلاحات

عبارت ایمیل سرور به دو سرور مورد نیاز برای ارسال و دریافت ایمیل اشاره دارد، یعنی SMTP و POP.

سرور ایمیل ورودی سرور مرتبط با حساب آدرس ایمیل شما است. نمی تواند بیش از یک سرور ایمیل ورودی داشته باشد. برای دسترسی به پیام‌های دریافتی، به یک سرویس گیرنده ایمیل نیاز دارید - برنامه‌ای که می‌تواند ایمیل را از یک حساب دریافت کند و به کاربر امکان خواندن، ارسال، حذف و پاسخ به پیام‌ها را می‌دهد. بسته به سرور خود، ممکن است بتوانید از یک سرویس گیرنده ایمیل اختصاصی (مانند Outlook Express) یا یک مرورگر وب استفاده کنید. بنابراین، اینترنت اکسپلورر برای دسترسی به حساب های مبتنی بر ایمیل استفاده می شود. پیام ها تا زمان دانلود شدن در سرور ایمیل ورودی ذخیره می شوند. هنگامی که نامه خود را از سرور ایمیل دانلود کردید، دیگر نمی توانید این کار را انجام دهید. برای دانلود موفقیت آمیز داده ها، باید وارد کنید تنظیمات صحیحدر الکترونیک برنامه پستی. اکثر سرورهای ایمیل ورودی از یکی از پروتکل های زیر استفاده می کنند: IMAP، POP3، HTTP.

سرور ایمیل خروجی (SMTP)

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

پورت های ایمیل

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

    POP3 - پورت 110؛

    IMAP - پورت 143;

    SMTP - پورت 25؛

    HTTP - پورت 80؛

    امن SMTP (SSMTP) - پورت 465.

    IMAP امن (IMAP4-SSL) - پورت 585.

    IMAP4 از طریق SSL (IMAPS) - پورت 993؛

    POP3 امن (SSL-POP) - پورت 995.

پروتکل های ایمیل: IMAP، POP3، SMTP و HTTP

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

پروتکل IMAP

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

پروتکل POP3

پروتکل انتقال الکترونیکی نامه POP(پروتکل پست آفیس 3) راه ساده و استاندارد شده ای را برای کاربران فراهم می کند تا به صندوق های پستی دسترسی داشته باشند و پیام ها را در رایانه خود بارگیری کنند.

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

پروتکل SMTP

این پروتکل توسط یک عامل انتقال نامه (MTA) برای تحویل پیام های الکترونیکی به یک سرور گیرنده خاص استفاده می شود. از SMTP فقط برای ارسال ایمیل می توان استفاده کرد نه برای دریافت آنها. بسته به تنظیمات شبکه یا ISP شما، ممکن است فقط تحت شرایط خاصی بتوانید از پروتکل SMTP استفاده کنید.

پروتکل های HTTP

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

انتقال فایل مدیریت شده و راه حل های شبکه

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

SMTP

بیایید با SMTP شروع کنیم زیرا عملکرد اصلی آن با دو مورد دیگر متفاوت است. پروتکل SMTP یا ایمیل ساده پروتکل انتقال، عمدتاً برای ارسال ایمیل از یک سرویس گیرنده ایمیل (مثلاً Microsoft Outlook، Thunderbird یا Apple Mail) به سرور ایمیل شما. همچنین برای ارسال یا ارسال پیام های ایمیل از یک سرور ایمیل به سرور دیگر استفاده می شود. این در صورتی ضروری است که فرستنده و گیرنده ارائه دهندگان خدمات ایمیل متفاوتی داشته باشند.

SMTP که در RFC 5321 مشخص شده است، به طور پیش فرض از پورت 25 استفاده می کند. همچنین می تواند از پورت 587 و پورت 465 استفاده کند. دومی که به عنوان پورت انتخابی برای SMTP ایمن (با نام مستعار SMTPS) معرفی شد، منسوخ تلقی می شود. اما در واقع، هنوز هم توسط چندین ارائه دهنده خدمات ایمیل استفاده می شود.

POP3

پروتکل Post Office یا POP برای بازیابی پیام های ایمیل از آن استفاده می شود آخرین نسخهنسخه ای که به طور گسترده استفاده می شود نسخه 3 است، از این رو اصطلاح "POP3" است.

POP نسخه 3، مشخص شده در RFC 1939، از برنامه های افزودنی و چندین مکانیسم احراز هویت پشتیبانی می کند. ویژگی های احراز هویت برای جلوگیری از دسترسی کاربران مخرب به ارتباطات کاربر مورد نیاز است.

مشتری POP3 ایمیل را به صورت زیر دریافت می کند:

    به سرور پست الکترونیکی در پورت 110 (یا 995 برای اتصالات SSL/TLS) متصل می شود.

    کپی پیام های ذخیره شده در سرور را حذف می کند.

    از سرور قطع می شود

    با اينكه مشتریان POPرا می توان به گونه ای پیکربندی کرد که سرور بتواند به ذخیره کپی های پیام های بارگیری شده ادامه دهد، مراحلی که در بالا توضیح داده شد روش معمول هستند.

    IMAP

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

    منطق عملیات (تنظیمات imap4):

    • از طریق پورت 143 (یا 993 برای اتصالات SSL/TLS) به سرور ایمیل متصل می شود.

      پیام های ایمیل را بازیابی می کند.

      برای اتصال قبل از بستن برنامه سرویس گیرنده ایمیل و دانلود پیام ها در صورت تقاضا استفاده می کند.

    لطفا توجه داشته باشید که پیام ها در سرور حذف نمی شوند. این می تواند عواقب جدی داشته باشد. مشخصات IMAP را می توان در RFC 3501 یافت.

    انتخاب بین IMAP و POP3

    از آنجایی که اصلی است تابع SMTPاساساً متفاوت است، معضل انتخاب بهترین پروتکل معمولاً فقط شامل IMAP و POP3 می شود.

    اگر فضای ذخیره سازی سرور برای شما مهم است، POP3 را انتخاب کنید. سرور با حافظه محدود یکی از عوامل اصلی است که ممکن است شما را مجبور به پشتیبانی از POP3 کند. از آنجایی که IMAP پیام ها را روی سرور می گذارد، می تواند فضای حافظه را سریعتر از POP3 مصرف کند.

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

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

    برای مثال، اگر پیام‌های A، B و C را می‌خوانید، می‌خواهید در دستگاه‌های دیگر نیز به‌عنوان خوانده‌شده علامت‌گذاری شوند. اگر حروف B و C را حذف کرده‌اید، می‌خواهید همان پیام‌ها از صندوق ورودی شما در همه ابزارها حذف شوند. تمام این همگام‌سازی‌ها تنها در صورت استفاده از IMAP امکان‌پذیر است.

    از آنجایی که IMAP به کاربران اجازه می دهد پیام ها را به صورت سلسله مراتبی سازماندهی کنند و آنها را در پوشه ها قرار دهند، به کاربران کمک می کند مکاتبات خود را بهتر سازماندهی کنند.

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

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

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

    با این حال، اگر همه پیام‌های روی سرور باید هر بار دانلود شوند، POP3 بسیار سریع‌تر خواهد بود.

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

    همچنین روش مورد نظر برای دسترسی به سرویس گیرنده ایمیل، پروتکل ترجیحی را تعیین می کند. کاربرانی که تنها از یک دستگاه کار می کنند و از وب میل برای دسترسی به جدید خود استفاده می کنند ایمیل ها، از POP3 قدردانی خواهد کرد.

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

    فایروال های اسپم با SMTP، IMAP و POP3

    اکثر فایروال های اسپم فقط با آن سروکار دارند پروتکل SMTPو از او محافظت کنید سرورها ایمیل ارسال و دریافت می کنند نامه SMTP، و توسط فایروال اسپم موجود در دروازه بررسی می شوند. با این حال، برخی از فایروال های هرزنامه توانایی محافظت از POP3 و IMAP4 را در هنگام ارائه می دهند کاربران خارجیبرای دسترسی به ایمیل خود به این خدمات نیاز دارند.

    فایروال های SMTP برای کاربران نهایی شفاف هستند. هیچ تغییری در پیکربندی برای مشتریان وجود ندارد. کاربران همچنان پیام های ایمیل را به سرور ایمیل دریافت و ارسال می کنند. بنابراین، Exchange یا Dominos باید هنگام ارسال ایمیل، مسیریابی پیام ها به فایروال را بر اساس سرور پروکسی پیکربندی کند و همچنین امکان ارسال ایمیل از فایروال را نیز فراهم کند.

پروتکل IMAP4

O در این فصل

O مزایای پروتکل IMAP4

ای دستورات اساسی

O خواندن پیام ها

پروتکل IMAP4 ( پروتکل دسترسی به ایمیل اینترنتی) از نظر محبوبیت بسیار کمتر از POP3 است، اما به طور قابل توجهی از عملکرد آن فراتر می رود. با این حال، در اینجا هیچ تناقضی وجود ندارد. برخلاف POP3، IMAP4 شامل ذخیره و پردازش پیام‌ها بر روی سرور است که نیاز به کانال دائمیارتباطات اکثر کاربران نمی توانند این تجملات را بپردازند و بنابراین IMAP4 عمدتاً در شبکه های شرکتی محلی استفاده می شود که در آن ارتباط مداوم با سرور مشکلی ندارد.

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

وضعیت کاملاً متفاوتی در شبکه‌های شرکتی محلی، جایی که ثابت و اتصال پایداربا سرور - مشکلی نیست. مکاتبات ذخیره شده در سرور برای همه مشتریان با حقوق دسترسی مناسب در دسترس است و به طور قابل اعتماد محافظت می شود (و همچنین خود سرور)، در حالی که یکپارچگی اطلاعات را در چندین مورد تضمین می کند. ماشین های محلیدشوار.

از طرف دیگر، صندوق های پستی POP3 نامه ها را برای مدت زمان کوتاهی ذخیره می کنند و این امر سرقت آن را برای مهاجم دشوار می کند. برعکس، ایدئولوژی IMAP4 ذخیره دائمی همه نامه ها را در یک سرور دیکته می کند. و در صورت هک شدن این سرور، مهاجم به یکباره به تمامی مکاتبات دسترسی خواهد داشت.

پردازش پیام به معنای توانایی مرتب سازی مکاتبات در چندین پوشه و در دسترس بودن توابع توسعه یافته برای جستجوی نامه مورد نیاز است. همه اینها تقریباً در هر برنامه ایمیلی (به عنوان مثال Outlook Express، The Bat) پیاده سازی می شود، با این حال، هنگام استفاده از پروتکل IMAP4، این عملیات توسط سرور انجام می شود نه مشتری.

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

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

صرافی چیزی شبیه به این است:

· tag1 team 1

· tag2 team 2

· پاسخ tag2 به فرمان 2

· tag3 team3

· پاسخ tag1 به فرمان 1

· پاسخ tag3 به فرمان 3

تگ یک رشته عددی کاراکتر کوتاه است که هر دستور مشتری را مشخص می کند. پاسخ‌های سرور (یا درخواست‌های مشتری بعدی، در صورتی که به یکدیگر مرتبط باشند) باید دستور را با تگ آن ارجاع دهند.

با این حال، اغلب تعامل بر اساس اصل خوب قدیمی "درخواست پاسخ" رخ می دهد. در واقع، قبل از ارسال دستور بعدی، بهتر است به درخواست قبلی پاسخ داده شود. برای مثال، خواندن مکاتبات تا زمانی که سرور لیستی از تمام پیام‌ها را در صندوق پستی ارائه ندهد، ممکن نخواهد بود. بنابراین در مثال های زیر همیشه از یک استفاده می شود و همین تگ، که کاملاً قابل قبول است - به محض رسیدن پاسخ سرور ، برچسب استفاده شده قبلی دوباره "رایگان" می شود.

اکثر ارائه دهندگان خدمات شبکه رایگان از IMAP4 پشتیبانی نمی کنند. بنابراین، یافتن چنین سروری برای بسیاری کار آسانی نخواهد بود. ایده خوبی است که چیزی مانند "IMAP4+free" را در رشته جستجوی موتور جستجوی خود (مانند "Aport") تایپ کنید.

هفتاد و سه صفحه منظم متن فنی RFC-1730 توسط بیش از بیست مورد ثبت شده است تیم های مختلفپروتکل شرح مفصل IMAP4 یک کتاب محبوب را به تعداد زیادی جلد خسته کننده تبدیل می کند راهنمای مرجع. در بررسی سریع این فصل، تنها ساده ترین عملیات با صندوق پستی در نظر گرفته خواهد شد، اما آنها برای خواندن مکاتبات کاملاً کافی هستند.

برای شروع، باید یک اتصال TCP از طریق پورت صد و چهل و سه برقرار کنید.

اتصال به mail.softclub.net

یک ثانیه پس از برقراری ارتباط، اعلان زیر در صفحه مشتری telnet ظاهر می شود:

OK joshua.softclub.net سرور IMAP4rev1 v12.250 آماده است

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

مثال زیر از دستور “login” برای ورود به سرور استفاده می‌کند و به دنبال آن نام کاربری و رمز عبور با فاصله از هم جدا شده‌اند:

· ورود به سیستم kpnc kpnc MyPassword

kpnc OK LOGIN تکمیل شد

پاسخ سرور از سه بخش تشکیل شده است: تگ "kpnc" بازگشتی، کلمه کلیدی "OK" که تکمیل موفقیت آمیز عملیات را تایید می کند (در غیر این صورت "BAD" خواهد بود) و یک رشته متن معنی دار ("LOGIN تکمیل شد").

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

برای انتخاب یک پوشه، یک دستور "SELECT" وجود دارد که استفاده از آن در مثال زیر نشان داده شده است:

kpnc صندوق ورودی را انتخاب کنید

· * FLAGS (پیش نویس پرچمدار پاسخ داده شده حذف شده دیده می شود)

· *خوب

· *خوب

· *خوب

kpnc OK تکمیل شد

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

به دنبال کلمه کلیدی "FLAGS" (ترتیب آن در پاسخ دلخواه است) همه پرچم های موجود برای پیام های این پوشه لیست شده اند. هدف آنها به شرح زیر است:

· پاسخ داده شد: پاسخی به پیام ارسال شد

· پرچم گذاری شده: پیام دارای یک پرچم است (با علامت "تیک" مشخص شده است)

· پیش نویس: پیام ناتمام (پیش نویس)

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

· مشاهده شد: پیام قبلا خوانده شده است

· اخیر: پیام تازه دریافت شده است

ذیل کلمه کلیدی"PERMANENTFLAGS" نشان می دهد که کاربر کدام پرچم های پیام را می تواند تغییر دهد، جایی که علامت "*" (کارت وحشی) "همه پرچم ها" را نشان می دهد.

دو خط زیر نشان می دهد که جعبه فقط حاوی یک حرف است که به تازگی دریافت شده است. "در حال حاضر" باید به عنوان "بین دو جلسه گذشته" تفسیر شود.

پیام "UNSEEN 1" در لیست پیام های اختیاری گنجانده شده است و تعداد پیام های خوانده نشده را می شمارد. در مثال ارائه شده، تنها یک نامه وجود دارد.

شناسه موقت منحصربفرد پوشه به دنبال "UIDVALIDITY" می تواند به جای نام آن استفاده شود و از جلسه ای به جلسه دیگر متفاوت است.

آخرین خط حقوق مشتری در مورد این پوشه را می گوید. که در در این موردخواندن و نوشتن پیام ها در دسترس است.

آزمایش زیر تکنیک خواندن پیام ها را نشان می دهد. بر خلاف POP3، چنین به ظاهر عملیات سادهبسیار دشوار برای انجام در حالی که POP3 فقط یک امکان را می دهد - دریافت کل پیام، پروتکل IMAP4 نیاز به تعیین معیار علاوه بر تعداد پیام انتخاب شده دارد. درخواست!

شرح کامل نحو درخواست در RFC-1730 موجود است که بسیار توصیه می شود، اما در اینجا حتی در طرح کلیممکن به نظر نمی رسد

پیام را می توان خواند راه های مختلفکه یکی از آنها در زیر نشان داده شده است. این شامل فراخوانی فرمان "FETCH" با پارامترهایی است که بحث در مورد آن خارج از محدوده این کتاب است، اما می توان از RFC-1730 به دست آورد.

در ساده ترین حالت، برای به دست آوردن هدر پیام، باید به پوشه ای که این پیام در آن ذخیره شده است بروید (برای این کار، از دستور "SELECT" استفاده کنید) و درخواست زیر "FETCH msg BODY" را برای سرور ارسال کنید، جایی که " msg” شماره دنباله ای از پیام مورد نیاز است.

به عنوان مثال، ممکن است به شکل زیر باشد:

kpnc صندوق ورودی را انتخاب کنید

kpnc FETCH 1 BODY

· 1 واکشی (پرچم ها (اخیرا دیده شده) بدن (1032)

راه برگشت: " [ایمیل محافظت شده]»

· دریافت: از msk2.mail.ru (mx2.mail.ru)

· توسط mx1.mailru.com (8.10.0/8.10.0.Beta10) با شناسه ESMTP e2TCbfd35173

· دریافت: از camel.int ( helo=camel.mail.ru)

· توسط msk2.mail.ru با esmtp (Exim 3.02 #116)

· شناسه 12aHjy-0000Dk-00

· دریافت شده: از ppp-02.krintel.ru ( helo=KPNC)

· توسط camel.mail.ru با smtp (Exim 3.02 #107)

· شناسه 12aHje-0002OB-00

· شناسه پیام: " [ایمیل محافظت شده]»

· از: =?koi8-r?B?69LJ0yDrwdPQxdLTy8k=?= « [ایمیل محافظت شده]»

به: " [ایمیل محافظت شده]»

موضوع: تست

MIME-نسخه: 1.0

· نوع محتوا: متن/ساده.

· charset = "koi8-r"

Content-Transfer-Encoding: 7bit

اولویت X: 3

· اولویت X-MSMail: عادی

X-Mailer: Microsoft Outlook Express 5.00.2417.2000

· X-MimeOLE: تولید شده توسط Microsoft MimeOLE V5.00.2314.1300

kpnc OK تکمیل شد

و متن نامه را می توان با استفاده از درخواست "FETCH msg BODY" دریافت کرد.

مثلا:

kpnc FETCH 1 BODY

1 واکشی (بدن (16)

kpnc OK تکمیل شد

بقیه دستورات پروتکل IMAP4 در اینجا مورد بحث قرار نخواهند گرفت، اما می توان آنها را در مستندات فنی RFC-1730، RFC-2060 و RFC-2062 یافت.

اضافه سرور ایمیل از داخل

O در این فصل:

O داستان کوتاهوقوع پستچی SendMail

O SendMail Architecture

O اجزای SendMail - عامل کاربر، عامل انتقال، نماینده تحویل

O سلسله مراتب و تعامل اجزای SendMail

O طراحی و هدف کاربر عامل

O طراحی و هدف عامل حمل و نقل

O طراحی و هدف نمایندگی تحویل

O ترتیب صندوق پست

O مکانیسم ارسال نامه به گیرندگان محلی

ای مکانیسم ارسال نامه به گیرندگان راه دور

O دریافت پیام های دریافتی، مدل فرستنده - گیرنده

O احراز هویت فرستنده

O اتصال SMTP

درباره تراکنش های SMTP

O استفاده از سرور SMTP برای دریافت نامه های دریافتی

O صف پیام

O سرورهای رله

O ترمینال ارسال دستورات، سازماندهی یک کنفرانس بلادرنگ

O ارسال نامه

O دستگاه عامل POP3

برگرفته از کتاب شبکه های خانگی و اداری تحت ویستا و ایکس پی نویسنده واتامانیوک الکساندر ایوانوویچ

پروتکل IPX/SPX پروتکل‌های IPX و SPX نماینده دسته‌ای از پروتکل‌های توسعه‌یافته توسط Novell هستند که زمانی رقیب مستقیم مایکروسافت بود. رقابت در زمینه سیستم عامل های شبکه صورت گرفت: از یک طرف سیستم عامل Novell Netware وجود داشت.

برگرفته از کتاب کار اداری موثر نویسنده پتاشینسکی ولادیمیر سرگیویچ

پروتکل TCP/IP TCP/IP رایج ترین پروتکل لایه انتقال در هر دو حالت محلی و شبکه های جهانی، بیش از 20 سال پیش توسط وزارت دفاع ایالات متحده توسعه یافته است. پروتکل TCP/IP دارای یک رابط باز است. یعنی تمام اطلاعات این پروتکل باز است و

از کتاب سرور لینوکس DIY نویسنده

صورتجلسات این پروتکل برای تأیید تصمیماتی که به طور جمعی گرفته می شود استفاده می شود: در جلسات، جلسات، کنفرانس ها. این سندی است که شرایط واقعی را ثبت می کند. یا مستقیماً در طول جلسه هیئت دانشگاهی یا بعد از آن انجام می شود

برگرفته از کتاب TCP/IP Architecture, Protocols, Implementation (شامل IP نسخه 6 و IP Security) توسط Faith Sydney M

1.7.3. پروتکل TCP/IP در این بخش، بیایید نحوه انتقال اطلاعات در یک شبکه TCP/IP را بررسی کنیم. هر اطلاعاتی در بخش های کوچکی به نام بسته ها منتقل می شود. اگر مقدار اطلاعات مورد نیاز را نتوان در یک بسته انتقال داد، به قطعات تقسیم می شود. در عنوان

از کتاب آنچه که کتاب های دلفی درباره آن نمی نویسند نویسنده گریگوریف A.B.

از کتاب لینوکس: راهنمای کامل نویسنده کولیسنیچنکو دنیس نیکولاویچ

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

از کتاب لینوکس از نگاه یک هکر نویسنده فلنوف میخائیل اوگنیویچ

8.9 RIP پرکاربردترین پروتکل IGP RIP است که از پروتکل مسیریابی مشتق شده است. سیستم شبکهزیراکس (سیستم شبکه زیراکس - XNS). محبوبیت RIP بر اساس سادگی و در دسترس بودن آن است. RIP در ابتدا در سیستم عامل TCP/IP پیاده سازی شد.

از کتاب اتاق عمل سیستم یونیکس نویسنده روباچفسکی آندری ام.

8.17 BGP پروتکل دروازه مرزی (BGP) به طور گسترده در اینترنت استفاده می شود. نسخه فعلیپروتکل BGP-4.B است اینترنت مدرنارائه دهندگان زیادی مانند شبکه ای از اتصالات به یکدیگر متصل هستند. هنگام حرکت به سمت یک نقطه

برگرفته از کتاب لینوکس و یونیکس: برنامه نویسی پوسته. راهنمای توسعه دهنده. توسط Tainsley David

پروتکل 14.6 FTP C پروتکل FTPمفاهیم زیر مرتبط هستند:؟ دستورات و پارامترهای آنها از طریق اتصال کنترل ارسال می شود؟ کدهای عددی در پاسخ به دستور برگردانده می شوند؟ فرمت داده های منتقل شده در زیر مجموعه ای از دستورات FTP آورده شده است. آنها توسط مدیر منتقل می شوند

از کتاب نویسنده

16.14 POP پروتکل Post Office (POP) برای ارسال پیام ها از یک سرور پست الکترونیکی به یک سیستم رایانه رومیزی یا لپ تاپ استفاده می شود. مشخصات POP بسیاری از ویژگی های مختلف را تعریف می کند، مانند توانایی مشاهده لیست.

از کتاب نویسنده

2.1.6. پروتکل TCP TCP (پروتکل کنترل انتقال) یک پروتکل جریانی مبتنی بر اتصال قابل اعتماد است که دقیقا برعکس UDP است. تنها چیزی که در این پروتکل ها مشترک است روش آدرس دهی است: در TCP، هر سوکت نیز وجود دارد

از کتاب نویسنده

27.1. پروتکل TCP/IP 27.1.1. معماری چند لایه پشته TCP/IP پروتکل TCP/IP در اواخر دهه 60 تا اوایل دهه 70 توسط آژانس DARPA وزارت دفاع ایالات متحده (آژانس پروژه های تحقیقاتی پیشرفته وزارت دفاع ایالات متحده) ایجاد شد. مراحل اصلی توسعه این پروتکل در جدول 27.1 مراحل توسعه ذکر شده است

از کتاب نویسنده

5.3. پروتکل SSH قبلاً گفتیم که پروتکل Telnet چندان مناسب نیست کنترل از راه دورسرور چون به دور از امنیت است. اما این خواسته و نیاز وجود دارد. که در شبکه های بزرگ، به عنوان یک قاعده، چندین سرور استفاده می شود، و از یک اجرا می شود

از کتاب نویسنده

پروتکل IP پروتکل اینترنت (IP) یک قطعه داده (داده‌گرام) را از طریق یک سیستم شبکه‌های به هم پیوسته از منبع به مقصد تحویل می‌دهد. پروتکل IP فاقد عملکردهای تأیید، کنترل انتقال و ذخیره توالی است

از کتاب نویسنده

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

از کتاب نویسنده

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

بهترین مقالات در این زمینه