Cyrus-IMAP、Postfix、およびPerdition IMAPプロキシサーバーを使用して、組織内のExchangeを置き換える新しいメール設定を調査しています。ユーザーの3文字の部門(FIN、PAYなど)を含むLDAP属性(extensionAttribute15)に基づいて、さまざまなメールストアに電子メールを送信する際に問題が発生しています。現在ActiveDirectoryを実行していますが、すべてのユーザーにメールホスト属性を設定する必要がないため、部門を特定のメールストアにマップする最善の方法を決定しようとしています。私は現在、hostsファイルを使用して3文字の部門をメールストアにマップしています。これは、必要以上にDNSにクエリを実行したくないためですが、これが実行可能な長期的なソリューションであるとは思えません。
2つのCyrusバックエンドサーバーと1つのフロントエンドPerdition/Postfixサーバーがあります。 IMAPプロキシが正しく機能し、上記のようにhostsファイルを使用してユーザーの部門に基づいて正しいメールストアからプルしていますが、Postfixを正しく機能させるのに問題があります。
Postfix ldap_tableドキュメント result_formatオプションの下で、メールのホストアドレスを「smtp:[%s]」として返すと、トランスポートテーブルの基礎として機能できると記載されていますが、これを実行しようとすると、プロキシサーバーのpostfixメールログのエラー:
postfix/qmgr[1593]: warning: connect to transport private/ldap: No such file or directory
以下に掲載されている設定ファイルの関連部分:
#/etc/postfix/main.cf
myhostname = perdition.test.domain.com
mydomain = test.domain.com
mydestination = $myhostname, localhost
mynetworks_style = subnet
virtual_transport = ldap:/etc/postfix/ldap-virtual-transport.cf
virtual_mailbox_domains = email.test.domain.com
virtual_mailbox_maps = ldap:/etc/postfix/ldap-aliases.cf
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
#/etc/postfix/ldap-virtual-transport.cf
version = 3
server_Host = ldap.domain.com
search_base = <email user search base>
bind_dn = <bind user dn>
bind_pw = <bind user pw>
query_filter = (sAMAccountName=%u)
result_attribute = extensionAttribute15
result_format = smtp:[%s]
#/etc/postfix/ldap-aliases.cf
version = 3
server_Host = ldap.domain.com
search_base = <email user search base>
bind_dn = <bind user dn>
bind_pw = <bind user pw>
query_filter = (sAMAccountName=%u)
result_attribute = mail
result_format = %s
#/etc/postfix/master.cf
smtp inet n - n - - smtpd
-o smtp_dns_support_level=disabled
submission inet n - n - - smtpd
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
smtps inet n - n - - smtpd
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
#628 inet n - n - - qmqpd
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - n 300 1 oqmgr
tlsmgr unix - - n 1000? 1 tlsmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - n - - smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay unix - - n - - smtp
-o smtp_fallback_relay=
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - n - - showq
error unix - - n - - error
retry unix - - n - - error
discard unix - - n - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
scache unix - - n - 1 scache
#/etc/hosts
172.29.99.43 store01 store01.test.domain.com FIN
172.29.99.41 store02 store02.test.domain.com PAY
私はこれと同じ構成を正常に使用しています(ほとんど)。それはあなたのものによく似ているので、いくつかの調整で動作するはずです。 result_formatを少し変更します。
result_format = smtp:%s
このルックアップテーブルをクエリして、期待する結果が得られるかどうかを確認できます。
postmap -q [email protected] ldap:/etc/postfix/ldap-virtual-transport.cf
とにかく、あなたの間違いは、そうでないのに、virtual_transportをルックアップテーブルとして使用していることだと思います。代わりに、transport_mapsを使用する必要があります。
transport_maps = ldap:/etc/postfix/ldap-virtual-transport.cf