3.1. Paragraph Text

Many modern programs use a proportional-spaced font, and use CRLF to represent paragraph breaks. Line breaks are "soft", occurring as needed on display. That is, characters are grouped into a paragraph until a CRLF sequence is seen, at which point a new paragraph is started. Each paragraph is displayed, starting at the left margin (or paragraph indent), and continuing to the right until a word is encountered which does not fit in the remaining display width. This word is displayed at the left margin of the next line. This continues until the paragraph ends (a CRLF is seen). Extra vertical space is left between paragraphs.

多くの現代的なプログラムは可変間隔フォントを使用し、 改段落を表現するために CRLF を使用します。 改行は「やわらかくsoft」、表示で必要な時に行われます。 すなわち、文字は CRLF 列が見つかるまでが一つの段落に集団化され、 CRLF 列のところで新しい段落が始まります。 各段落は左余白から (または段落字下げで) 表示され、 残る表示幅に当てはまらない語が現れるまで右に続けます。 当てはまらなくなった語は次の行の左余白に表示します。 これは段落が終了するまで (CRLF が見つかるまで) 続きます。余分な垂直間隔を段落間に置きます。

Text which meets this description is defined by this memo as "flowed".

この説明に合致する定義はこのメモでは流しと定義します。

Numerous software products erroneously label this media type format as Text/Plain, resulting in much user discomfort.

数々のソフトウェア製品が誤ってこの媒体型書式を Text/Plain と札付けしていまして、 利用者は甚だ不快に思うこととなっています。

3.2. Embarrassing Line Wrap

As Text/Plain messages get are quoted in replies or forwarded messages, the length of each line gradually increases, each line gradually increases in length, eventually being arbitrarily hard wrapped, resulting in "embarrassing line wrap." This results in produces text which is, at best, hard to read, and often confuses attributions.

text/plain メッセージは、返答・転送メッセージで引用されるごとに、 各行の長さが段々と増えていき、やがて勝手に硬く行送りされて 困った改行になります。そうなると文章は良くても読みにくい、 時にはどうつながっているのかよくわからないようなものとなります。

Example:

>>>>>>This is a comment from the first message to show a
>quoting example.
>>>>>This is a comment from the second message to show a
>quoting example.
>>>>This is a comment from the third message.
>>>This is a comment from the fourth message.

It can be confusing to assign attribution to lines 2 and 4 above.

この例の2行目と4行目は誰の文章なのかわかりにくくなっています。

In addition, as devices with display widths smaller than 79 or 80 characters become more popular, embarrassing line wrap has become even more prevalent, even with unquoted text.

また、79〜80文字よりも小さな表示幅の装置が良く使われるようになっていますから、 困った改行問題は引用されていない文章でもより普通なことになっています。

Example:

This is paragraph text that is
meant to be flowed across
several lines.
However, the sending mailer is
converting it to fixed text at
a width of 72
characters, which causes it to
look like this when shown on a
PDA with only
30 character lines.

これはいくつもの行にわたって流
されることを意図した段落文です
。
しかし、送信したメイル器が文章
を 72 文字固定としてしまったた
めに、
1 行で 30 文字しか表示できない
 PDA で見るとこのようになって
しまいます。

3.3. New Media Types

Attempts to deploy new media types, such as Text/Enriched [RICH] [Rich] and Text/HTML [HTML] have suffered from a lack of backwards compatibility and an often hostile user reaction at the receiving end.

新しい媒体型、例えば text/enriched や text/html を採用しようとする試みもありますが、 後方互換性に欠くという問題に悩まされていますし、 受信側の利用者が悪く思うこともよくあります。

In particular, Text/Enriched requires that open angle brackets ("<") and hard line breaks be doubled, with resulting user unhappiness when viewed as Text/Plain. Text/HTML requires even more alteration of text, with a corresponding increase in user complaints.

特に、 text/enriched は開き角括弧 (<) と硬い改行を重ねる必要がありますから、利用者が text/plain として見た時に嬉しくありません。 text/html はそれ以上に文章の置換えが必要となりますから、 利用者の不満もそれに対応して増加します。

A proposal to define a new media type to explicitly represent the paragraph form suffered from a lack of interoperability with currently deployed software. Some programs treat unknown subtypes of Text TEXT as an attachment.

