می‌توانید کارخواه‌ها و برنامه‌های ایمیل طرف سوم را بااستفاده از پروتکل‌های استاندارد IMAP و POP برای دریافت ایمیل و پروتکل SMTP برای ارسال ایمیل به Gmail متصل کنید. هر سه سرور از اصالت‌سنجی و صدور مجوز بااستفاده از OAuth 2.0 پشتیبانی می‌کنند.
پروتکل اصالت‌سنجی
IMAP، POP، و SMTP از لایه امنیتی و اصالت‌سنجی ساده (SASL) استاندارد استفاده می‌کنند و از فرمان‌های IMAP AUTHENTICATE، POP AUTH، و SMTP AUTH داخلی برای اصالت‌سنجی کاربران استفاده می‌کنند. قالب SASL XOAUTH2 به کارخواه‌ها امکان می‌دهد اعتبارنامه‌های OAuth 2.0 را برای اصالت‌سنجی ارائه دهند. سند پروتکل SASL XOAUTH2 قالب SASL XOAUTH2 را با جزئیات شرح می‌دهد و نمونه‌ها و کتابخانه‌های OAuth 2.0 که پروتکل را پیاده‌سازی می‌کنند دردسترس هستند.
نشانی‌ها و درگاه‌های سرور
از نشانی‌ها و درگاه‌های سرور زیر برای دریافت و ارسال ایمیل استفاده کنید:
| پروتکل | جهت | نشانی سرور | درگاه | رمزگذاری |
|---|---|---|---|---|
| IMAP | ورودی (دریافت) | imap.gmail.com |
993 |
SSL/TLS ضمنی |
| POP | ورودی (دریافت) | pop.gmail.com |
995 |
SSL/TLS ضمنی |
| SMTP | خروجی (ارسال) | smtp.gmail.com |
465 |
SSL/TLS ضمنی |
| SMTP | خروجی (ارسال) | smtp.gmail.com |
587 |
امنیت لایه انتقال (STARTTLS) |
اتصال‌های ورودی به imap.gmail.com:993 و pop.gmail.com:995، و همچنین
اتصال‌های خروجی به smtp.gmail.com:465، به SSL/TLS ضمنی نیاز دارند. اگر
کارخواه SMTP شما پیش‌از صدور فرمان STARTTLS برای ارتقای اتصال با نوشتار ساده شروع می‌شود،
از smtp.gmail.com:587 استفاده کنید.
از smtp.gmail.com برای ارسال ایمیل از کارخواه یا برنامه ایمیل ازطرف کاربر اصالت‌سنجی‌شده استفاده کنید. اگر سرپرست Google Workspace هستید که ایمیل‌های خروجی را از سرور، چاپگر، اسکنر، یا برنامه داخلی (برای مثال بااستفاده از smtp-relay.gmail.com) مسیریابی می‌کنید، ارسال ایمیل از چاپگر، اسکنر، یا برنامه را ببینید.
محدودیت‌های طول جلسه
جلسه‌های POP در Gmail تقریباً تا ۷ روز طول می‌کشد. جلسه‌های IMAP در Gmail تقریباً تا ۲۴ ساعت طول می‌کشد. اگر جلسه را بااستفاده از اطلاعات کاربری OAuth اصالت‌سنجی کرده باشید، تقریباً به‌اندازه دوره اعتبار کد دسترسی استفاده‌شده (معمولاً ۱ ساعت) دوام می‌آورد. جلسه در این زمینه یک اتصال پروتکل کنترل انتقال (TCP) مداوم است.
وقتی زمان سپری می‌شود و جلسه منقضی می‌شود، Gmail اتصال را با پیامی مبنی بر اینکه جلسه منقضی شده است می‌بندد. پس‌از آن، کارخواه می‌تواند دوباره متصل شود، مجدداً اصالت‌سنجی کند، و ادامه دهد. اگر از OAuth 2.0 استفاده می‌کنید، مطمئن شوید که کد دسترسی استفاده‌شده معتبر است. اگر از کد دسترسی‌ای استفاده کنید که بیش‌از ۱ ساعت از آن گذشته باشد، ممکن است نامعتبر باشد.
محدودیت‌های ارسال و پهنای باند
برای اینکه سلامت سیستم‌ها حفظ شود و حساب‌ها ایمن بمانند، Gmail حد ارسال ایمیل و پهنای باند روزانه را در یک دوره ۲۴ ساعته متوالی اعمال می‌کند. می‌توانید تا ۲٬۰۰۰ پیام در روز از حساب Google Workspace پولی و تا ۵۰۰ پیام در روز از حساب آزمایشی Google Workspace یا حساب Gmail شخصی ارسال کنید، با حداکثر ۱۰۰ گیرنده برای هر پیام ارسال‌شده ازطریق SMTP توسط کارخواه‌های POP یا IMAP. این محدودیت‌ها برای هر کاربر است و بین همه مشتریانی که به حساب دسترسی دارند مشترک است. برای جزئیات کامل، به اینجا مراجعه کنید:
- حد ارسال Gmail در Google Workspace
- محدودیت‌های ارسال و دریافت ایمیل (حساب‌های شخصی Gmail)
- محدودیت‌های پهنای باند Gmail
کتابخانه‌ها و نمونه‌ها
برای راحتی، توسعه‌دهندگان اغلب بااستفاده از IMAP یا POP به ایمیل دسترسی پیدا می‌کنند و بااستفاده از SMTP با کتابخانه‌های IMAP و SMTP موجود، ایمیل ارسال می‌کنند. تا زمانی که این کتابخانه‌ها از SASL پشتیبانی کنند، باید با قالب SASL XOAUTH2 که توسط Gmail پشتیبانی می‌شود سازگار باشند.
علاوه‌بر سند پروتکل SASL XOAUTH2، ممکن است بخواهید استفاده از OAuth 2.0 برای دسترسی به Google API را برای اطلاعات بیشتر درباره پیاده‌سازی مشتری OAuth 2.0 بخوانید.
صفحه نمونه‌ها و کتابخانه‌های OAuth 2.0 نمونه کدهایی را به زبان‌های محبوب مختلف بااستفاده از قالب SASL XOAUTH2 با IMAP یا SMTP ارائه می‌دهد.