I figured out what it was. One of the $r->header_in() was trying to
insert an Authorize header, and I didn't notice that base64_encode()
tacks on a newline.
After Apache core got thru with it, it ended up looking like:
Authorize: Basic ....\n
\r\n
\r\n
<parameters>
which caused the destination server to start parsing the parameters two
characters early, hence the last parameter had two characters lopped off
the end.
Sigh.
Thanks all.
- Problems with proxying POST? Chris Lewis
- Re: Problems with proxying POST? Doug MacEachern
- Re: Problems with proxying POST? Chris Lewis
- Re: Problems with proxying POST? Chris Lewis
- Re: Problems with proxying POST? Alexander Farber (EED)