段落形式を明確に表現する新しい媒体型を定義しようと提案しても、 現在既に使用されているソフトウェアとの相互運用性の欠如の問題に悩まされます。 未知の text の亜型を添付として扱うプログラムもあります。

What is desired is a format which is in all significant ways Text/Plain, and therefore is quite suitable for display as Text/Plain, and yet allows the sender to express to the receiver which lines can be considered a logical paragraph, and thus flowed (wrapped and joined) as appropriate.

ですから、望まれるのはすべての重要な点において text/plain であり、従って text/plain として表示するのが極めて適当であり、 されども送信者が受信者にどの行を論理的な段落と考えることができるかを表現でき、 よって適当に流し (行送りや連結) を行うことのできる書式です。

4.2. 4.1. Interpreting Format=Flowed

If the first character of a line is a quote mark (">"), the line is considered to be quoted (see Section 4.5). Logically, all quote marks are counted and deleted, resulting in a line with a non-zero quote depth, and content. (The agent is of course free to display the content with quote marks or excerpt bars or anything else.) Logically, this test for quoted lines is done before any other tests (that is, before checking for space-stuffed and flowed).

ある行の最初の文字が引用符 (>) であれば、 その行は引用されていると考えます。論理的には、 すべての引用符を数えて削除すれば、行は引用の深さ (非零) と内容になります。 (利用者エージェントはもちろん内容を引用符や引用棒や他の何で表示しても自由です。) 論理的には、この引用行の検査は他の検査の前に (つまり間隔詰込みや流しの検査の前に) 行います。

If the first character of a line is a space, the line has been space-stuffed (see Section 4.4). Logically, this leading space is deleted before examining the line further (that is, before checking for flowed).

行の最初の文字が間隔であれば、その行は間隔詰込みされています。 論理的には、この最初の間隔は行を更に検査する前に (つまり、流しの検査の前に) 削除します。

If the line ends in one or more a spaces, the line is flowed. Otherwise it is fixed. Trailing spaces are part of the line's content, but the CRLF of a soft line break is not. The exception to this rule is a signature separator line, described in Section 4.3. Such lines end in a space but are neither flowed nor fixed.

行が間隔で終わる場合は、その行は流されています。 そうでなければ、固定です。署名分離子行はこの規則の例外で、 4.3章で説明しています。行末の間隔は行の内容の一部ですが、軟改行の CRLF はそうではありません。署名分離子行は間隔で終わりますが、 流しでも固定でもありません。

A series of one or more flowed lines followed by one fixed line is considered a paragraph, and MAY be flowed (wrapped and unwrapped) as appropriate on display and in the construction of new messages (see section Section 4.5).

1つ以上の流し行に1つの固定行が続く系列は、 段落とみなし、表示の際や新しいメッセージの構築の際に適切に流して (行送りや行送り復元を行って) 構いません。

A line consisting of one or more spaces (after deleting a stuffed space acting as stuffing) is considered a flowed line.

(詰込みとして働く間隔を削除した後に) 1つ以上の間隔で構成される行は、 流し行とみなします。

4.1. 4.2. Generating Format=Flowed

When generating Format=Flowed text, lines SHOULD be shorter than 80 characters 78 characters or shorter, including any trailing white space and also including any space added as part of stuffing (see Section 4.4). As suggested values, any paragraph longer than 79 78 characters in total length could be wrapped using lines of 72 or fewer characters. While the specific line length used is a matter of aesthetics and preference, longer lines are more likely to require rewrapping and to encounter difficulties with older mailers. (It has been suggested that 66 character lines are the most readable.)

format=flowed の文章を生成する時には、 行は末尾の空白や詰込みの一部として追加した間隔も含めて、 78文字以下にするべきです。 全部の長さが78文字より長い段落は、一行を72文字以下にして折返すことを提案します。 行の長さは美学と好みの問題ですが、 長い行は古いメイル器で再折返しする必要があってやっかいなことになりやすそうです。 (一行を66文字にするのがもっとも読みやすいのではないかといわれています。)

(The reason for the restriction to 79 or fewer characters between CRLFs on the wire is to ensure In addition to conformance to [MSG-FMT], there is a historical need that all lines, even when displayed by a non-flowed-aware program, will fit in a standard 79- or 80-column screen without having to be wrapped. The limit is 79 78, not 79 or 80, because while 79 or 80 fit on a line, the last column is often reserved for a line-wrap indicator.)

