Apache trouble reading in large cookie contents

2000-10-20 Thread Biggs, Jody

I'm having trouble when a browser sends a fair sized amount of data to
Apache as cookies - say around 8k.

I know that most clients will not allow cookies greater than 4k per cookie
(and often no more than 20 per hostname), and as such have broken the cookie
being sent out to be sent in smaller chunks, with names such as 'Cookie0',
'Cookie1', 'Cookie2', etc., which I would later concatenate back together to
obtain the full data that I had originally sent out.

However, when the browser sends data back to Apache, it sends all the
cookies on the same header line (Cookie: Cookie0=...; Cookie1=...;
Cookie2=...) and so on.  Apache then complains (and fails the request) with
a message of the sort:
[date]  [error] [client 1.2.3.4] request failed: error reading the headers

and spits out an error screen to the user with essentially the same message,
but including the "Cookie:" line

I assume this is due to a compile time directive to Apache specifying the
maximum size of a header line.

Has anyone else run into this problem, and if so, could you point me in the
right direction?

Sorry if this seems to be a bit more of an Apache question than mod_perl.

Thanks -
Jody Biggs



RE: ORA conference

2000-07-14 Thread Biggs, Jody

and once more, you guys probably don't know me, but...

I remember there were a couple places out near the end of the pier - can't
remember any names though...  Place at the very end had a separate bar area,
though it was really mainly a restaurant - the one I recall not as far down
looked like it was a true bar/pub kind of place...

I should be getting in around 8PM with three others from my company

 - Jody Biggs



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 14, 2000 11:46 AM
To: Ahrendt, Robert
Cc: [EMAIL PROTECTED]; Vivek Khera; Jeffrey W. Baker
Subject: RE: ORA conference


Well, perhaps we should organize an informal mod_perl BOF (Beer's Our
Friend)
Sunday night? Can anybody remember and recommend a bar or pub from last
year?

On 14-Jul-2000 Ahrendt, Robert wrote:
  I know you all don't know me but if you do find someting to do on sun.
 night (I.E. grab a beer or something). Let me know I should be in town
 around 10pm and have never been to Monterey so I don't know what's up.
 
 -Original Message-
 From: Jeffrey W. Baker
 To: Vivek Khera
 Cc: [EMAIL PROTECTED]
 Sent: 7/14/00 10:52 AM
 Subject: Re: ORA conference
 
 On Fri, 14 Jul 2000, Vivek Khera wrote:
 
  "MS" == Matt Sergeant [EMAIL PROTECTED] writes:
 
 
 MS Does anyone know if all the events will be in the program, or
 should I
 MS start making entries in my palm pilot?
 
 I started to do that, then realized that I don't have a palm pilot and
 was actually writing on my palm.  Most annoying, but effective, I
 guess.
 
 Anyone comeing to town Sunday?  I gotta find something to do Sunday
 night...
 
 I'm coming down on Sunday.  I'll be motorcycling, if anyone wants to
 join
 me for a ride from SF to Monterey.
 
 Cheers,
 Jeffrey

-- 
Jason Bodnar + [EMAIL PROTECTED] + Team Linux

Yeah.  Wait a minute.  It's the guy from TV.  My kid's 
hero...Cruddy...Crummy...Krusty the Clown!

-- Homer Simpson
   Krusty Gets Busted



RE: Weird problem with redirect

2000-05-26 Thread Biggs, Jody

Unless you specify an absolute URL for the Location header, Apache will do
an internal redirect (i.e., it won't send a redirect to the browser, it will
just recognize that you're trying to redirect them, and just transfer the
request to the new page).

so do:

print "$mycookie\n";
print "Location:
http://www.yourhost.com/scripts/visitorinfo.cgi?pageid=mailhdramp;lang=EN\n
\n"

by the way - when doing a 302 redirect, it is not necessary to do a
Content-type header.

 - Jody Biggs



-Original Message-
From: Vijay [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 26, 2000 3:27 PM
To: Gerald Richter; Modperl Mailing List
Subject: Re: Wierd problem with redirect


Repost of my earlier message. Sorry for the inconvenience. As this is very
irksome, I am really sorry for any troubles.

Vijay
- Original Message -
From: "Vijay" [EMAIL PROTECTED]
To: "Gerald Richter" [EMAIL PROTECTED]; "Modperl Mailing List"
[EMAIL PROTECTED]
Sent: Friday, May 26, 2000 10:58 AM
Subject: Re: Wierd problem with redirect


Hello,

Thanks for the suggestion. However, I have a problem still left out.

 The redirection is loading the redirected page properly. But, it still
shows
 the URL as the same from where it is redirected.

 As below:

 My form calls the script
 "/scripts/visitorinfo.cgi?pageid=delmaillang=ENadno=1".

 In visitorinfo,.cgi, I have following steps

print "Content-type: text/html\n";
 print "$mycookie\n";
 print "Location:
 /scripts/visitorinfo.cgi?pageid=mailhdramp;lang=EN\n\n";
 exit;

 It really goes to the page mailhdr with appropriate details. But the
address
in the browser is still
 "/scripts/visitorinfo.cgi?pageid=delmaillang=ENadno=1".

 This gives a problem. If the user reloads the page, it will again try to do
 what I am doing in this, which I don't want to happen.

 How do I make the address (URL) to change according to the page it is
 showing.

Thanks for the help

Vijay Nair
 - Original Message -
 From: "Gerald Richter" [EMAIL PROTECTED]
 To: "Vijay" [EMAIL PROTECTED]; "Modperl Mailing List" [EMAIL PROTECTED]
 Sent: Friday, May 26, 2000 3:05 AM
 Subject: RE: Wierd problem with redirect


  Hello,
  
  print "Content-type: text/html\n\n";
 print "HTMLHEAD";
  print "META HTTP-EQUIV=\"Set-Cookie\"
 CONTENT=\"visirotid=$visitorid;
   path=/
   ; domain=www.trichurgateway.com;\"";
print "/HEADBODY/BODY/HTML\n";
  
   Immediately after this, Iam trying the recirect.
  
   print "Content-type: text/html "."\n\n";
   print "Location:
   /scripts/visitorinfo.cgi?pageid=mailhdramp;lang=EN\n\n";
   exit 0;
  
 
  You cannot send a second http header.
 
  Do a
 
   print "Content-type: text/html\n";
  print "Set-Cookie: visirotid=$visitorid;...  \n" ;
   print "Location:
  /scripts/visitorinfo.cgi?pageid=mailhdramp;lang=EN\n\n";
 
  Gerald
 
 
  -
  Gerald Richterecos electronic communication services gmbh
  Internetconnect * Webserver/-design/-datenbanken * Consulting
 
  Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
  E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151
  WWW:http://www.ecos.de  Fax:  +49 6133 925152
  -