現在、Postfixリレーを使用してホストされている複数の顧客ソリューションがありますが、すべて期待どおりに機能します。ローカルアカウントはなく、中継サーバーとしてのみ機能します。
構成には次のものがあります。
mydomain = hostdomain.com
myorigin = $mydomain
リレーから送信された電子メールヘッダーに次の行が表示されます。
Received: from mailrelay.hostdomain.com ([123.123.123.123])
Received: from sendername (unknown [1.1.1.1])
by mailrelay.hostdomain.com (Postfix) with ESMTP id 6119FA0441
for <[email protected]>; Wed, 16 Apr 2014 01:00:00 +0100 (BST)
リレーが自分をサーバー名として表示したいクライアントがいくつかあります。例は次のとおりです。
カスタマードメイン - customer1a.com
必須ヘッダー:
Received: from mailrelay.customer1a.com ([123.123.123.123])
Received: from sendername (unknown [1.1.1.1])
by mailrelay.customer1a.com (Postfix) with ESMTP id 6119FA0441
for <[email protected]>; Wed, 16 Apr 2014 01:00:00 +0100 (BST)
顧客ドメイン - customer2b.com
必須ヘッダー:
Received: from mailrelay.customer2b.com ([123.123.123.123])
Received: from sendername (unknown [1.1.1.1])
by mailrelay.customer2b.com (Postfix) with ESMTP id 6119FA0441
for <[email protected]>; Wed, 16 Apr 2014 01:00:00 +0100 (BST)
これは可能ですか?私が読んだ文書には仮想エイリアスが含まれていますが、上記を達成する方法は表示されませんか?
答え1
顧客ごとに複数のpostfixインスタンスを1つずつ実行できます。これには、別々のIPまたは別々のポート、別々のキューディレクトリなどが必要です。
そうでなければいいえ。仕組みではありません。とにかく、受信者はヘッダーを見ることができず、ほとんどはヘッダーを見つける方法さえ知らないので、プレゼンテーションに問題はありません。
彼らが経験している実際の問題は、多くのメッセージがサーバーから来て送信ドメインと一致しないため、メッセージがスパムとしてマークされることです。もしそうなら、サーバーの代わりにメールを送信できるようにするSPF / DKIMレコードを公開して、これが発生する可能性を減らすことができます。