RFC 2822 への適合に加えて、歴史的にすべての行が (流しを知らないプログラムで表示する時であっても) 標準の79〜80列の画面で折返さずに幅に合うようにする必要がありました。 一行は79〜80ですが、最後の列は行折返しの印として予約されていることがよくありますから、 制限は78になります。

When creating flowed text, the generating agent wraps, that is, inserts 'soft' line breaks as needed. Soft line breaks are added at natural wrapping points, such as between words. Because a A soft line break is a SP CRLF sequence, the generating agent creates one by inserting a CRLF after the occurance of a space.

流し文を作る時に、生成エージェントは必要に応じて流しを行います。 つまり、軟改行を挿入します。軟改行は語の間などの自然な折返し点に追加します。 軟改行は SP CRLF の列です。

Regardless of which technique is used, a A generating agent SHOULD NOT insert a white space in an unnatural location, such as into a word (a sequence of printable characters, not containing spaces, in a language/coded character set in which spaces are common). If faced with such a word which exceeds 79 78 characters (but less than 998 characters, the [SMTP] limit on line length), the agent SHOULD send the word as is and exceed the 79-character 78-character limit on line length.

どちらの方法を使うにせよ、生成エージェントは語 (間隔を普通に使う言語・符号化文字集合で、印字可能文字の列であり、 間隔を含まないもの) の中のような不自然な場所に空白を挿入するべきではありません。 78文字の制限を超える (ものの SMTP の998文字の行長制限よりは短い) 語が現れた時は、エージェントはその語をそのまま78文字行長制限を超して送るべきです。

A generating agent SHOULD:

• 1. o Ensure all lines (fixed and flowed) are 79 78 characters or fewer in length, counting the trailing space as well as a space added as stuffing, but not counting the CRLF, unless a word by itself exceeds 79 78 characters.
• 2. o Trim spaces before user-inserted hard line breaks.

生成エージェントは、

• すべての行 (固定、流し) を末尾の間隔や詰込みの間隔も含めて (CRLF は除いて) 78文字以下の長さに収めるべきです。 ただし、78文字を超える語の場合は除きます。
• 利用者が挿入した硬改行の前の間隔を取除くべきです。

• 3. o Space-stuff lines which start with a space, "From ", or ">".

• 間隔, From , > で始まる行に間隔を詰込まなければなりません。

In order to create messages which do not require space-stuffing, and are thus more aesthetically pleasing when viewed as Format=Fixed, a generating agent MAY avoid wrapping immediately before ">", "From ", or space.

間隔の詰込みが必要ないメッセージを作成するため、 そして format=fixed として見た時により美しくなるように、 生成エージェントは >, From , 間隔の直前で折返すことを避けても構いません。

(See sections Sections 4.4 and 4.5 for more information on space-stuffing and quoting, respectively.)

間隔の詰込みと引用については、それぞれ 4.4節と4.5節に詳しい情報があります。

A Format=Flowed message consists of zero or more paragraphs, each containing one or more flowed lines followed by one fixed line. The usual case is a series of flowed text lines with blank (empty) fixed lines between them.

format=flowed メッセージは、零個以上の段落から構成されます。 段落は、一つ以上の流し行の後に1つの固定行が続きます。 普通は流し行の間には空の固定行を入れます。

Any number of fixed lines can appear between paragraphs.

段落の間には任意の数の固定行が出現できます。

[Quoted-Printable] encoding SHOULD NOT be used with Format=Flowed unless absolutely necessary (for example, non-US-ASCII (8-bit) characters over a strictly 7-bit transport such as unextended SMTP [SMTP] ). In particular, a message SHOULD NOT be encoded in Quoted-Printable for the sole purpose of protecting the trailing space on flowed lines unless the body part is cryptographically signed or encrypted (see Section 4.6).

Quoted-Printable (引用印字可能) 符号化は、 絶対に必要でない限り (例えば非 US-ASCII (8ビット) 文字を未拡張の SMTP のように厳密に7ビットな輸送路で使う場合) を除き、使用するべきではありません。 特に、本体部分を署名または暗号化する場合以外は、 メッセージを単に流し行の末尾の間隔を保護する目的で引用印字可能で符号化するべきではありません。

The intent of Format=Flowed is to allow user agents to generate flowed text which is non-obnoxious when viewed as pure, raw Text/Plain (without any decoding); use of Quoted-Printable hinders this and may cause Format=Flowed to be rejected by end users.

