نام (NAME)

verify - سرور اعتبارسنجی نشانی Postfix

خلاصه دستور (SYNOPSIS)

verify [گزینه‌های عمومی دیمن Postfix]

توضیحات (DESCRIPTION)

سرور اعتبارسنجی نشانی verify(8) سوابقی از نشانی‌های گیرنده‌ای که تحویل‌پذیر یا غیرقابل‌تحویل شناخته شده‌اند را نگهداری می‌کند.

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

اعتبارسنجی نشانی به پاسخ نزدیک‌ترین MTA برای نشانی مشخص‌شده اتکا دارد و بنابراین تمام نشانی‌های غیرقابل‌تحویل را شناسایی نخواهد کرد.

سرور verify(8) به گونه‌ای طراحی شده است که تحت کنترل سرور master در Postfix اجرا شود. این سرور یک پایگاه‌داده ماندگار اختیاری را نگهداری می‌کند. برای جلوگیری از قطع شدن ناشی از دستور «postfix stop» در میانه به‌روزرسانی پایگاه‌داده، فرایند در یک گروه فرایندی جداگانه اجرا می‌شود.

سرور verify(8) درخواست‌های زیر را پیاده‌سازی می‌کند:

update address status text: وضعیت و متن نشانی مشخص‌شده را به‌روزرسانی می‌کند.
query address: status (وضعیت) و text (متن) را برای address (نشانی) مشخص‌شده جستجو می‌کند. اگر وضعیت نامشخص باشد، یک پیام کاوش ارسال شده و وضعیت «in progress» (در حال انجام) بازگردانده می‌شود.

امنیت (SECURITY)

سرور اعتبارسنجی نشانی از نظر امنیتی حساس نیست. این سرور با شبکه ارتباط برقرار نمی‌کند و با کاربران محلی نیز ارتباطی ندارد. سرور verify می‌تواند به‌صورت chrootشده با امتیازات پایین ثابت اجرا شود.

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

از نسخه ۲.۵ به بعد Postfix، سرور verify(8) هنگام باز کردن فایل حافظه موقت address_verify_map دیگر از امتیازات root استفاده نمی‌کند. این فایل اکنون باید در data_directory متعلق به Postfix ذخیره شود. برای تسهیل مهاجرت، تلاش برای باز کردن فایل حافظه موقت در دایرکتوری‌هایی غیر از دایرکتوری Postfix به data_directory متعلق به Postfix هدایت شده و یک هشدار ثبت می‌شود.

عیب‌یابی (DIAGNOSTICS)

مشکلات و تراکنش‌ها در syslogd(8) یا postlogd(8) ثبت می‌شوند.

اشکالات (BUGS)

پیام‌های کاوش اعتبارسنجی نشانی، ترافیک اضافی به صف ایمیل اضافه می‌کنند. اعتبارسنجی گیرنده ممکن است در صورت وقوع حمله دیکشنری یا سیلاب برگشت‌های پس‌پراکنده (backscatter bounces)، بار مضاعفی را بر سرورهای پایین‌دست تحمیل کند. اعتبارسنجی نشانی فرستنده ممکن است باعث شود سایت شما توسط برخی ارائه‌دهندگان مسدود (denylist) شود.

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

پارامترهای پیکربندی (CONFIGURATION PARAMETERS)

تغییرات در main.cf به‌طور خودکار اعمال نمی‌شوند، زیرا فرایندهای verify(8) طولانی‌عمر هستند. پس از تغییر در پیکربندی، از دستور «postfix reload» استفاده کنید.

متن زیر تنها خلاصه‌ای از پارامترها را ارائه می‌دهد. برای جزئیات بیشتر شامل مثال‌ها، به postconf(5) مراجعه کنید.

کنترل‌های پیام کاوش (PROBE MESSAGE CONTROLS)

address_verify_sender ($double_bounce_sender): نشانی فرستنده‌ای که در پیام‌های کاوش اعتبارسنجی نشانی استفاده می‌شود؛ پیش از نسخه ۲.۵ Postfix، مقدار پیش‌فرض «postmaster» بود.

موجود در نسخه ۲.۹ به بعد Postfix:

address_verify_sender_ttl (0s): مدت زمان بین تغییرات در بخش وابسته به زمانِ نشانی فرستنده پیام‌های کاوش اعتبارسنجی نشانی.

کنترل‌های حافظه موقت (CACHE CONTROLS)

address_verify_map (خروجی 'postconf -d' را ببینید): جدول جستجو برای ذخیره‌سازی وضعیت ماندگار اعتبارسنجی نشانی.
address_verify_positive_expire_time (31d): مدت زمانی که پس از آن، یک کاوش موفق از حافظه موقت اعتبارسنجی نشانی منقضی می‌شود.
address_verify_positive_refresh_time (7d): مدت زمانی که پس از آن، یک کاوش موفق اعتبارسنجی نشانی نیاز به تازه‌سازی دارد.
address_verify_negative_cache (yes): فعال‌سازی ذخیره در حافظه موقت برای نتایج ناموفق پیام‌های کاوش اعتبارسنجی نشانی.
address_verify_negative_expire_time (3d): مدت زمانی که پس از آن، یک کاوش ناموفق از حافظه موقت اعتبارسنجی نشانی منقضی می‌شود.
address_verify_negative_refresh_time (3h): مدت زمانی که پس از آن، یک کاوش ناموفق اعتبارسنجی نشانی نیاز به تازه‌سازی دارد.

