MIMEヘッダー内では、ヘッダーフィールド名と '：'区切り文字の間に空白を使用できますか？たとえば、以下のとおりです。MIMEヘッダーフィールド名と '：'区切り文字の間に空白がありますか
Content-Type: <value>
と
Content-Type : <value>
同等？
また、これが記述されているMIME標準へのポインタを提供してください。私はいくつかチェックしたが、それは見つからなかった。
おかげ
あるか、標準で、許可されていないかどうかを完全には明らかではありません。しかし、実装はヘッダーフィールド名とコロンの間の空白を処理する方法が異なります。可能であれば、空白を避けることを強くお勧めします。
RFC for reference。 This somewhat old article discusses the issue for HTTP headers、類似の標準である。
質問がHTTPに関するものであれば、答えは「いいえ、許可されません」です。 http://greenbytes.de/tech/webdav/draft-ietf-httpbis-p1-messaging-21.html#rfc.section.3.2
「許可」という意味に依存します。フィールド名とコロン（これらは 'MIME'標準ではありません）との間のWSの挿入を特に禁止しています（RFC2230を廃止したRFCsおよび1982 RFC822を廃止した5322）。例えば、:がトークンではなく、唯一のフィールド名の一部として参照されることに注意してください：
from = "From:" mailbox-list CRLF
はしかし、古代のRFC822 はは廃止された構文ことをここにスペース、および新しいRFCの状態を許可しませんでした"合致する受信機によって受け入れられ、解析されなければならない"。廃止From:ヘッダの定義は、例えば、第4節は時代遅れの構文を覆う
obs-from = "From" *WSP ":" mailbox-list CRLF
ました。私は実際に自分の受信機では古くなった構文を許可していませんし、問題は一度もありませんでした。
お返事ありがとうございます。私はサーバからのメッセージを解析しているので、空白を許すのが賢明だと思います。 –
文書のポインタをありがとう。それは空白が許されることを明確に述べている。 ** 3.1.4。構造化されたフィールド体 構造化フィールドの作成と読み込みを支援するために、字句トークンの間に線形空白（CRLFを含めることによって を折りたたむことを許可する）を自由に挿入することができます。 –