Jeff,

In looking at RFC 821, it defines a maximun length of a  'text line' as "The
maximun total length of a text line including the <CRLF> is 1000
characters...".

Since all command and reply lines MUST have <CRLF> and the text line says
that too, strict interpretation means that <CRLF> and <LF> are not
equivalent (they would not be the equivalent on a 'terminal', either)!
A line with only a <LF> would look something like this:
'abcdefg
             hijkl...'
Of course this is a bit hard to show in an email client, but I hope you get
the idea!!

Taken one step farther and <LFCR> is not the same as <CRLF>! Servers may
handle this in different manners (some might add a CR to a single LF, others
may not, RFC does not address this, at least the one I consulted). So it
does mean that your implementation may have some problems if it does not
have <CRLF> as the terminating characters of a 'line' or 'command'. This
problem could also be the cause of the premature termination of your email
message. If the data stream contains a <CRLF>.<CRLF>, IMail will interprete
that as the end of the DATA command. A '.<CRLF>' sequence is not enough to
cause IMail to think this is the end of the DATA command. I tried several
sequences with a single <CRLF> and a '.' (differing orders) and all worked
as expected. I did not try any sequences with only a '<LF>' (could not
figure out how to do that from the keyboard), but the RFC implies that a
line with only a <LF> as the terminating character, should not be be seen,
but it would not be prohibited <LF> within a line that is terminated
correctly.

So the answer to your question is 'NO, <LF> or <LFCR> is NOT the same as
<CRLF>'.

Daniel Donnelly
Ipswitch Technical Support
________________________________________________________
See our Knowledge Base at http://support.ipswitch.com/kb

----- Original Message -----
From: "Jeff Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 21, 2000 9:47 AM
Subject: [IMail Forum] FW: email gets trashed


> Ever since I switched to my own server running Imail 6.0, when I get email
from one of my Cold Fusion pages, it gets trashed.  My
> friend on a Mac using Netscape mail gets it just fine.  I had no problems
before going to Imail.  I'm running Win 2000 and Outlook
> 2000.
>
> After trying to pinpoint the problem, I tried converting the file from
Unix/Mac to DOS (a feature of my editor, just replaces LF
> with CRLF) and that solved the problem.  I don't know how the file got to
my PC in MAC format, (who knows how Win2K's FTP determines
> binary mode) but should it matter?
>
> There is still a bigger problem, when I email to both my Imail account and
my Mindspring account, I get very different results:
>
> FROM MINDSPRING:
> line = 0 The following information was submitted from the Contact Us
page.line = 1line = 2line = 3line = 4 Hello world
>
> FROM IMAIL:
> line = 0 The following information was submitted from the Contact Us page.
>
>
> Imail truncates at the period.  In other more complex messages with lots
of '=' characters, it really returns strange results.
>
> I'm running CF 4.5 (downloading 4.5.1 now to see if that might do
something).
>
> Anyone know anything about this.  Shouldn't LF be just as good as CRLF for
internet protocols?
>
> Thanks,
> Jeff
>
>
> Please visit http://www.ipswitch.com/support/mailing-lists.html
> to be removed from this list.
>

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

Reply via email to