Re: [courier-users] Re: Status of fastcgi support?

[James A Baker]

Now THAT is very interesting to me.

I'd love to see the transaction that shows Moz getting HTML from the 
server and yet apparently not being aware of it. -- It's always 
possible there's an HTTP protocol error being introduced (and I'd be 
interested in that too), but if there's even a chance of it being a Moz 
bug then I'd like to see what is triggering it.

-jab

On Friday, Mar 21, 2003, at 07:48 US/Central, Brian Candler wrote:

On Fri, Mar 21, 2003 at 01:06:27PM +, Brian Candler wrote:
However it doesn't actually work very well: at best I get a blank 
page after
logging in, and soon after even that doesn't work.
Hmm. The blank page appears to be a Mozilla bug: I can get in using 
lynx,
and tcpdump shows that HTML _is_ being returned even to Mozilla. But 
Mozilla
shows 'htmlbody/body/html' when I ask it to view page source.

For now I have added
   setgid(getguid());
   setuid(geteuid());
temporarily to the top of main(), so that I don't have to play with
wrappers: sqwebmail is setuid to the username which owns the mailboxes.
I'll try upgrading Mozilla and report back!

Cheers,

Brian.


---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Re: [courier-users] Re: Status of fastcgi support?

[James A Baker]

On Friday, Mar 21, 2003, at 11:26 US/Central, Brian Candler wrote:

On Fri, Mar 21, 2003 at 01:48:07PM +, Brian Candler wrote:
I'll try upgrading Mozilla and report back!
Well, I was caught by the dependency daemons: having upgraded Mozilla
0.9.9-1.3b, I then had to upgrade XFree86, which in turn broke KDE...
anyway my machine is alive again.
The bad news is: Mozilla still gave a blank page after logging in.

The good news is: I have found out why. sqwebmail was sending a header

Content-Encoding: gzip

even though the content was not gzipped. (see tcpdump below).

I don't know why it was doing this, but reconfiguring --without-gzip 
fixed
the problem.

sqwebmail+fastcgi is now zooming along, both with Mozilla and 
Konquerer (the
latter wasn't fussy about the bad Content-Encoding header and worked 
anyway)
Ahhh Interesting. (Okay, ignore my previous message since you 
figured it out and sent the tcpdump already. :)

But, I should think Mozilla *just might* be interested in dealing 
gracefully with this No guarantee since they *do* like adhering to 
standards -- and quite understandably IMO -- but they might like to 
know about the issue in the first place... so they can decide whether 
to do anything about it or not. :)

-jab



---
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users