<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.50.4611.1300" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial>Hi Guys,</FONT></DIV>
<DIV><FONT face=Arial></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial>David and Jens are correct (I should have posted the 
resolution). A day or two ago, I discovered that I had a couple of bytes 
containing 0xB7 in the CDATA. The weird part was that the XML checkers I used 
(on Windows) didn't complain (go figure, right? :-) which led me in the 
completely wrong direction. Thanks for your help.</FONT></DIV>
<DIV><FONT face=Arial></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial>peter</FONT></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=jens@mac.com href="mailto:jens@mac.com">jens@mac.com</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=jdev@jabber.org 
  href="mailto:jdev@jabber.org">jdev@jabber.org</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, April 25, 2001 8:10 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [JDEV] Karma and 
  transferring large XML message packets...</DIV>
  <DIV><BR></DIV>On Wednesday, April 25, 2001, at 04:18 PM, David Waite 
  wrote:<BR><BR>
  <BLOCKQUOTE>bytes &gt;127 are actually supposed to be 
  UTF8-encoded<BR></BLOCKQUOTE><BR>That's actually almost certainly why the 
  server was barfing on the data -- bad UTF-8, not bad XML. For example, IIRC, a 
  byte &gt;127 indicates the first byte of a multibyte character, and the 
  subsequent byte(s) of the same character are supposed to also have the high 
  bit set. So any three byte sequence of the form [&lt;128] [&gt;=128] [&lt;128] 
  would be illegal UTF-8 and cause the parser to barf.<BR><BR>So David's 
  recommendation to go with base64 should fix the 
problem.<BR><BR><B>--Jens</B></BLOCKQUOTE></BODY></HTML>