Re: client requests ending \012
Michael Scharff <mscharff@real.com> Tue, 25 July 2000 16:40 UTC
Received: from cs.utk.edu (CS.UTK.EDU [128.169.94.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21787 for <drums-archive@odin.ietf.org>; Tue, 25 Jul 2000 12:40:33 -0400 (EDT)
Received: from localhost (daemon@localhost) by cs.utk.edu with SMTP (cf v2.9s-UTK) id MAA17702; Tue, 25 Jul 2000 12:40:12 -0400 (EDT)
Received: by cs.utk.edu (bulk_mailer v1.13); Tue, 25 Jul 2000 12:40:11 -0400
Received: by cs.utk.edu (cf v2.9s-UTK) id MAA17678; Tue, 25 Jul 2000 12:40:10 -0400 (EDT)
Received: from prognet.com (marvin@localhost) by cs.utk.edu with ESMTP (cf v2.9s-UTK) id MAA17664; Tue, 25 Jul 2000 12:40:08 -0400 (EDT)
Received: from prognet.com (205.219.198.1 -> prognet.com) by cs.utk.edu (smtpshim v1.0); Tue, 25 Jul 2000 12:40:08 -0400
Received: from mscharff.real.com ([172.22.104.48]) by prognet.com (8.9.2/8.9.0) with ESMTP id JAA17853 for <drums@cs.utk.edu>; Tue, 25 Jul 2000 09:40:13 -0700 (PDT)
Message-Id: <4.3.2.7.2.20000725093157.00af95f0@mail.real.com>
X-Sender: mscharff@mail.real.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Tue, 25 Jul 2000 09:41:26 +0100
To: drums@cs.utk.edu
From: Michael Scharff <mscharff@real.com>
Subject: Re: client requests ending \012
In-Reply-To: <200007251257.NAA19627@clw.cs.man.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
List-Unsubscribe: <mailto:drums-request@cs.utk.edu?Subject=unsubscribe>
I have to chime in here and protest such a response. This sounds like a good reason to go back and insure that CRLF is a MUST and NOT considered optional in ANY CASE. I don't understand why it is so difficult to simply establish a consensus (which it seems pretty obvious to me that there is one, at least on this subject) and move forward with it. There are ALWAYS going to be "rogues" who choose not to adhere to, or perhaps to not even learn, the standards. This is not what we should be focused on, nor is it truly feasible either. What we should be doing is determining REAL, VALID, TECHNICAL reasons for or against any specific mechanism or procedure, such as CRLF . CRLF At 01:57 PM 7/25/00 +0100, you wrote: > On Tue, 25 Jul 2000 09:43:46 +0100 (BST) > Philip Hazel <ph10@cus.cam.ac.uk> said... > > > > > i've got a problem with javamail. I discovered that all apperances of > > the linefeed character "\n" were changed into an "\r\n" (Carriage > > Return+Linefeed) while sending the mail to the smtpserver. I'm working > > with S/MIME Routines and signed Mails so that all Mails had a bad digest > > (bad signature) because of the changed Mail Body. Is there an option to > > prevent this modification ? > >Which sounds like a good reason not to use S/MIME. PGP (with its '-t' >option) is especially designed to treat all line endings as CRLF, >and to disregard trailing whitespace (but not trailing blank lines, >infortunately). > >Charles H. Lindsey ---------At Home, doing my own >thing------------------------ >Email: chl@clw.cs.man.ac.uk Web: http://www.cs.man.ac.uk/~chl >Voice/Fax: +44 161 437 4506 Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, >U.K. >PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 >AB A5
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 Michael Scharff
- Re: client requests ending \012 Philip Hazel
- Re: client requests ending \012 Lee Thompson
- Re: client requests ending \012 Tony Hansen
- RE: client requests ending \012 Michael Scharff
- RE: client requests ending \012 Larry Osterman
- Re: client requests ending \012 Michael Richardson
- RE: client requests ending \012 Paul Hoffman / IMC
- RE: client requests ending \012 Philip Hazel
- RE: client requests ending \012 Edward Hibbert
- RE: client requests ending \012 Maurizio Codogno
- Re: client requests ending \012 Eliot Lear
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Dave Crocker
- Re: client requests ending \012 Keith Moore
- Re: client requests ending \012 Charles Lindsey
- Re: client requests ending \012 DRUMS WG Chair
- Re: client requests ending \012 D. J. Bernstein
- Re: client requests ending \012 Kai Henningsen
- Re: client requests ending \012 Kai Henningsen
- Re: client requests ending \012 Philip Hazel