l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
September 2: Social Gathering
Next Installfest:
Sat. Sept. 27, 10am-6pm
Latest News:
Aug. 30: September Installfest scheduled
Page last updated:
2002 Jul 03 11:53
Events
 Meetings
 Installfests
 Demos
 Photos
Services
 Library
 LERT
 Jobs
 Documents
Interact
 Mailing Lists
 - Search
 - Archives
 Chat
About Us
 Members
 Projects
 Testimonials
 Call for Speakers
 Why Not MS?
 Finances
 Sponsors

^Home
?Search
?News & RSS
?Calendar
@Contact Us
$Buy Stuff
=Printable


The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Question: mod_dav.1.0.3 + apache.1.3.26 and CR/LFissues w
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Question: mod_dav.1.0.3 + apache.1.3.26 and CR/LFissues w/ MacOS+MSWin



On Tue, 2 Jul 2002, ME wrote:

> On Tue, 2 Jul 2002, Jeff Newmiller wrote:
> > I am only now learning about WebDAV, but since it is built on http, it
> > ought to be as interoperable as http is, so something seems odd about
> > this.
> > 
> > To be specific, I _thought_ there was a standard for on-the-wire text
> > files through http... CRLF format, and clients were supposed to be
> > responsible for translating to and from their own formats.  Is there
> > something systemically wrong with all these clients, or is the ContentType
> > header just not set right?
> 
> Web browsers seem to do this. However, when testing "MS Web Folders" and
> "Cadaver" I have found they transmit the files with the actual
> line termination encoding of the file.

So, if the on-the-wire format is supposed to be CRLF, which is native to
Windows, and your server is not storing that as LF, then either the
transmitted content type is wrong, or the server is not configured
or programmed correctly.

This sounds vaguely like the reverse of the Netscape Communicator "MSWin
bug". NS has a habit of believing the server's content-type, so
downloading a binary file from a *nix web server that has not been told
the file is binary will yield an on-the wire corrupted file.  A *nix
Netscape client will fortuitously un-corrupt the file, but an MSWin or Mac
NS Communicator yields corrupt downloads because it believes the file is
text.  MSIE second-guesses the content-type, and usually downloads the
file correctly.

---------------------------------------------------------------------------
Jeff Newmiller                        The     .....       .....  Go Live...
DCN:<jdnewmil@dcn.davis.ca.us>        Basics: ##.#.       ##.#.  Live Go...
                                      Live:   OO#.. Dead: OO#..  Playing
Research Engineer (Solar/Batteries            O.O#.       #.O#.  with
/Software/Embedded Controllers)               .OO#.       .OO#.  rocks...2k
---------------------------------------------------------------------------

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

CD Burns Wanted!

LUGOD: Linux Users' Group of Davis
1105 Kennedy Place, Suite 1, Davis, CA 95616
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
VA Software
Who donated a computer, books and much more!