format=flowed はそのまま生の text/plain として (復号せずに) 見た時に不愉快にならない流し文を利用者エージェントが生成できるようにすることを目指しています。 引用印字可能を使うとこれを果たせず、 format=flowed が末端利用者から排除されてしまうことになるかもしれません。

4.3. Usenet Signature Convention

There is a long-standing convention in Usenet news which also commonly appears in Internet mail of using "-- " as the separator line between the body and the signature of a message. When generating a Format=Flowed message containing a Usenet-style separator before the signature, the separator line is sent as-is. This is a special case; an (optionally quoted or quoted and stuffed) line consisting of DASH DASH SP is not considered neither fixed nor flowed.

Usenet ニュースには、メッセージの本文と署名の間に -- を区切りの行として使うという長きにわたる慣習があり、 インターネット・メイルでもよく使われています。署名の前に Usenet 式分離子を含む format=flowed メッセージを生成する時には、 分離子行はそのままで送ります。これは特例です。 横線・横線・SP で構成される行 (や、それを引用したり、引用して詰込んでいる行) は、 固定でも流しでもありません。

4.4. Space-Stuffing

In order to allow for unquoted lines which start with ">", and to protect against systems which "From-munge" in-transit messages (modifying any line which starts with "From " to ">From "), Format=Flowed provides for space-stuffing.

引用されていない行が > から始まっても良いように、 そして転送中のメッセージを From いじりする (From で始まる行を >From に修正する) システムから保護するために、 format=flowed は間隔詰込み機能を用意しています。

Space-stuffing adds a single space to the start of any line which needs protection when the message is generated. On reception, if the first character of a line is a space, it is logically deleted. This occurs after the test for a quoted line (which logically counts and deletes any quote marks), and before the test for a flowed line.

間隔詰込みは、メッセージを生成する時に保護が必要な行の最初に間隔を1つ追加します。 受信時には、行の最初の文字が間隔なら、これを論理的に削除します。 これは引用行の検査 (引用行を論理的に数えて削除) の後で、流し行の検査に行います。

On generation, any unquoted lines which start with ">", and any lines which start with a space or "From " SHOULD MUST be space-stuffed. Other lines MAY be space-stuffed as desired.

生成時には、 > で始まる引用されていない行と、 間隔か From で始まる行を間隔詰込みしなければなりません。 他の業は必要なら間隔詰込みしても構いません。

(Note that space-stuffing is conceptually similar to dot-stuffing as specified in [SMTP].)

参考: 間隔詰込みは概念的には SMTP の点詰込みと似ています。

4.5. Quoting

In Format=Flowed, the canonical quote indicator (or quote mark) is one or more close angle bracket (">") characters. Lines which start with the quote indicator are considered quoted. The number of ">" characters at the start of the line specifies the quote depth. Flowed lines which are also quoted may require special handling on display and when copied to new messages.

format=flowed では、正準引用指示子 (引用符) は1つ以上の閉じ角括弧 (>) 文字です。引用指示子で始まる行は引用とみなします。 行頭からの > 文字の数は引用の深さを表します。 引用でもある流し行は表示や新しいメッセージへの複写の際に特別な扱いが必要かもしれません。

When creating quoted flowed lines, each such line starts with the quote indicator.

引用流し行の作成の時、各行は引用指示子で始めます。

Note that because of space-stuffing, the lines

>> Exit, Stage Left

and

>>Exit, Stage Left

are semantically identical; both have a quote-depth of two, and a content of "Exit, Stage Left".

間隔詰込みがありますから、前2例は意味的に同一です。 双方共に引用の深さが2で、内容が Exit, Stage Left です。

However, the line

> > Exit, Stage Left

is different. It has a quote-depth of one, and a content of "> Exit, Stage Left".

しかし、こちらの例は違います。こちらは引用の深さが1で、 内容が > Exit, Stage Left です。

When generating quoted flowed lines, an agent needs to pay attention to changes in quote depth. A sequence of quoted lines of the same quote depth SHOULD be encoded as a paragraph, with the last line generated as fixed and prior lines generated as flowed. All lines of a paragraph MUST be unquoted, or else they MUST all be quoted and have the same quote depth. Therefore, whenever there is a change in quote depth, or a change from quoted to unquoted, or change from unquoted to quoted, the line immediately preceding the change MUST NOT be a flowed line.

