私が逃したものは何ですか...
指定内容:Webメールコンポーネントを含むLinuxスタックベースの電子メールサーバーシステム(ホスティング)。様々な種類電子メールクライアントと他のウェブメールシステムが含まれてテストされました。
私たちは、配布リストを介して電子メールを配布するためにWebメールクライアントを使用します。メールシステムは、次の例のような電子メールを送信します(ソース電子メールヘッダーからコピーされます)。organisation
配布リストの名前はどこにありますか?
Date: Sat, 20 Apr 2024 18:35:45 +0200
Message-ID: <[email protected]>
From: [email protected]
To: organisation: [email protected], [email protected];
Subject: here goes the subject
これまでは、電子メールが正常に送信されており(GMXメールボックスでも)、「送信できない電子メール」というメッセージは表示されません。
質問
次に、一部の電子メールクライアントまたはWebメールシステム(GMXウェブメールなど)が「Everyone」に応答すると、間違ったヘッダーが表示されます(たとえば、Thunderbirdを使用すると正しい形式が生成されます)。これらの応答は一部のシステムでは拒否されます。
メールヘッダーに記載されている情報がRFC 5322およびRFC 2047の仕様に準拠していないため、メールは当社のメールシステムから拒否されました。ヘッダーフィールド 'To'が構文上正しくありません。
問題の電子メールヘッダーは次のとおりです(「受信者:」行に特に注意してください)。
Received: from ...
Reply-To: ...
From: <[email protected]>
To: <[email protected]>, <organisation: [email protected]>;
References: <[email protected]>
In-Reply-To: <[email protected]>
Subject: AW: here goes the subject
明らかに、一部のメールクライアントは、提供された配布リスト名を最初の受信者の電子メールアドレスの一部として解釈します。
現在の質問は次のとおりです。 (1) 犯人は誰ですか? (2)正しい形式は何ですか? (3) サーバーが一部の RFC に従わずに元のメッセージを配布していますか?それともメールクライアントまたはメールシステムの欠陥ですか?
=====最後の修正======
これは明らかに不足側の間違いでした。チケットが発行されました。
ベストアンサー1
(これは間違っているかもしれませんが、以下に役立つ議論があるので、そのままにしてください)
ここで、organization は配布リストの名前です。
元の電子メールを生成したものは何でも問題があります。メールボックス名(@domainの前のビット)には、スペース、@文字、およびその他のあらゆる種類の奇妙なアイテムを含めることができます。したがって、転送では、To:ヘッダーの最初の項目を「組織:[Eメール保護]」。
明示的なスペースを引用するかエスケープする必要があるかを判断するには、多くの読書が必要です(メールボックス名の「@」文字がそうです)。したがって、これがRFCに準拠していないと主張するバグが正しいかどうかは言えません。しかし、これが必須ではないにもかかわらず、望ましい動作ではないので、ポイントは議論の余地があります。