🚀 go-pugleaf

Your standard dumb online terminal was 80 characters wide. Punch cards
80/132,  JCL jobs, etc, all based around the original punch cards, etc.
Getting 132 characters was EXTRA effort for terminals and required special
graphic cards or "smart terminals"  plus you need glasses <g>

In short, for old school programmers, you had what you had, it was what it
was, everything "you type" or print when this stuff was invented, was done
in one nice row readable line that "fit"  the screen.

Most mail formats ever invented all were limited by the same inventions of
the time I/O limitations.

It carried on during the automation till today.

--
Hector Santos, Santronics Software, Inc.
http://www.santronics.com



"Masanori HATA" <hata@iname.com> wrote in message
news:dlehqb$laj$1@caraway.media.kyoto-u.ac.jp...
> Hello to all,
>
> I have a question about the number of characters that each of
> multiple-line header field that contains one or more 'encoded-words' is
> limited to 76 in RFC 2047 (section 2) (or in its former version 1522).
>
> Why is it 76 characters? Why isn't it 78 characters?
>
> In RFC 2822 (section 2.1.1) it is said that the number of characters in
> a line SHOULD be no more than 78 characters, excluding the CRLF.
>
> So the CRLF is excluded that each line of characters can be upto 80
> characters including the trailing CRLF.
>
> What is the reason for the decreasing two characters of the number of
> characters in a MIME encoded header line?
>
> Could anyone please give me suggestion? Any comment is appreciated.
>
> Regards,
>
> --
> Masanori HATA