引用流し行を作成する時は、エージェントは引用の深さの変更に注意する必要があります。同じ深さの引用の行の連続は段落として符号化するべきで、最後の行は固定とし、それ以前の行は流しとして生成するべきです。 段落のすべての行は引用されていないか、またはすべて引用されていて同じ深さでなければなりません。従って、引用の深さが変わっている時や、引用から非引用になったり、非引用から引用になったりしている時は、変化の直前の行が流し行であってはなりません。

If a receiving agent wishes to reformat flowed quoted lines (joining and/or wrapping them) on display or when generating new messages, the lines SHOULD be de-quoted, reformatted, and then re-quoted. To de-quote, the number of close angle brackets in the quote indicator at the start of each line is counted. Consecutive lines with the same quoting depth are considered one paragraph and are reformatted together. To re-quote after reformatting, a quote indicator containing the same number of close angle brackets originally present is are prefixed to each line.

受信したエージェントが流し引用行を表示時や新しいメッセージの生成時に再整形 (行をつなげたり分割したり) したい時は、各行の引用をやめ、 再整形し、再び引用するべきです。引用をやめる時には、 行頭の引用指示子の閉じ角括弧の数を数えます。同じ引用の深さの連続する行は一つの段落と考え、一緒に再整形します。 再整形の後再び引用する時には、もとあったのと同じ数の閉じ角括弧を各行の最初に追加します。

On reception, if a change in quoting quote depth occurs on a flowed line, this is an improperly formatted message. The receiver SHOULD handle this error by using the 'quote-depth-wins' rule, which is to ignore the flowed indicator and treat the line as fixed consider the paragraph to end with the flowed line immediately preceding the change in quote depth. That is, the change in quote depth ends the paragraph.

受信の際で、流し行で引用の深さが変更されていたら、 それは不適切に書式付けされたメッセージです。受信者はこの誤りを 引用の深さの勝ち則 (段落が引用の深さの直前の流し行で終わっていると考える。) を使って取扱うべきです。

For example, consider the following sequence of lines (using '*' to indicate a soft line break, i.e., SP CRLF, and '#' to indicate a hard line break, i.e., CRLF):

