AsyncOS には、異なる文字エンコード方式を含む免責事項スタンプの動作を変更するために使用される設定値が存在します。デフォルトでは、AsyncOS は電子メール メッセージの本文パート内に添付されるように、免責事項を配置します。localeconfig
コマンド内で設定した設定値を使用して、本文パートと免責事項のエンコード方式が異なる場合の動作を設定できます。数個のパートから構成される電子メール メッセージを確認することで、この設定が理解しやすくなります。
To: joe@example.com
From: mary@example.com
Subject: Hi!
|
ヘッダー
|
<空白行>
|
|
Hello!
|
本文パート
|
|
|
このメッセージはスキャンされました。
|
最初の添付パート
|
|
|
Example.zip
|
2 番目の添付パート
|
最初の空白行に続くメッセージの本文には、多くの MIME パートが含まれている場合があります。多くの場合、最初のパートは「本文」または「テキスト」と呼ばれ、2 番目以降のパートは「アタッチメント」と呼ばれます。
免責事項は「アタッチメント」(上記の例)または本文の一部として、電子メールに含めることができます。
To: joe@example.com
From: mary@example.com
Subject: Hi!
|
ヘッダー
|
<空白行>
|
|
Hello!
|
本文パート
|
|
|
このメッセージはスキャンされました。
|
本文に含められた免責事項
|
|
|
Example.zip
|
最初の添付パート
|
一般的に、メッセージの本文と免責事項の間でエンコード方式の不一致が起こると、免責事項が本文に含まれ(インライン)個別のアタッチメントとして含まれないように、AsyncOS はメッセージ全体をメッセージの本文と同じエンコード方式でエンコードしようとします。つまり、免責事項と本文のエンコード方式が一致する場合、または免責事項のテキストに(本文の)インラインに表示できる文字が含まれている場合は、免責事項はインラインに含められます。たとえば、US-ASCII
文字のみを含む ISO-8859-1 エンコードされた免責事項が生成される可能性があります。結果的に、この免責事項は問題なく「インライン」に表示されます。
ただし、免責事項が本文と組み合わせられない場合、localeconfig
コマンドを使用し、本文テキストを昇格または変換して免責事項のエンコード方式と一致させるように AsyncOS を設定することで、免責事項をメッセージの本文に含めることができます。
example.com> localeconfig
Behavior when modifying headers: Use encoding of message body
Behavior for untagged non-ASCII headers: Impose encoding of message body
Behavior for mismatched footer or heading encoding: Try both body and footer or heading encodings
Behavior when decoding errors found: Disclaimer is displayed as inline content and the message body is added as an attachment.
Choose the operation you want to perform:
- SETUP - Configure multi-lingual settings.
[]> setup
If a header is modified, encode the new header in the same encoding as the message body?
(Some MUAs incorrectly handle headers encoded in a different encoding than the body.
However, encoding a modified header in the same encoding as the message body may cause certain
characters in the modified header to be lost.) [Y]>
If a non-ASCII header is not properly tagged with a character set and is being used or modified,
impose the encoding of the body on the header during processing and final representation of the message?
(Many MUAs create non-RFC-compliant headers that are then handled in an undefined way.
Some MUAs handle headers encoded in character sets that differ from that of the main body in an incorrect way.
Imposing the encoding of the body on the header may encode the header more precisely.
This will be used to interpret the content of headers for processing, it will not modify or rewrite the
header unless that is done explicitly as part of the processing.) [Y]>
Disclaimers (as either footers or headings) are added in-line with the message body whenever possible.
However, if the disclaimer is encoded differently than the message body, and if imposing a single encoding
will cause loss of characters, it will be added as an attachment. The system will always try to use the
message body's encoding for the disclaimer. If that fails, the system can try to edit the message body to
use an encoding that is compatible with the message body as well as the disclaimer. Should the system try to
re-encode the message body in such a case? [Y]>
If the disclaimer that is added to the footer or header of the message generates an error when decoding the message body,
it is added at the top of the message body. This prevents you to rewrite a new message content that must merge with
the original message content and the header/footer-stamp. The disclaimer is now added as an additional MIME part
that displays only the header disclaimer as an inline content, and the rest of the message content is split into
separate email attachments. Should the system try to ignore such errors when decoding the message body? [N]>
Behavior when modifying headers: Use encoding of message body
Behavior for untagged non-ASCII headers: Impose encoding of message body
Behavior for mismatched footer or heading encoding: Try both body and footer or heading encodings
Behavior when decoding errors found: Disclaimer is displayed as inline content and the message body
is added as an attachment.
Choose the operation you want to perform:
- SETUP - Configure multi-lingual settings.
[]>
localeconfig
コマンドの詳細については、「Configuring the Appliance to Receive Mail」の章を参照してください。