موجود در نسخه ۲.۷ به بعد Postfix:

address_verify_cache_cleanup_interval (12h): مدت زمان بین دفعات پاک‌سازی پایگاه‌داده اعتبارسنجی نشانی verify(8).

کنترل‌های مسیریابی پیام کاوش (PROBE MESSAGE ROUTING CONTROLS)

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

address_verify_relayhost ($relayhost): تنظیمات پارامتر relayhost را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.
address_verify_transport_maps ($transport_maps): تنظیمات پارامتر transport_maps را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.
address_verify_local_transport ($local_transport): تنظیمات پارامتر local_transport را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.
address_verify_virtual_transport ($virtual_transport): تنظیمات پارامتر virtual_transport را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.
address_verify_relay_transport ($relay_transport): تنظیمات پارامتر relay_transport را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.
address_verify_default_transport ($default_transport): تنظیمات پارامتر default_transport را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.

موجود در نسخه ۲.۳ به بعد Postfix:

address_verify_sender_dependent_relayhost_maps ($sender_dependent_relayhost_maps): تنظیمات پارامتر sender_dependent_relayhost_maps را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.

موجود در نسخه ۲.۷ به بعد Postfix:

address_verify_sender_dependent_default_transport_maps ($sender_dependent_default_transport_maps): تنظیمات پارامتر sender_dependent_default_transport_maps را برای پیام‌های کاوش اعتبارسنجی نشانی بازنویسی می‌کند.

کنترل‌های SMTPUTF8 (SMTPUTF8 CONTROLS)

پشتیبانی مقدماتی از SMTPUTF8 در نسخه ۳.۰ Postfix ارائه شده است.

smtputf8_autodetect_classes (sendmail, verify): تشخیص می‌دهد که آیا پیامی برای کلاس‌های مبدا ایمیل مشخص‌شده، به پشتیبانی SMTPUTF8 نیاز دارد یا خیر.

موجود در نسخه ۳.۲ به بعد Postfix:

enable_idna2003_compatibility (no): سازگاری «انتقالی» (transitional) میان IDNA2003 و IDNA2008 را هنگام تبدیل نام‌های دامنه UTF-8 به/از فرم ASCII مورد استفاده برای جستجوهای DNS فعال می‌کند.

کنترل‌های متفرقه (MISCELLANEOUS CONTROLS)

config_directory (خروجی 'postconf -d' را ببینید): محل پیش‌فرض فایل‌های پیکربندی main.cf و master.cf در Postfix.
daemon_timeout (18000s): مدت زمانی که یک فرایند دیمن Postfix می‌تواند برای رسیدگی به یک درخواست صرف کند، پیش از آنکه توسط تایمر نگهبان توکار متوقف شود.
ipc_timeout (3600s): محدودیت زمانی برای ارسال یا دریافت اطلاعات از طریق کانال ارتباطی داخلی.
process_id (فقط-خواندنی): شناسه فرایند (PID) یک دستور یا فرایند دیمن Postfix.
process_name (فقط-خواندنی): نام فرایند یک دستور یا فرایند دیمن Postfix.
queue_directory (خروجی 'postconf -d' را ببینید): محل دایرکتوری سطح بالای صف Postfix.
syslog_facility (mail): تسهیلات syslog برای ثبت وقایع Postfix.
syslog_name (خروجی 'postconf -d' را ببینید): پیشوندی که به نام فرایند در رکوردهای syslog افزوده می‌شود، به طوری که برای مثال «smtpd» به «prefix/smtpd» تبدیل می‌شود.

موجود در نسخه ۳.۳ به بعد Postfix:

service_name (فقط-خواندنی): نام سرویس master.cf مربوط به یک فرایند دیمن Postfix.

همچنین ببینید (SEE ALSO)

smtpd(8), سرور SMTP در Postfix
cleanup(8), قرار دادن پیام در صف Postfix
postconf(5), پارامترهای پیکربندی
postlogd(8), ثبت وقایع Postfix
syslogd(8), ثبت وقایع سیستم

فایل‌های راهنما (README FILES)

برای یافتن این اطلاعات از دستور «postconf readme_directory» یا «postconf html_directory» استفاده کنید.

ADDRESS_VERIFICATION_README, راهنمای اعتبارسنجی نشانی

مجوز (LICENSE)

مجوز Secure Mailer باید همراه با این نرم‌افزار توزیع شود.

تاریخچه (HISTORY)

این سرویس در نسخه ۲.۱ Postfix معرفی شد.

نویسندگان (AUTHORS)

Wietse Venema
IBM T.J. Watson Research
P.O. Box 704
Yorktown Heights, NY 10598, USA
Wietse Venema
Google, Inc.
111 8th Avenue
New York, NY 10011, USA