例えば、次の例を考えてみます。 (* は軟改行、 すなわち SP CRLF をあらわし、 # は硬改行、すなわち CRLF をあらわします。)

> Thou villainous ill-breeding spongy dizzy-eyed*
> reeky elf-skinned pigeon-egg!*     <--- problem ---<
>> Thou artless swag-bellied milk-livered*
>> dismal-dreaming idle-headed scut!#
>>> Thou errant folly-fallen spleeny reeling-ripe*
>>> unmuzzled ratsbane!#
>>>> Henceforth, the coding style is to be strictly*
>>>> enforced, including the use of only upper case.#
>>>>> I've noticed a lack of adherence to the coding*
>>>>> styles, of late.#
>>>>>> Any complaints?#

The second line ends in a soft line break, even though it is the last line of the one-deep quote block. The question then arises as to how this line should is to be interpreted, considering that the next line is the first line of the two-deep quote block.

2行目は何改行で終わっていますが、深さ1の引用塊の最後の行です。 次の行は深さ2の引用塊の最初の行ですから、 この行をどう解釈するかという問題が起こります。

The example text above, when processed according to quote-depth wins, results in the first two lines being considered as one quoted, flowed section, with a quote depth of 1; the third and fourth lines become a quoted, flowed section, with a quote depth of 2.

この例文は、引用の深さが勝つに従って処理する時、最初の2つの行を1つの引用流し節で引用の深さは1と考えます。 3行目と4行目は引用流し節で、引用の深さは2となります。

A generating agent SHOULD MUST NOT create this situation; a receiving agent SHOULD handle it using quote-depth wins by giving preference to the quote depth.

生成エージェントは、この状況をつくってはなりません。 受信エージェントは、引用の深さを優先させてこの状況を扱うべきです。

4.6. Digital Signatures and Encryption

If a message is digitally signed or encrypted it is important that cryptographic processing use the on-the-wire Format=Flowed format same text for signature verification and/or decryption as was used for signature generation and/or encryption. That is, during generation the message SHOULD be prepared for transmission, including addition of soft line breaks, space-stuffing, and [Quoted-Printable] encoding (to protect soft line breaks) before being digitally signed or encrypted; similarly, on receipt the message SHOULD have the signature verified or be decrypted before [Quoted-Printable] decoding and removal of stuffed spaces, soft line breaks and quote marks, and reflowing. Since the use of format=flowed allows text to be altered (by adding or removing line breaks and trailing spaces) between composition and transmission, and between reception and display, interoperability problems or security vulnerabilities may arise if originator and recipient do not both use the on-the-wire format for cryptographic processing.

メッセージがデジタル的に署名または暗号化される場合は、 暗号処理がネットワーク転送する format=flowed 書式署名生成及び/又は暗号化の時と署名検証及び/又は解読の際に同じ文章を使うことが重要です。つまり、生成中には軟改行、間隔詰め、 (軟改行の保護のための) 引用印字可能符号化を含めた転送用のメッセージをデジタル署名・暗号化の前に用意するべきです。同様に、受信時には引用印字可能復号、間隔詰め、軟改行、引用符の削除、再流込みを行う前に署名検証・復号するべきです。 format=flowed を使うと文章が作成と転送の間や受信と表示の間で変わってしまう (改行や行末の間隔を追加したり削除したりする) ことがありますから、発信者と受信者が共にネットワーク転送する書式を暗号処理に使わなければ相互運用性の問題や安全上の脆弱性が発生するかもしれません。

4.8. 4.7. Examples

The following example contains three paragraphs:

次の例は3段落含みます。

`Take some more tea,' the March Hare said to Alice, very
earnestly.

`I've had nothing yet,' Alice replied in an offended tone, `so I
can't take more.'

`You mean you can't take LESS,' said the Hatter: `it's very easy
to take MORE than nothing.'

This could be encoded as follows (using '*' to indicate a soft line break, that is, SP CRLF sequence, and '#' to indicate a hard line break, that is, CRLF):

これは次のように符号化できます (* は軟改行、すなわち SP CRLF 列を表し、 # は硬改行、すなわち CRLF を表します)。

`Take some more tea,' the March Hare said to Alice, very*
earnestly.*#
#
`I've had nothing yet,' Alice replied in an offended tone, `so*
I can't take more.'*#
#
`You mean you can't take LESS,' said the Hatter: `it's very*
easy to take MORE than nothing.'#

To show an example of quoting, here we have the same exchange, presented as a series of direct quotes:

次は引用の例です。

>>>Take some more tea.#
>>I've had nothing yet, so I can't take more.#
>You mean you can't take LESS, it's very easy to take*
>MORE than nothing.#

6.1. 7.1. Trailing White Space Corruption

There are systems in existence which alter trailing whitespace on messages which pass through them. Such systems may strip, or in rarer cases, add trailing whitespace, in violation of RFC 2821 [SMTP] section Section 4.5.2.

通過するメッセージの行末の空白を変えてしまうシステムが存在します。 そのようなシステムは行末の空白を落とすかもしれませんし、 稀に追加するかもしれません。これは RFC 2821 4.5.2節違反です。

Stripping trailing whitespace has the effect of converting flowed lines to fixed lines, which results in a message no worse than if Format=Flowed had not been used.

行末の空白を落とすと流し行が固定行に変わってしまいますが、 format=flowed を使わなかった時より悪くはなりません。

Adding trailing whitespace to a Format=Flowed message may result in a malformed display or reply.

format=flowed メッセージの行末に空白を加えると不正な表示や返答になるかもしれません。

Since most systems which add trailing white space do so to create a line which fills an internal record format, the result is almost always a line which contains an even number of characters (counting the added trailing white space).

行末に空白を加えるシステムはほとんどが、行が内部の記録書式を埋めるようにそうしますから、 結果としてほとんど必ず (追加された行末の空白も含めて) どの行も偶数個の文字を含んでいます。

One possible avoidance, therefore, would be to define Format=Flowed lines to use either one or two trailing space characters to indicate a flowed line, such that the total line length is odd. However, considering the scarcity of such systems today, it is not worth the added complexity.

ですから、一つの回避策の案としては、 流し行であることを示すために1つか2つの間隔文字を行末に使い、 行長が全体で奇数になるようにすると format=flowed を定義することもできたでしょう。 しかし、今日こんにちではそのようなシステムも珍しくなってきたことを考えますと、 わざわざ複雑にするだけの価値はないでしょう。