[Smaug] CR/LF, wordwrap, newline & ASCII
paul at cuenet.com
Fri, 14 Jun 2002 17:46:31 -0700 (PDT)
On Fri, 14 Jun 2002, Paul Thomas wrote:
> On Fri, 14 Jun 2002, Rick Moen wrote:
> > You quote your MacEudora-using friend as saying that his mailer "saved
> > to disk emails as plain text files containing only lines of text of some
> > specified length without inserting any end of line control character".
> > What he means is that, in saving to ASCII, Eudora doesn't alter e-mails
> > to insert hard returns. Subsequently, any MacOS editor or text-pager he
> > uses (Notepad, Simpletext, etc.) to view the file will soft-autowrap
> > long lines to fit the display window -- because that's what MacOS
> > text-handlers pretty much always do.
> Reading this again, I guess I still have the original question. If the
> Mac Eudora "doesn't alter e-mails to insert hard returns.", then how
> do the hard returns that I can see in my text pager of the same
> file get in there?
One element I may have inadvertantly left out, but think I mentioned
earlier, is, the 'plain text' files I received were were delivered to
me in an email attachment as a Stuffit zipp'd file.
So the scenerio appears to be, my friend received some interesting email
blurbs on a Mac Eudora email program. He saved the email(s) (minus the
headers) as plain-text ASCII files. Later, he zipp'd these files and
their directory structre together with Stuffit. I received the zipp'd
file in with my Pine program, saved the zipp'd file into a directory
and unzipped it. When reading the plain text files, the lines ran together
pretty much as one but 'end of lines' were punctuated by ^M characters.
If Mac Eudora does soft-wrapping with inserting hard breaks, how did
the ^M characters get in there?
William J. Broad: "The crux... is that the vast majority of the mass
of the universe seems to be missing."