Postfixは、C言語で実装され、GNU / LinuxやUNIXライクなオペレーティングシステム用のメーラーサーバとして機能するように設計されたオープンソースで無料のコマンドラインソフトウェアプロジェクトです。 Sendmailの代替手段として設計されています。
魅力的な迷惑メール制御機能を提供
迷惑メール制御機能には、Sendmail Milter（メールフィルタ）プロトコル、ストレス依存の設定、ポストスクリーンゾンビブロッカー、Greylistingプラグイン、アドレスプロービングコールアウト、受信者ごとのアクセス制御、送信者またはクライアント、SPFプラグイン、 DNSホワイトリストのサポート、SMTPサーバーのクライアントごとの並行性とレート制限などがあります。
幅広いプロトコルをサポート
このソフトウェアは、IPv6、TLS（Transport Layer Security）、SMTP（Simple Mail Transfer Protocol）、LMTP（Local Mail Transfer Protocol）、QMQP（Quick Mail Queuing Protocol） SASL（Simple Authentication and Security Layer）、ETRN（Extended SMTP）などがあります。
サポートされているデータベースとメールボックス
Postfixは、LMDBデータベース、Memcacheデータベース、CDBデータベース、PostgreSQLデータベース、SQLiteデータベース、Postfix 1.0 LDAPデータベース、Berkeley DBデータベース、MySQLデータベース、DBMデータベースなど、いくつかのデータベースをサポートしています。さらに、広く使用されているメールボックスやmaildir形式、仮想ドメインなど、さまざまなメールボックスをサポートしています。
送信者依存のSMTPリレーとSASLパスワード検索をサポート
VERPエンベロープの返信アドレス、送信SMTPメールのアドレスのマスカレード、選択的アドレスの書き換え、繰返ししないキューID、送信者依存のSMTPリレーとSASLパスワードの参照、カスタマイズ可能な配信状況の通知メッセージテキスト、サーバーは「フッター」テキストを拒否します。
サポートされているオペレーティングシステム
Postfixは、GNU / Linux、BSD、Solaris、AIX、HP-UX、IRIX、Mac OS X、Tru64 UNIXなど、幅広いPOSIXオペレーティングシステムで正常にテストされた真のクロスプラットフォームプロジェクトです。
このリリースの新機能：
このリリースでは、32ビットおよび64ビットの両方のCPUアーキテクチャと互換性があり、
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョンの新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.2.2の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.2.0の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.1.4の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.1.3の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.1.2の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.1.1の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.0.3の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.0.2の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.0.1の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン3.0.0の新機能：
キュー前のコンテンツフィルタのパフォーマンスが向上しました。 "smtpd_proxy_options = speed_adjust"を指定すると、Postfix SMTPサーバは、キュー全体のコンテンツフィルタに接続する前にメッセージ全体を受信します。通常これにより、Postfixはより少ないコンテンツフィルタプロセスで同じメール負荷を処理できます。
アドレス検証のパフォーマンスが向上しました。検証データベースは、デフォルトで永続的になり、定期的に自動的にクリーンアップされます。過負荷状態では、Postfix SMTPサーバはアドレスプローブが完了するまで最大6秒待つ必要がなくなりました。
ローカルSMTPクライアントIPアドレスに基づいたレピュテーション管理のサポートこれは、典型的には、「FILTERトランスポート名：アクセスマップまたはヘッダー/ボディチェックのアクション、およびmaster.cfのメール配信トランスポートで一意のsmtp_bind_address値を使用します。
postscreenデーモン（Postfixの前にあるゾンビブロッカー）は安定したリリースのためにはやっかいすぎて、まだ成熟していません。 Postfix 2.8の開発サイクル（しかし、Postfix 2.8のpostscreenとdnsblogの実行可能ファイルとmaster.cfの設定でPostfix 2.7を使うことができます;このコードは既に実証済みです）。
バージョン2.6.5の新機能：
Postfix Milterクライアントは、アプリケーションが＆quot;検疫＆quot;メッセージの終了時に要求します。
Milterアプリケーションはまだメッセージの終わりの状態ですが、Postfixは次のSMTPイベント（通常はQUITまたはMAIL FROM）で作業しています。
後者の場合、以前に受信した電子メールメッセージのMilter応答は、次のMAIL FROMトランザクションに適用されます。
Postfix SMTPサーバは、 "予期しないルックアップテーブル" SMTPDポリシーサーバーが特定の方法で誤って構成された場合のエラー。
バージョン2.5.6の新機能：
SMTPサーバーは、＆quot; smtpd_tls_req_ccert = yes＆quot;のクライアント証明書を要求しませんでした。
SMTP接続を4096バイトを超えるTCP MSS値と再使用すると、TCPパフォーマンスが低下することはありません。
コメントが見つかりません