Postfix

Postfix는 C로 구현되고 GNU / Linux 및 UNIX와 유사한 운영 체제 용 메일러 서버로 작동하도록 설계된 오픈 소스 및 무료 명령 줄 소프트웨어 프로젝트입니다. Sendmail 대안으로 설계되었습니다.

이 소프트웨어는 IPv6, TLS (Transport Layer Security), SMTP (Simple Mail Transfer Protocol), LMTP (Local Mail Transfer Protocol), QMQP (Quick Mail Queuing Protocol) SASL (단순 인증 및 보안 계층), ETRN (확장 SMTP) 등이 있습니다.

지원되는 데이터베이스 및 사서함

Postfix는 LMDB 데이터베이스, Memcache 데이터베이스, CDB 데이터베이스, PostgreSQL 데이터베이스, SQLite 데이터베이스, Postfix 1.0 LDAP 데이터베이스, Berkeley DB 데이터베이스, MySQL 데이터베이스 및 DBM 데이터베이스를 포함한 여러 데이터베이스를 지원합니다. 또한 널리 사용되는 사서함 및 maildir 형식과 가상 도메인을 비롯하여 다양한 사서함을 지원합니다.

다른 기능 중에서도 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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
postscreen 데몬 (Postfix 앞의 좀비 차단기)은 여전히 ​​안정적인 릴리스에서는 너무 거칠고 "성숙한"것으로 만들어집니다. Postfix 2.8 개발주기에서 (그러나 Postfix 2.8 postscreen과 dnsblog 실행 파일 및 master.cf 구성과 함께 Postfix 2.7을 사용할 수 있으며,이 코드는 이미 입증 된 바 있습니다.)

버전의 새로운 기능 :

큐 이전 내용 필터 성능 향상. "smtpd_proxy_options = speed_adjust"를 사용하면, Postfix SMTP 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 before-queue 콘텐츠 필터에 연결되기 전에 전체 메시지를 수신합니다. 일반적으로 Postfix는 적은 수의 콘텐츠 필터 프로세스로 동일한 메일로드를 처리 할 수 ​​있습니다.
향상된 주소 확인 성능. 확인 데이터베이스는 기본적으로 영구적이며 주기적으로 자동 정리됩니다. 오버로드 조건에서 Postfix SMTP 서버는 주소 검색이 완료 될 때까지 최대 6 초 동안 기다리지 않습니다.
로컬 SMTP 클라이언트 IP 주소를 기반으로 평판 관리를 지원합니다. 이는 일반적으로 & quot; FILTER transportname : & quot; 고유 한 smtp_bind_address 값을 사용하여 액세스 맵 또는 헤더 / 본문 검사의 작업, master.cf의 메일 전송 전송
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 서버는 & quot; 예상치 못한 조회 표 & quot; SMTPD 정책 서버가 특정 방식으로 잘못 구성된 경우 오류가 발생합니다.

버전 2.5.6의 새로운 기능 :

SMTP 서버는 "smtpd_tls_req_ccert = yes"가 포함 된 클라이언트 인증서를 요청하지 않았습니다.
SMTP 연결을 4096 바이트보다 큰 TCP MSS 값과 재사용 할 때 감소 된 TCP 성능이 방지됩니다.