Postfix

Postfix - це програмне забезпечення з відкритим кодом та вільним командним рядком, яке реалізовано в C і розроблено з самого початку для роботи поштового сервера для операційних систем GNU / Linux та UNIX. Він розроблений як альтернатива Sendmail.

Функції керування небажаною поштою включають підтримку протоколу Sendmail Milter (поштовий фільтр), конфігурації, що залежить від стресу, блокувальника з блокуванням пост-скріна, плагін Greylisting, вираз зондування повідомлень, контроль доступу для одержувача, відправника чи клієнта, плагін SPF, фільтр вмісту, Підтримка білого списку DNS, а також параметри паралельності та обмеження швидкості для кожного клієнта SMTP-сервера.

Програмне забезпечення підтримує широкий діапазон протоколів, серед яких ми можемо згадати IPv6, TLS (безпека транспортного рівня), протокол SMTP (Простий протокол електронної пошти), LMTP (протокол локальної поштової передачі), QMQP (швидкий протокол чергування повідомлень), SASL (простий рівень автентифікації та безпеки) та ETRN (розширений SMTP).

Підтримувані бази даних та поштові скриньки

Postfix пропонує підтримку для декількох баз даних, включаючи базу даних LMDB, базу даних Memcache, базу даних CDB, базу даних PostgreSQL, базу даних SQLite, базу даних LDAP Postfix 1.0, базу даних Berkeley DB, базу даних MySQL, а також базу даних DBM. Крім того, він підтримує різні поштові скриньки, включаючи широко використовувані поштові ящики та файли maildir, а також віртуальні домени.

Серед інших функцій ми можемо згадати про підтримку адрес повернення конвертів VERP, маскрування адрес у вихідній SMTP-пошті, вибіркові перезапису адреси, ідентифікатори черг, що не повторюються, ретранслятор SMTP, залежний від відправника, пошук пароля SASL, текст повідомлення сповіщення про статус доставки , а сервер відхиляє текст "footer".

Postfix - справжній крос-платформенний проект, який успішно пройшов випробування на широкому спектрі операційних систем POSIX, таких як GNU / Linux, BSD, Solaris, AIX, HP-UX, IRIX, Mac OS X і Tru64 UNIX. Він сумісний з 32-бітними та 64-бітовими архітектурами процесора, і він успішно використовується на численних хостингових службах.

Що нового в цьому випуску:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового в версії:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.2.2:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.2.0:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.1.4:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.1.3:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.1.2:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.1.1:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.0.3:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.0.2:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.0.1:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового у версії 3.0.0:

• Покращено ефективність фільтра вмісту до черги. Використовуючи & quot; smtpd_proxy_options = speed_adjust & quot ;, SMTP-сервер Postfix отримує цілковите повідомлення, перш ніж він з'єднується з фільтром контенту попередньої черги. Як правило, це дозволяє Postfix обробляти одне і те ж завантаження пошти з меншою кількістю процесів фільтра контенту.
• Покращено ефективність перевірки адреси. База даних перевірки тепер є стійкою за замовчуванням, і вона автоматично очищується періодично. У умовах перевантаження сервер Postfix SMTP більше не зачекає 6 секунд для завершення адресного зонду.
• Підтримка управління репутацією на основі локальної SMTP-клієнтської IP-адреси. Як правило, це реалізується за допомогою & quot; FILTER transportname: & quot; дії в картках доступу або перевірки заголовків / тіл та транспортування поштових повідомлень у master.cf з унікальними значеннями smtp_bind_address.
• Демон настільного екрана (блокування зомбі перед Postfix) все ще занадто грубий для стабільного випуску і буде зроблено & quot; зрілим & quot; в циклі розробки Postfix 2.8 (однак ви можете використовувати Postfix 2.7 за допомогою посткрила Postfix 2.8 і DNSBLOG виконуваних файлів і master.cf конфігурації, цей код вже зарекомендував себе).

Що нового в версії 2.6.5:

• Клієнт Postfix Milter не вийшов із програми Milter після того, як програма надіслала "карантин" Запит на час закінчення повідомлення.
• додаток Milter буде як і раніше в стані завершення повідомлення, тоді як Postfix вже буде працювати на наступній події SMTP, як правило, "ВІДПРАВИТИ" або "MAIL FROM".
• У другому випадку, відповіді Міртера на отримання раніше отриманого повідомлення електронної пошти будуть застосовані до наступної транзакції MAIL FROM.
• Сервер Postfix SMTP буде перервано з "неочікуваною таблицею пошуку" & quot; помилка при неправильному настроюванні сервера політик SMTPD певним чином.

Що нового у версії 2.5.6:

• Сервер SMTP не запитував сертифікат клієнта з & quot; smtpd_tls_req_ccert = так & quot ;.
• Знижена ефективність TCP уникатиме при багаторазовому використанні SMTP-з'єднання з величиною MSS-TCP 4096 байтів.