httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ckn...@onebox.com
Subject [users@httpd] RE: users Digest 26 Feb 2003 19:39:57 -0000 Issue 844
Date Wed, 26 Feb 2003 22:45:32 GMT
Lose this declaration:
xmlns="http://www.w3.org/TR/xhtml1/strict", and try again.
-- 
Charles Knell
cknell@onebox.com - email



-----Original Message-----
From:     users-digest-help@httpd.apache.org
Sent:     26 Feb 2003 19:39:57 -0000
To:       users@httpd.apache.org
Subject:  users Digest 26 Feb 2003 19:39:57 -0000 Issue 844

users Digest 26 Feb 2003 19:39:57 -0000 Issue 844

Topics (messages 23359 through 23382):

'Listen' directive not working properly?
	23359 by: K a z
	23360 by: Nikunj Virani
	23367 by: K a z
	23369 by: Nikunj Virani
	23381 by: K a z

Re: mod_speling isn't working
	23361 by: Sander Holthaus - Orange XL
	23379 by: Joseph Turley

Re: Web access to php script fails
	23362 by: andy.easton.bt.com
	23364 by: Nikunj Virani

Re: .htaccess + htpasswd NOT working
	23363 by: Muralidhar

apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
	23365 by: Odhiambo Washington
	23366 by: Nikunj Virani
	23368 by: Odhiambo Washington
	23370 by: Nikunj Virani
	23372 by: Odhiambo Washington
	23374 by: Aaron Axelsen

Re: run apache error for solaris 5.8 for sparc
	23371 by: Laurent Blume

Antwort: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
	23373 by: Dietmar.Mueller.eurotours.at

Conditional Logging for RedirectMatch directives
	23375 by: Beaumont, Brett
	23378 by: Joshua Slive

"libgcc_s.so.1" not found
	23376 by: Shawn Morford

Re: Apache - Blocking CONNECT method
	23377 by: Joshua Slive

Re: Apache2 proxying apache1+php
	23380 by: Cody Harris

Re: compiling openssl for openssl+apache+certs
	23382 by: gebser.ameritech.net

Administrivia:

To subscribe to the digest, e-mail:
	users-digest-subscribe@httpd.apache.org

To unsubscribe from the digest, e-mail:
	users-digest-unsubscribe@httpd.apache.org

To post to the list, e-mail:
	users@httpd.apache.org


----------------------------------------------------------------------
Date: Wed, 26 Feb 2003 09:29:03 +0000
To: users@httpd.apache.org
From: "K a z" <ikazdek@hotmail.com>
Subject: 'Listen' directive not working properly?
Message-ID: <F53BMT6T2ArSg4tdd1D00012c20@hotmail.com>

I've used apache for awhile, and am no stranger to UNIX. But I'm having a 
really bad time trying to use the "Listen" directive.

I am trying to setup a couple different apache servers. One is a no-frills 
slimmed down apache server thats intended to serve static pages fast.

The other has all the bells & whistles (mod_php, mod_perl, openSSL etc).

I am using name based virts on both machines. I am trying to "bind" some ip 
addresses to one server and some ip addressess to the other.
Let's not even worry about the other server though, as I cant get past the 
first part.

Here's what I'm trying to do:

(Real Ips foobar'ed to protect the innocent) ;)

Listen 11.22.33.227:80
Listen 11.22.33.228:80
Listen 11.22.33.229:80
Listen 11.22.33.233:80

Then later down by the virts I have:

NameVirtualHost *
and starting each virt set with a <virtualhost *>

Now, WITHOUT the 'Listen' entries, the server will run fine.. but it will be 
bound to ALL interfaces/ips on the machine. But what I am trying to do is 
SPECIFIY the ip's that THIS apache server should be listening on.

Anyway when I do it WITH the Listen statements above, I get the following 
critical error in the logs:

[crit] (49)Can't assign requested address: make_sock: could not bind to 
address 11.22.33.233 port 80

(basically it will report the LAST one... if I only have ONE 'Listen 
ip:port' entry, then it will have the error message above with that ip, 
ortherwise it will report the last one.

Any suggestions here?

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

------------------------------

Date: Wed, 26 Feb 2003 15:08:08 +0530
To: <users@httpd.apache.org>
From: "Nikunj Virani" <nikunj@netsurf.co.in>
Subject: Re: [users@httpd] 'Listen' directive not working properly?
Message-ID: <05a901c2dd7a$c6c038b0$070aa8c0@netsurf.co.in>

------=_NextPart_000_05A5_01C2DDA8.DF792D20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Problem is with two apache trying to listen on same IP. I suppose ur another
apache is also listening on 11.22.33.233 port 80 which is causing problem. 2
Apaches cannot listen on same IPS and same ports. Just comment out the line
containing:

Listen 11.22.33.233:80

and apache will work fine. Please also specify which ips and ports do u want
individual apaches to listen at in case of further problems.

Regards,
Nikunj
----- Original Message -----
From: "K a z" <ikazdek@hotmail.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 2:59 PM
Subject: [users@httpd] 'Listen' directive not working properly?

>
> I've used apache for awhile, and am no stranger to UNIX. But I'm having a
> really bad time trying to use the "Listen" directive.
>
> I am trying to setup a couple different apache servers. One is a no-frills
> slimmed down apache server thats intended to serve static pages fast.
>
> The other has all the bells & whistles (mod_php, mod_perl, openSSL etc).
>
> I am using name based virts on both machines. I am trying to "bind" some
ip
> addresses to one server and some ip addressess to the other.
> Let's not even worry about the other server though, as I cant get past the
> first part.
>
> Here's what I'm trying to do:
>
> (Real Ips foobar'ed to protect the innocent) ;)
>
> Listen 11.22.33.227:80
> Listen 11.22.33.228:80
> Listen 11.22.33.229:80
> Listen 11.22.33.233:80
>
> Then later down by the virts I have:
>
> NameVirtualHost *
> and starting each virt set with a <virtualhost *>
>
> Now, WITHOUT the 'Listen' entries, the server will run fine.. but it will
be
> bound to ALL interfaces/ips on the machine. But what I am trying to do is
> SPECIFIY the ip's that THIS apache server should be listening on.
>
> Anyway when I do it WITH the Listen statements above, I get the following
> critical error in the logs:
>
> [crit] (49)Can't assign requested address: make_sock: could not bind to
> address 11.22.33.233 port 80
>
> (basically it will report the LAST one... if I only have ONE 'Listen
> ip:port' entry, then it will have the error message above with that ip,
> ortherwise it will report the last one.
>
> Any suggestions here?
>
> _________________________________________________________________
> Add photos to your e-mail with MSN 8. Get 2 months FREE*.
> http://join.msn.com/?page=features/featuredemail
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>

------=_NextPart_000_05A5_01C2DDA8.DF792D20
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCCAoIw
ggHroAMCAQICAwlMkTANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw
MC44LjMwMB4XDTAzMDIxNTA1MzUyM1oXDTA0MDIxNTA1MzUyM1owRjEfMB0GA1UEAxMWVGhhd3Rl
IEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUbmlrdW5qQG5ldHN1cmYuY28uaW4wgZ8w
DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKqHCPKC2mWz8Nav5HIQXx55Ush1hSQ+2VcnGSPOBgyO
cbK6+/fEKfk5epGQxPJqn546//wvONKLWYwLBSUOjNyAtJHfEhxPiHjPzhRpq1RAySMbynbOKw2b
TAcn5XlyGh6x7XDMhLfRZRRu87jZk+wMRR0XNPBiGt/1MikEcblTAgMBAAGjMTAvMB8GA1UdEQQY
MBaBFG5pa3VuakBuZXRzdXJmLmNvLmluMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
VsXwkPtiiV7ztfKNmARVmeyRq6zez1gt+P1nBG3NsuPX9YAnRSPagHiFpnrVtsQgyEnndss1PtvL
vMtikrtHMUfI/T1ZVoXWJWcqg9k+Bq5OOWXEtYmf4hbffIn8CFbiZIdl/TchFPf7IHi/pjw/qHyC
vOJCLwmiSeWw7kfm4i0wggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG
EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz
aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW
HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1
OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw
ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB
MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMIGfMA0GCSqGSIb3
DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+V
e0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVL
VX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/
MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof
YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz
0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDODCCAqGgAwIBAgIQZkVyt8x09c9j
dkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g
Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG
A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3
dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgyNzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3Rl
MR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1h
aWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJu
eCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXN
VZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvp
oWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIG
A1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx
5fVTbF151j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teui
R59sogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY
yWJirQXGMYIB/jCCAfoCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAID
CUyRMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx
DxcNMDMwMjI2MDkzODA5WjAjBgkqhkiG9w0BCQQxFgQUIg3y7/s9fcF21aNRQyEjh5RVIkMwWwYJ
KoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw
BwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcNAQEBBQAEgYAKNAPt21BJ
A7uk0qNuWgMruyCi6Vkhf4T34CxF6qf+nk8EibkepBcY38VcvrctEe2P8RJziHbwRBg3px4jk5cj
9iyTEAbWvStnkj5ril+I9f7VaBal7Z9y+u4i+xfVAI+baGzThEfOoWpvPboiGv7I9TrbAKK3Pl0u
Uye3ACdYMQAAAAAAAA= 
------=_NextPart_000_05A5_01C2DDA8.DF792D20--

------------------------------

Date: Wed, 26 Feb 2003 11:31:55 +0000
To: users@httpd.apache.org
From: "K a z" <ikazdek@hotmail.com>
Subject: Re: [users@httpd] 'Listen' directive not working properly?
Message-ID: <F167wb55w93r5dnjCac0000d24b@hotmail.com>

>Problem is with two apache trying to listen on same IP. I suppose ur 
>another
>apache is also listening on 11.22.33.233 port 80 which is causing problem. 
>2
>Apaches cannot listen on same IPS and same ports. Just comment out the line
>containing:
>
>Listen 11.22.33.233:80
>
>and apache will work fine. Please also specify which ips and ports do u 
>want
>individual apaches to listen at in case of further problems.
>
>Regards,
>Nikunj

For testing/debug I am only using the single static version of apache.

It's not a problem with another version of apache running.

Nothing is bound to port 80 on any of the ips prior to attempting to start 
apache.

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

------------------------------

Date: Wed, 26 Feb 2003 17:15:00 +0530
To: <users@httpd.apache.org>
From: "Nikunj Virani" <nikunj@netsurf.co.in>
Subject: Re: [users@httpd] 'Listen' directive not working properly?
Message-ID: <062601c2dd8c$7fb14880$070aa8c0@netsurf.co.in>

------=_NextPart_000_0622_01C2DDBA.986756C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

I assume you have checked that no other daemon is running on port 80.

In that case some directive in apache is first binding on 80 port and then
again when it encounters Listen xxx.xxx.xxx.xxx:80 tries to bind on that
particular ip (second time). By any case do u have any of the following:
Listen 80
Listen *
Listen *:80

before already specified listen directives ?

I would also like u try out NameVirtualHost in following way:

NameVirtualHost 11.22.33.227:80
NameVirtualHost 11.22.33.228:80
NameVirtualHost 11.22.33.229:80
NameVirtualHost 11.22.33.233:80

Regards,
Nikunj Virani
----- Original Message -----
From: "K a z" <ikazdek@hotmail.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 5:01 PM
Subject: Re: [users@httpd] 'Listen' directive not working properly?

>
> >Problem is with two apache trying to listen on same IP. I suppose ur
> >another
> >apache is also listening on 11.22.33.233 port 80 which is causing
problem.
> >2
> >Apaches cannot listen on same IPS and same ports. Just comment out the
line
> >containing:
> >
> >Listen 11.22.33.233:80
> >
> >and apache will work fine. Please also specify which ips and ports do u
> >want
> >individual apaches to listen at in case of further problems.
> >
> >Regards,
> >Nikunj
>
>
> For testing/debug I am only using the single static version of apache.
>
> It's not a problem with another version of apache running.
>
> Nothing is bound to port 80 on any of the ips prior to attempting to start
> apache.
>
> _________________________________________________________________
> Help STOP SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>

------=_NextPart_000_0622_01C2DDBA.986756C0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCCAoIw
ggHroAMCAQICAwlMkTANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw
MC44LjMwMB4XDTAzMDIxNTA1MzUyM1oXDTA0MDIxNTA1MzUyM1owRjEfMB0GA1UEAxMWVGhhd3Rl
IEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUbmlrdW5qQG5ldHN1cmYuY28uaW4wgZ8w
DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKqHCPKC2mWz8Nav5HIQXx55Ush1hSQ+2VcnGSPOBgyO
cbK6+/fEKfk5epGQxPJqn546//wvONKLWYwLBSUOjNyAtJHfEhxPiHjPzhRpq1RAySMbynbOKw2b
TAcn5XlyGh6x7XDMhLfRZRRu87jZk+wMRR0XNPBiGt/1MikEcblTAgMBAAGjMTAvMB8GA1UdEQQY
MBaBFG5pa3VuakBuZXRzdXJmLmNvLmluMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
VsXwkPtiiV7ztfKNmARVmeyRq6zez1gt+P1nBG3NsuPX9YAnRSPagHiFpnrVtsQgyEnndss1PtvL
vMtikrtHMUfI/T1ZVoXWJWcqg9k+Bq5OOWXEtYmf4hbffIn8CFbiZIdl/TchFPf7IHi/pjw/qHyC
vOJCLwmiSeWw7kfm4i0wggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG
EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz
aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW
HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1
OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw
ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB
MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMIGfMA0GCSqGSIb3
DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+V
e0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVL
VX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/
MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof
YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz
0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDODCCAqGgAwIBAgIQZkVyt8x09c9j
dkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g
Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG
A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3
dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgyNzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3Rl
MR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1h
aWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJu
eCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXN
VZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvp
oWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIG
A1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx
5fVTbF151j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teui
R59sogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY
yWJirQXGMYIB/jCCAfoCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAID
CUyRMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx
DxcNMDMwMjI2MTE0NTAwWjAjBgkqhkiG9w0BCQQxFgQUAFp8BX/oS1+3Tb0ZXzRSJppbrlYwWwYJ
KoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw
BwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcNAQEBBQAEgYB/XaVzBlct
7j2wXBzuJmEQlrv73qJ+pnDOJpKYkdkG5GqJUAzpg2yiQ/u6ueticE2gi2/GxUSAhlTH7ods/d0K
hU4JEXSDuhdKwa0PRZcoq4Lvi8aD/lzdrwi17C/fJF61Q/V4m8J1tcV0Qmw+sNG7BzeaKy5XYg9N
Okc+S2IGSQAAAAAAAA= 
------=_NextPart_000_0622_01C2DDBA.986756C0--

------------------------------

Date: Wed, 26 Feb 2003 18:17:31 +0000
To: users@httpd.apache.org
From: "K a z" <ikazdek@hotmail.com>
Subject: Re: [users@httpd] 'Listen' directive not working properly?
Message-ID: <F57Pr0ebmeGZMEI7lMn00011bec@hotmail.com>

>
>I assume you have checked that no other daemon is running on port 80.
>

on freebsd# sockstat | grep 80
gives me nothing.

>In that case some directive in apache is first binding on 80 port and then
>again when it encounters Listen xxx.xxx.xxx.xxx:80 tries to bind on that
>particular ip (second time). By any case do u have any of the following:
>Listen 80
>Listen *
>Listen *:80
>
>before already specified listen directives ?
>

Nope.

>I would also like u try out NameVirtualHost in following way:
>
>NameVirtualHost 11.22.33.227:80
>NameVirtualHost 11.22.33.228:80
>NameVirtualHost 11.22.33.229:80
>NameVirtualHost 11.22.33.233:80
>
>Regards,
>Nikunj Virani

Same thing.

[crit] (49)Can't assign requested address: make_sock: could not bind to 
address 11.22.33.233 port 80

(its not just .233, it's the LAST ip that is declared by Listen. If I were 
to #comment .229 and .233 out, it would report the error on .228)

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

------------------------------

Date: Wed, 26 Feb 2003 11:24:08 +0100
To: <users@httpd.apache.org>
From: "Sander Holthaus - Orange XL" <info@orangexl.com>
Subject: Re: [users@httpd] mod_speling isn't working
Message-ID: <004c01c2dd81$3274a4a0$0200a8c0@FamHolthaus>

Which version of Apache are you using? Do you see any errors in your apache
error-logs? Does it work when chaching just one letter?

I guess no-one aswered because few people are using mod_speling. While it
can be handy, I basically should not be neccesary. Also the performance-hit
not always justifes it's means. You should really ask yourself if you really
need this module.

Kind Regards,
Sander Holthaus

----- Original Message -----
From: "Joseph Turley" <syprinth@yahoo.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 3:08 AM
Subject: [users@httpd] mod_speling isn't working

> Since no one bothered to answer my previous question,
> I recompiled with all modules enabled.  Now that it's
> enabled, it doesn't seem to work.  I turned on
> CheckSpelling on and when I capitalize a directory or
> something, It doesn't fix it.  Any suggestions?
>
> --Joe
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

------------------------------

Date: Wed, 26 Feb 2003 08:30:30 -0800 (PST)
To: users@httpd.apache.org
From: Joseph Turley <syprinth@yahoo.com>
Subject: Re: [users@httpd] mod_speling isn't working
Message-ID: <20030226163030.38300.qmail@web11306.mail.yahoo.com>

I'm using Apache 2.  I just don't like the case
sensitivity issues I guess.  I've tried changing one
letter in the URL and it just comes up with page not
found...  There is nothing in the error logs other
than it can't find the URL I put in.  I've got a
screaming system so the overhead really isn't an
issue.  An apachectl -l shows mod_speling in there. 
Any other ideas. Or ways that I can test this?

--Joe
--- Sander Holthaus - Orange XL <info@orangexl.com>
wrote:
> Which version of Apache are you using? Do you see
> any errors in your apache
> error-logs? Does it work when chaching just one
> letter?
> 
> I guess no-one aswered because few people are using
> mod_speling. While it
> can be handy, I basically should not be neccesary.
> Also the performance-hit
> not always justifes it's means. You should really
> ask yourself if you really
> need this module.
> 
> Kind Regards,
> Sander Holthaus
> 
> ----- Original Message -----
> From: "Joseph Turley" <syprinth@yahoo.com>
> To: <users@httpd.apache.org>
> Sent: Wednesday, February 26, 2003 3:08 AM
> Subject: [users@httpd] mod_speling isn't working
> 
> 
> > Since no one bothered to answer my previous
> question,
> > I recompiled with all modules enabled.  Now that
> it's
> > enabled, it doesn't seem to work.  I turned on
> > CheckSpelling on and when I capitalize a directory
> or
> > something, It doesn't fix it.  Any suggestions?
> >
> > --Joe
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Tax Center - forms, calculators, tips, more
> > http://taxes.yahoo.com/
> >
> >
>
---------------------------------------------------------------------
> > The official User-To-User support forum of the
> Apache HTTP Server Project.
> > See <URL:http://httpd.apache.org/userslist.html>
> for more info.
> > To unsubscribe, e-mail:
> users-unsubscribe@httpd.apache.org
> >    "   from the digest:
> users-digest-unsubscribe@httpd.apache.org
> > For additional commands, e-mail:
> users-help@httpd.apache.org
> >
> >
> 
> 
>
---------------------------------------------------------------------
> The official User-To-User support forum of the
> Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for
> more info.
> To unsubscribe, e-mail:
> users-unsubscribe@httpd.apache.org
>    "   from the digest:
> users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail:
> users-help@httpd.apache.org
> 

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

------------------------------

Date: Wed, 26 Feb 2003 10:59:13 -0000
To: users@httpd.apache.org
From: andy.easton@bt.com
Subject: RE: [users@httpd] Web access to php script fails
Message-ID: <7497DCA1C240C042B28F6657ADFD8E0960D97B@i2km11-ukbr.domain1.systemhost.net>

>
>I have tried serveral different scripts the simplest one just echo's
>"hello". I have also tried phpinfo.php both work OK on the 
>server but not on a remote machine.

That's pretty weird... Try getting the URL from the command line on a remote
machine, e.g.

	telnet server 80
	GET /phpinfo.php HTTP/1.0
	<rtn><rtn>

*** I have tried this but get no response at all. However a segmentation
fault is reported in the log file.

Also, try running apache in single process mode (-X) under truss or strace
(man for details) to see where it's segfaulting.

*** I have strace on my system but the man details are unclear on it use. Is
it possible for you to give me a sample command line?

Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be ignored. 

>
>Regards
>
>Andy
>
>-----Original Message-----
>From: Boyle Owen [mailto:Owen.Boyle@swx.com]
>Sent: 25 February 2003 11:46
>To: users@httpd.apache.org
>Subject: RE: [users@httpd] Web access to php script fails
>
>
>>-----Original Message-----
>>From: andy.easton@bt.com [mailto:andy.easton@bt.com]
>>
>>I have installed Apache 1.3.9 and PHP 4.2.3 onto a Unix system 
>>running OSF1
>>V5.1 alpha. All appears to work fine when using my local 
>>browser on this
>>machine however if I access the webserver from a brower on 
>>another machine
>>html works fine but php scripts report "page cannot be 
>>displayed" Is this a
>>config problem? The installation appears to have been ok.
>>I have also noticed that when using the remote browser and 
>>accessing a php
>>page I get a report of "Segmentation fault" in the Apache log 
>>file.
>
>Segmentation fault means the PHP interpreter caused an error in the OS.
>This usually happens because a library that PHP is using was upgraded
>but PHP was not recompiled against it. The fact that the error only
>occurs when using a remote browser means that the library function call
>(which is causing the seg fault) is only invoked in this case.
>
>What does your script do? Does it make use of any network functions
>(opening socket, etc.) which depend on the REMOTE_HOST?
>
>Rgds,
>Owen Boyle
>Disclaimer: Any disclaimer attached to this message may be ignored. 
>
>> There is
>>no error logged when using the browser on the server and the 
>php script
>>works.
>>Any help would be appreciated.
>> 
>>
>>
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>The official User-To-User support forum of the Apache HTTP 
>>Server Project.
>>See <URL:http://httpd.apache.org/userslist.html> for more info.
>>To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>>For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>
>This message is for the named person's use only. It may contain
>confidential, proprietary or legally privileged information. No
>confidentiality or privilege is waived or lost by any mistransmission.
>If you receive this message in error, please notify the sender urgently
>and then immediately delete the message and any copies of it from your
>system. Please also immediately destroy any hardcopies of the message.
>You must not, directly or indirectly, use, disclose, distribute, print,
>or copy any part of this message if you are not the intended recipient.
>The sender's company reserves the right to monitor all e-mail
>communications through their networks. Any views expressed in this
>message are those of the individual sender, except where the message
>states otherwise and the sender is authorised to state them to be the
>views of the sender's company. 
>
>
>
>---------------------------------------------------------------------
>The official User-To-User support forum of the Apache HTTP 
>Server Project.
>See <URL:http://httpd.apache.org/userslist.html> for more info.
>To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>For additional commands, e-mail: users-help@httpd.apache.org
>
>
>---------------------------------------------------------------------
>The official User-To-User support forum of the Apache HTTP 
>Server Project.
>See <URL:http://httpd.apache.org/userslist.html> for more info.
>To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
>For additional commands, e-mail: users-help@httpd.apache.org
>
>

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

------------------------------

Date: Wed, 26 Feb 2003 16:42:30 +0530
To: <users@httpd.apache.org>
From: "Nikunj Virani" <nikunj@netsurf.co.in>
Subject: Re: [users@httpd] Web access to php script fails
Message-ID: <05ef01c2dd87$f50600d0$070aa8c0@netsurf.co.in>

------=_NextPart_000_05EB_01C2DDB6.0DC536D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

can u send ur configuration file  (Httpd.conf)? That could be useful.

Regards,
NIK
----- Original Message -----
From: <andy.easton@bt.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 4:29 PM
Subject: RE: [users@httpd] Web access to php script fails

>
> >
> >I have tried serveral different scripts the simplest one just echo's
> >"hello". I have also tried phpinfo.php both work OK on the
> >server but not on a remote machine.
>
> That's pretty weird... Try getting the URL from the command line on a
remote
> machine, e.g.
>
> telnet server 80
> GET /phpinfo.php HTTP/1.0
> <rtn><rtn>
>
> *** I have tried this but get no response at all. However a segmentation
> fault is reported in the log file.
>
> Also, try running apache in single process mode (-X) under truss or strace
> (man for details) to see where it's segfaulting.
>
> *** I have strace on my system but the man details are unclear on it use.
Is
> it possible for you to give me a sample command line?
>
> Rgds,
> Owen Boyle
> Disclaimer: Any disclaimer attached to this message may be ignored.
>
> >
> >Regards
> >
> >Andy
> >
> >-----Original Message-----
> >From: Boyle Owen [mailto:Owen.Boyle@swx.com]
> >Sent: 25 February 2003 11:46
> >To: users@httpd.apache.org
> >Subject: RE: [users@httpd] Web access to php script fails
> >
> >
> >>-----Original Message-----
> >>From: andy.easton@bt.com [mailto:andy.easton@bt.com]
> >>
> >>I have installed Apache 1.3.9 and PHP 4.2.3 onto a Unix system
> >>running OSF1
> >>V5.1 alpha. All appears to work fine when using my local
> >>browser on this
> >>machine however if I access the webserver from a brower on
> >>another machine
> >>html works fine but php scripts report "page cannot be
> >>displayed" Is this a
> >>config problem? The installation appears to have been ok.
> >>I have also noticed that when using the remote browser and
> >>accessing a php
> >>page I get a report of "Segmentation fault" in the Apache log
> >>file.
> >
> >Segmentation fault means the PHP interpreter caused an error in the OS.
> >This usually happens because a library that PHP is using was upgraded
> >but PHP was not recompiled against it. The fact that the error only
> >occurs when using a remote browser means that the library function call
> >(which is causing the seg fault) is only invoked in this case.
> >
> >What does your script do? Does it make use of any network functions
> >(opening socket, etc.) which depend on the REMOTE_HOST?
> >
> >Rgds,
> >Owen Boyle
> >Disclaimer: Any disclaimer attached to this message may be ignored.
> >
> >> There is
> >>no error logged when using the browser on the server and the
> >php script
> >>works.
> >>Any help would be appreciated.
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>---------------------------------------------------------------------
> >>The official User-To-User support forum of the Apache HTTP
> >>Server Project.
> >>See <URL:http://httpd.apache.org/userslist.html> for more info.
> >>To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> >>For additional commands, e-mail: users-help@httpd.apache.org
> >>
> >>
> >
> >This message is for the named person's use only. It may contain
> >confidential, proprietary or legally privileged information. No
> >confidentiality or privilege is waived or lost by any mistransmission.
> >If you receive this message in error, please notify the sender urgently
> >and then immediately delete the message and any copies of it from your
> >system. Please also immediately destroy any hardcopies of the message.
> >You must not, directly or indirectly, use, disclose, distribute, print,
> >or copy any part of this message if you are not the intended recipient.
> >The sender's company reserves the right to monitor all e-mail
> >communications through their networks. Any views expressed in this
> >message are those of the individual sender, except where the message
> >states otherwise and the sender is authorised to state them to be the
> >views of the sender's company.
> >
> >
> >
> >---------------------------------------------------------------------
> >The official User-To-User support forum of the Apache HTTP
> >Server Project.
> >See <URL:http://httpd.apache.org/userslist.html> for more info.
> >To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> >For additional commands, e-mail: users-help@httpd.apache.org
> >
> >
> >---------------------------------------------------------------------
> >The official User-To-User support forum of the Apache HTTP
> >Server Project.
> >See <URL:http://httpd.apache.org/userslist.html> for more info.
> >To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> >For additional commands, e-mail: users-help@httpd.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

------=_NextPart_000_05EB_01C2DDB6.0DC536D0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCCAoIw
ggHroAMCAQICAwlMkTANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl
c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT
FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw
MC44LjMwMB4XDTAzMDIxNTA1MzUyM1oXDTA0MDIxNTA1MzUyM1owRjEfMB0GA1UEAxMWVGhhd3Rl
IEZyZWVtYWlsIE1lbWJlcjEjMCEGCSqGSIb3DQEJARYUbmlrdW5qQG5ldHN1cmYuY28uaW4wgZ8w
DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKqHCPKC2mWz8Nav5HIQXx55Ush1hSQ+2VcnGSPOBgyO
cbK6+/fEKfk5epGQxPJqn546//wvONKLWYwLBSUOjNyAtJHfEhxPiHjPzhRpq1RAySMbynbOKw2b
TAcn5XlyGh6x7XDMhLfRZRRu87jZk+wMRR0XNPBiGt/1MikEcblTAgMBAAGjMTAvMB8GA1UdEQQY
MBaBFG5pa3VuakBuZXRzdXJmLmNvLmluMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
VsXwkPtiiV7ztfKNmARVmeyRq6zez1gt+P1nBG3NsuPX9YAnRSPagHiFpnrVtsQgyEnndss1PtvL
vMtikrtHMUfI/T1ZVoXWJWcqg9k+Bq5OOWXEtYmf4hbffIn8CFbiZIdl/TchFPf7IHi/pjw/qHyC
vOJCLwmiSeWw7kfm4i0wggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG
EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT
EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz
aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW
HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1
OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw
ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv
biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB
MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMIGfMA0GCSqGSIb3
DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+V
e0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVL
VX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/
MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof
YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz
0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDODCCAqGgAwIBAgIQZkVyt8x09c9j
dkWE0C6RATANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g
Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG
A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl
cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3
dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTA0MDgyNzIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUw
EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3Rl
MR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1h
aWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJu
eCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXN
VZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvp
oWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIG
A1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBADGxS0dd+QFx
5fVTbF151j2YwCYTYoEipxL4IpXoG0m3J3sEObr85vIk65H6vewNKjj3UFWobPcNrUwbvAP0teui
R59sogxYjTFCCRFssBpp0SsSskBdavl50OouJd2K5PzbDR+dAvNa28o89kTqJmmHf0iezqWf54TY
yWJirQXGMYIB/jCCAfoCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAID
CUyRMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx
DxcNMDMwMjI2MTExMjMwWjAjBgkqhkiG9w0BCQQxFgQUiF9fUnTjgbRoDIGsLkUU0+Et/BowWwYJ
KoZIhvcNAQkPMU4wTDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw
BwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcNAQEBBQAEgYCiDqDVjCC8
WKp5KQfm6yTP6XenH5SALlwe8AbmbAHNMcv6eZt/qo7SMBmvhfT08vwXbHB/kNlq2FRwTKKCiCs9
1ZOFKFx1QTOAAKIb0ZeNGSTz7RUk3WDl3u56noihz0pmFHfbdeRND61wBq0xntTfjYSnrtMUu60w
vvP7VTFU1gAAAAAAAA= 
------=_NextPart_000_05EB_01C2DDB6.0DC536D0--

------------------------------

Date: Wed, 26 Feb 2003 16:34:36 +0530
To: <users@httpd.apache.org>
From: "Muralidhar" <muralidhar@in-biz.net>
Subject: Re: [users@httpd] .htaccess + htpasswd NOT working
Message-ID: <011001c2dd86$d9845600$4af6c5cb@INBIZ.NET>

Hi! Astrid Hendra,

When i am trying to browse your site www.strudelsoftware.com , it is
prompting for the authorization., this is what i mean .htaccess & .htpasswd
is for.

I am getting the login box.

Muralidhar.N

----- Original Message -----
From: "Astrid Hendra" <Astrid@sigel.co.nz>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 12:01 PM
Subject: RE: [users@httpd] .htaccess + htpasswd NOT working

> Hi Muralidhar,
>
> Thanks for the reply.
>
> That change works, but doesn't supply me with a login box so gives access
to anyone who goes to the website.
>
> Regards,
>
> Astrid Hendra.
>
> -----Original Message-----
> From: Muralidhar [mailto:muralidhar@in-biz.net]
> Sent: Wednesday, 26 February 2003 19:06
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] .htaccess + htpasswd NOT working
>
>
> Hi!!
>
> I hope the following entry could solve your problem.
>
> Enter the following in your Apache httpd.conf  file
>
> <Directory "/var/www/strudel/">
> Options Indexes MultiViews
> AllowOverride None
> Order allow,deny
>  Allow from all
> </Directory>
>
> Regards,
> Muralidhar.N
>
> ----- Original Message -----
> From: "Astrid Hendra" <Astrid@sigel.co.nz>
> To: <users@httpd.apache.org>
> Sent: Wednesday, February 26, 2003 7:08 AM
> Subject: RE: [users@httpd] .htaccess + htpasswd NOT working
>
>
> > Hi there,
> >
> > I have the same problem as Jason.  I've followed the information
provided
> in the Apache Httpd Documentation and also had some assistance from people
> on two irc channels and they ended up referring me to this email list.
> > This is my VHost entry.  I've added the .htaccess into the httpd.conf as
a
> directory.
> >
> > <Directory /var/www/strudel>
> >  AuthName "Strudel Access"
> >  AuthType Basic
> >  AuthUserFile /var/www/strudel/.htpasswd
> >  AllowOverride All
> >  Require User strudel
> > </Directory>
> >
> > <VirtualHost 210.54.31.225:80>
> > DocumentRoot /var/www/strudel
> > ServerName www.strudelsoftware.com
> > ErrorLog /var/log/apache/strudel-error.log
> > CustomLog /var/log/apache/strudel-access.log common
> > </VirtualHost>
> >
> > I've set up the .htpasswd file permissions to the Apache Documentation.
> > The .htpasswd file has been put into the document root to rule out the
> possibility that the apache user can't get to the directory it was
formerly
> in.
> > When authentication is #'ed out in the httpd.conf I can access the
website
> fine so the apache user can acces the directory structure.
> >
> > My error.log shows this when I try to enter in a login/password.
> >
> > [Wed Feb 26 14:23:04 2003] [error] user strudel not found:
> /wedding/friends/
> > [Wed Feb 26 14:23:06 2003] [error] user strudel not found:
> /wedding/friends/
> >
> > My access.log shows this at the same time.
> >
> > 10.20.1.13 - strudel [26/Feb/2003:14:23:04 +1300] "GET /wedding/friends/
> HTTP/1.1" 401 489
> > 10.20.1.13 - strudel [26/Feb/2003:14:23:06 +1300] "GET /wedding/friends/
> HTTP/1.1" 401 489
> >
> > The apache server reports this as being it's "vital information":
> Apache/1.3.27 (Unix) Debian GNU/Linux mod_ssl/2.8.9 OpenSSL/0.9.6g
PHP/4.2.3
> configured
> >
> > I've spent several days trying to get this work and doing research with
no
> joy at all and I would love some assistance :)
> > If I can offer anymore information to help solve the problem, please let
> me know.
> >
> > Thank you very much,
> >
> > Astrid Hendra.
> >
> >
> > -----Original Message-----
> > From: Jason S [mailto:jasonsmith@knology.net]
> > Sent: Tuesday, 25 February 2003 09:36
> > To: users@httpd.apache.org
> > Subject: Re: [users@httpd] .htaccess + htpasswd NOT working
> >
> >
> > > Hello Jason:
> > >
> > > Thanks!
> > >
> > > My Apache Information is:
> > > User nobody
> > > Group nobody
> > >
> > > My password file user/group is also same as above. But still getting
> > prompt
> > > infinite times.
> > >
> > > But in Apache document it was mentioned to change the characteristics
to
> > > foll:
> > > chown root.nogroup /usr/local/apache/passwd/passwords
> > > chmod 640 /usr/local/apache/passwd/passwords
> > >
> > > Any other hints...?
> > >
> > >
> > > >From: "Jason S" <jasonsmith@knology.net>
> > > >Reply-To: users@httpd.apache.org
> > > >To: <users@httpd.apache.org>
> > > >Subject: Re: [users@httpd] Re: .htaccess + htpasswd NOT working
> > > >Date: Mon, 24 Feb 2003 15:05:29 -0500
> > > >
> > > > > Hi Joshua:
> > > > >
> > > > > I changed to "AllowOverride All"
> > > > > and now it shows the Prompt....but even after entering proper
> > > > > Username/Password...it keeps on prompting it infinite times.
> > > > >
> > > > > Any other suggestions?
> > > > >
> > > > > THANKS again!
> > > > >
> >
> > > >Does your apache user own the /usr/local/apache/passwd/passwords
file?
> >
> > Do your apache error logs show failed authentications and reasons?
> >
> > ---------------------------------------------------------------------
> > The official User-To-User support forum of the Apache HTTP Server
Project.
> > See <URL:http://httpd.apache.org/userslist.html> for more info.
> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> > For additional commands, e-mail: users-help@httpd.apache.org
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.456 / Virus Database: 256 - Release Date: 2/18/03
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.456 / Virus Database: 256 - Release Date: 2/18/03

------------------------------

Date: Wed, 26 Feb 2003 14:20:34 +0300
To: users@httpd.apache.org
From: Odhiambo Washington <wash@wananchi.com>
Subject: apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <18nzc2-0009UZ-00@ns2.wananchi.com>

There is an FAQ like this:  I want to run secure and non-secure servers on the same
machine. Is that possible?

Is this also possible with Apache-2.0.44??

-Wash

-- 
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."   
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)

If I could drop dead right now, I'd be the happiest man alive!
		-- Samuel Goldwyn

------------------------------

Date: Wed, 26 Feb 2003 16:58:16 +0530
To: <users@httpd.apache.org>
From: "Nikunj Virani" <nikunj@netsurf.co.in>
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <060101c2dd8a$28000330$070aa8c0@netsurf.co.in>

Yes
----- Original Message -----
From: "Odhiambo Washington" <wash@wananchi.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 4:50 PM
Subject: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)

> There is an FAQ like this:  I want to run secure and non-secure servers on
the same
> machine. Is that possible?
>
>
> Is this also possible with Apache-2.0.44??
>
>
>
>
> -Wash
>
> --
> Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
> Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
> Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."
> GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)
>
>
> If I could drop dead right now, I'd be the happiest man alive!
> -- Samuel Goldwyn
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>

------------------------------

Date: Wed, 26 Feb 2003 14:34:19 +0300
To: users@httpd.apache.org
From: Odhiambo Washington <wash@wananchi.com>
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <18nzpL-000BWn-00@ns2.wananchi.com>

* Nikunj Virani <nikunj@netsurf.co.in> [20030226 14:27]: wrote:
> Yes

Hello Nikunj,

Do you know of anly link where there are example configs?

I have used 

SSLEngine on
SSLCertificateFile /path/to/filename

Those are rejected when I do httpd -t

-Wash

-- 
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."   
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)

Every improvement in communication makes the bore more terrible.
		-- Frank Moore Colby

------------------------------

Date: Wed, 26 Feb 2003 17:28:04 +0530
To: <users@httpd.apache.org>
From: "Nikunj Virani" <nikunj@netsurf.co.in>
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <064001c2dd8e$51bb5040$070aa8c0@netsurf.co.in>

Make sure you have mod_ssl loaded with your apache. There are good
documentation for Open SSL at:

http://www.modssl.org/docs/2.8/ssl_overview.html.
http://httpd.apache.org/docs-2.0/mod/mod_ssl.html
http://httpd.apache.org/docs-2.0/ssl/

A fast track configuration for ssl might include:

1. Making sure u have mod_ssl module loaded with apache.

2. Adding listen directive on apache
Listen ip:443

3. Setting VirtualHost
<VirtualHost 192.168.100.100:443>
ServerName xyz.com
DocumentRoot /var/www/html/xyz.com
ErrorLog /var/log/httpd/xyz.log

//Default Certificate and key file
SSLEngine on
SSLCertificateFile /etc/httpd/conf/ssl.crt/server.crt
SSLCertificateKeyFile /etc/httpd/conf/ssl.key/server.key
</VirtualHost>

Allthought u might like to create ur own certificate and key.

Regards,
Nikunj Virani

----- Original Message -----
From: "Odhiambo Washington" <wash@wananchi.com>
To: <users@httpd.apache.org>
Sent: Wednesday, February 26, 2003 5:04 PM
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)

> * Nikunj Virani <nikunj@netsurf.co.in> [20030226 14:27]: wrote:
> > Yes
>
>
> Hello Nikunj,
>
> Do you know of anly link where there are example configs?
>
> I have used
>
> SSLEngine on
> SSLCertificateFile /path/to/filename
>
>
> Those are rejected when I do httpd -t
>
>
> -Wash
>
> --
> Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
> Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
> Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."
> GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)
>
>
> Every improvement in communication makes the bore more terrible.
> -- Frank Moore Colby
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
>

------------------------------

Date: Wed, 26 Feb 2003 16:26:48 +0300
To: users@httpd.apache.org
From: Odhiambo Washington <wash@wananchi.com>
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <18o1aC-0000au-00@ns2.wananchi.com>

* Nikunj Virani <nikunj@netsurf.co.in> [20030226 14:57]: wrote:
> Make sure you have mod_ssl loaded with your apache. There are good
> documentation for Open SSL at:
> 
> http://www.modssl.org/docs/2.8/ssl_overview.html.
> http://httpd.apache.org/docs-2.0/mod/mod_ssl.html
> http://httpd.apache.org/docs-2.0/ssl/
> 
> A fast track configuration for ssl might include:
> 
> 1. Making sure u have mod_ssl module loaded with apache.

I have this in httpd.conf:

<IfDefine SSL>
LoadModule ssl_module modules/mod_ssl.so
</IfDefine>

Then,

beastie# /usr/local/apache2/bin/httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c
beastie#

> 2. Adding listen directive on apache
> Listen ip:443

I have that one in ssl.conf

> 3. Setting VirtualHost
> <VirtualHost 192.168.100.100:443>
> ServerName xyz.com
> DocumentRoot /var/www/html/xyz.com
> ErrorLog /var/log/httpd/xyz.log
> 
> //Default Certificate and key file
> SSLEngine on
> SSLCertificateFile /etc/httpd/conf/ssl.crt/server.crt
> SSLCertificateKeyFile /etc/httpd/conf/ssl.key/server.key
> </VirtualHost>

Those entries are rejected in my config. My Virtual hosts are
included from httpd.conf. I have included them from ssl.conf
and now the SSL* works.

Thanks

-Wash

-- 
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."   
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)

When God endowed human beings with brains, He did not intend to
guarantee them.

------------------------------

Date: Wed, 26 Feb 2003 08:26:06 -0600
To: <users@httpd.apache.org>
From: "Aaron Axelsen" <axelseaa@amadmax.com>
Subject: RE: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <00b301c2dda2$ffaec740$6400a8c0@DELTA>

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The only way I could get apache 2.0.44 to work with mod ssl was to
compile it statically into apache with --enable-ssl=static

When I tried to load the module, I was getting errors similar to what
you are experiencing.

Hope this helps!

- ---
Aaron Axelsen
AIM: AAAK2
Email: axelseaa@amadmax.com

Want reliable web hosting at affordable prices?
www.modevia.com
 
Web Dev/Design Community/Zine
www.developercube.com

- -----Original Message-----
From: Odhiambo Washington [mailto:wash@wananchi.com] 
Sent: Wednesday, February 26, 2003 7:27 AM
To: users@httpd.apache.org
Subject: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts
(FAQ??)

* Nikunj Virani <nikunj@netsurf.co.in> [20030226 14:57]: wrote:
> Make sure you have mod_ssl loaded with your apache. There are good 
> documentation for Open SSL at:
> 
> http://www.modssl.org/docs/2.8/ssl_overview.html.
> http://httpd.apache.org/docs-2.0/mod/mod_ssl.html
> http://httpd.apache.org/docs-2.0/ssl/
> 
> A fast track configuration for ssl might include:
> 
> 1. Making sure u have mod_ssl module loaded with apache.

I have this in httpd.conf:

<IfDefine SSL>
LoadModule ssl_module modules/mod_ssl.so
</IfDefine>

Then,

beastie# /usr/local/apache2/bin/httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c
beastie#

> 2. Adding listen directive on apache
> Listen ip:443

I have that one in ssl.conf

> 3. Setting VirtualHost
> <VirtualHost 192.168.100.100:443>
> ServerName xyz.com
> DocumentRoot /var/www/html/xyz.com
> ErrorLog /var/log/httpd/xyz.log
> 
> //Default Certificate and key file
> SSLEngine on
> SSLCertificateFile /etc/httpd/conf/ssl.crt/server.crt
> SSLCertificateKeyFile /etc/httpd/conf/ssl.key/server.key
> </VirtualHost>

Those entries are rejected in my config. My Virtual hosts are
included from httpd.conf. I have included them from ssl.conf and now
the SSL* works.

Thanks

- -Wash

- -- 
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or
better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD." 
 
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)

When God endowed human beings with brains, He did not intend to
guarantee them.

- ---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server
Project. See <URL:http://httpd.apache.org/userslist.html> for more
info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>

iQA/AwUBPlzOfbrnDjSLw9ADEQJPhACgtXucuYAX86SY8WSYdNsjVgjjQR4An37S
k7oz2nRSpMfVEib2B06QZH6M
=UUeI
-----END PGP SIGNATURE-----

------------------------------

Date: Wed, 26 Feb 2003 13:53:40 +0100
To:  users@httpd.apache.org
From: Laurent Blume <laurent.blume@infores.com>
Subject: Re: [users@httpd] run apache error for solaris 5.8 for sparc
Message-ID: <3E5CB8D4.8020004@infores.com>

iamtestman iamtestman wrote:
> i use apache_1.3.27
> and
> SunOS workstation 5.8 Generic_108528-09 sun4u sparc SUNW,Sun-Blade-100

What are you using to compile it ?

I've never had trouble using GCC with either Sun's or GNU's binutils, on 
Solaris x86 7 and 8.

Oh, yes, when I was using Apache 1.3.x, I had to add 
--enable-rule=SHARED_CORE to ./configure

Laurent
-- 
   IRI-Secodip                  www.infores.com
   4, rue Andri Derain          mailto:laurent.blume@infores.com
   F-78240 Chambourcy           tel: +33 (0) 130 06 26 80
   France                       fax: +33 (0) 130 65 09 45

------------------------------

Date: Wed, 26 Feb 2003 14:31:43 +0100
To: users@httpd.apache.org
From: Dietmar.Mueller@eurotours.at
Subject: Antwort: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)
Message-ID: <OF627CD0C9.6A60304A-ONC1256CD9.004A230B@eurotours.at>

So you have to start apache with the -DSSL paramter or comment the ifdefine
directive.

Dietmar

Odhiambo Washington <wash@wananchi.com> am 26.02.2003 14:26:48

Bitte antworten an users@httpd.apache.org

An:    users@httpd.apache.org
Kopie:
Thema: Re: [users@httpd] apache-2.0.44 +SSL + Non-SSL VirtualHosts (FAQ??)

* Nikunj Virani <nikunj@netsurf.co.in> [20030226 14:57]: wrote:
> Make sure you have mod_ssl loaded with your apache. There are good
> documentation for Open SSL at:
>
> http://www.modssl.org/docs/2.8/ssl_overview.html.
> http://httpd.apache.org/docs-2.0/mod/mod_ssl.html
> http://httpd.apache.org/docs-2.0/ssl/
>
> A fast track configuration for ssl might include:
>
> 1. Making sure u have mod_ssl module loaded with apache.

I have this in httpd.conf:

<IfDefine SSL>
LoadModule ssl_module modules/mod_ssl.so
</IfDefine>

Then,

beastie# /usr/local/apache2/bin/httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c
beastie#

> 2. Adding listen directive on apache
> Listen ip:443

I have that one in ssl.conf

> 3. Setting VirtualHost
> <VirtualHost 192.168.100.100:443>
> ServerName xyz.com
> DocumentRoot /var/www/html/xyz.com
> ErrorLog /var/log/httpd/xyz.log
>
> //Default Certificate and key file
> SSLEngine on
> SSLCertificateFile /etc/httpd/conf/ssl.crt/server.crt
> SSLCertificateKeyFile /etc/httpd/conf/ssl.key/server.key
> </VirtualHost>

Those entries are rejected in my config. My Virtual hosts are
included from httpd.conf. I have included them from ssl.conf
and now the SSL* works.

Thanks

-Wash

--
Odhiambo Washington   <wash@wananchi.com>  "The box said 'Requires
Wananchi Online Ltd.  www.wananchi.com      Windows 95, NT, or better,'
Tel: +254 2 313985-9  +254 2 313922         so I installed FreeBSD."
GSM: +254 72 743223   +254 733 744121       This sig is McQ!  :-)

When God endowed human beings with brains, He did not intend to
guarantee them.

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

------------------------------

Date: Wed, 26 Feb 2003 10:04:50 -0500
To: "'users@httpd.apache.org'" <users@httpd.apache.org>
From: "Beaumont, Brett" <bbeaumo@indcon.com>
Subject: Conditional Logging for RedirectMatch directives
Message-ID: <E45695531652D61186D50090274641F209DDAF@MSEXCHNG01.indcon.com>

Hi,

I'm using a whole set of RedirectMatch directives in our Apache Web
Server (1.3.24) and I need to create a log message for each time that
a redirect was made.  While this information is available in the
access_log file, this file grows too large, too quickly to be of much
use to me.

Can anyone suggest a way to log only the redirects?  I found
information in the Apache docs that allows me to log based on
variables in the request, but what I really need is to log based on
the status of the response.

Thanks in advance,

Brett Beaumont

Programmer/Analyst
Indus Consultancy Services
(201) 261 3100 x235

------------------------------

Date: Wed, 26 Feb 2003 10:22:02 -0500 (Est)
To: "'users@httpd.apache.org'" <users@httpd.apache.org>
From: Joshua Slive <joshua@slive.ca>
Subject: Re: [users@httpd] Conditional Logging for RedirectMatch directives
Message-ID: <Pine.WNT.4.53.0302261020210.892@Poste3947>

On Wed, 26 Feb 2003, Beaumont, Brett wrote:
> Can anyone suggest a way to log only the redirects?  I found
> information in the Apache docs that allows me to log based on
> variables in the request, but what I really need is to log based on
> the status of the response.

Not directly possible, unfortunately.

Suggestions:

1. Post-process your logs and just pick out the stuff you want (by looking
at the status code).  This is the simplest and most effecient thing to do.
If you need the info in real time, you can use a piped-logging process to
split out the info.

2. Match each RedirectMatch directive with a SetEnvIf Request_URI that
sets a particular env variable, and then make a conditional log based on
that env variable.

Joshua.

------------------------------

Date: Wed, 26 Feb 2003 09:15:54 -0600
To: <users@httpd.apache.org>
From: "Shawn Morford" <tiedupe@hotmail.com>
Subject: "libgcc_s.so.1" not found
Message-ID: <OE12I2l0scmAf40C7JS00004b1c@hotmail.com>

------=_NextPart_000_0029_01C2DD77.AA6CA9D0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I recently compiled gcc 3.2.2 and make 3.80 on a system running Red Hat  Linux 7.3.  I downloaded the source for Apache 2.0, compiling and  installing it sucessfully into /usr/local/apache.  I adjusted my  httpd.conf to fit my needs, and tried to invoke the server with  "/usr/local/apache/bin/apachectl start".  However, the server will not  start, and returns an error:
"/usr/local/apache/bin/httpd: error while loading shared libraries:  libgcc_s.so.1: cannot open shared object file: No such file or  directory"
I ran "locate libgcc_s.so.1", and the system reported that it is located  in /usr/local/lib.  How can I tell Apache where this file is located?
------=_NextPart_000_0029_01C2DD77.AA6CA9D0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!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 6.00.2800.1141" name GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor #ffffff>
<DIV><FONT face Arial size 2>I recently compiled gcc 3.2.2 and make  3.80 on a 
system running Red Hat Linux 7.3.  I downloaded the source for  Apache 2.0, 
compiling and installing it sucessfully into /usr/local/apache.  I  adjusted 
my httpd.conf to fit my needs, and tried to invoke the server with 
"/usr/local/apache/bin/apachectl start".  However, the server will  not 
start, and returns an error:</FONT></DIV>
<DIV><FONT face Arial size 2>"/usr/local/apache/bin/httpd: error  while loading 
shared libraries: libgcc_s.so.1: cannot open shared object file: No such  file or 
directory"</FONT></DIV>
<DIV><FONT face Arial size 2>I ran "locate libgcc_s.so.1", and the  system 
reported that it is located in /usr/local/lib.  How can I tell  Apache where 
this file is located?</FONT></DIV></BODY></HTML>

------=_NextPart_000_0029_01C2DD77.AA6CA9D0--

------------------------------

Date: Wed, 26 Feb 2003 10:16:07 -0500 (Est)
To: users@httpd.apache.org
From: Joshua Slive <joshua@slive.ca>
Subject: Re: [users@httpd] Apache - Blocking CONNECT method
Message-ID: <Pine.WNT.4.53.0302261014030.892@Poste3947>

On Wed, 26 Feb 2003, ce ce wrote:

> Hi,
>
> Recently I have detected from my access_log that there
> are a lot of such traffic occured in the log:
>
> x.x.x.x - - [26/Feb/2003:13:17:03 +0800] "CONNECT
> y.y.y.y:25 HTTP/1.1" 400 383

> But this does not stop the CONNECT traffic. Anyone can
> help?

Apparently it does.  The status code "400" in the log entry means that the
request did not go through.  Most of this sort of traffic comes from
robots that just keep on trying, ignoring the fact that they aren't
actually getting anywhere.

Joshua.

------------------------------

Date: Wed, 26 Feb 2003 12:41:24 -0400
To: users@httpd.apache.org
From: Cody Harris <hchs@ns.sympatico.ca>
Subject: Re: [users@httpd] Apache2 proxying apache1+php
Message-Id: <5.2.0.9.0.20030226124059.009ebd30@pop1.ns.sympatico.ca>

--=====================_62146378==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

What the hell is that attachment?!

At 02:07 AM 2/26/03, you wrote:
>Can u send your proxy rules ? I think it can be done using simple
>RewriteRules which will proxy all requests for https and coming on Apache 2
>from apache1 and display the parsed page.
>
>It would be easier to solve it if you can provide with the Proxy Rules you
>have used.
>
>Regards,
>Nikunj Virani
>----- Original Message -----
>From: "Mike Alberghini" <mikealberghini@yahoo.com>
>To: <users@httpd.apache.org>
>Sent: Tuesday, February 25, 2003 2:09 AM
>Subject: [users@httpd] Apache2 proxying apache1+php
>
>
> > We have a rather strange setup here that's been giving
> > me trouble:
> >
> > We have a Solaris8 box serving a site.  It runs
> > Apache1 with PHP to serve the bulk of the site.  It
> > also runs Apache2 with mod_ssl for encryption to a few
> > secure sections of the site.
> >
> > Any doc requested with http is served by Apache1 with
> > PHP.  Any https request sent to Apache2, which is
> > passed via a proxy to the Apache1 server on the same
> > host.  To make matters worse, one of the main things
> > protected behind https is a php file upload page.
> >
> > This is where the problem is.  Apache2 doesn't know
> > what .php files are, so it brings up a file download
> > prompt when you go to one.  If I tell Apache2 that
> > .php files are really html, it will pass them on
> > without them ever hitting the Apache1 PHP engine.  I
> > get files full of raw PHP tags. What can I do to make
> > all this work through a SSL proxy?  Thanks for any
> > help.
> >
> > Mike Alberghini
> > mikealberghini@yahoo.com
> >
> > PS.  I know the double server is an insane way to do
> > it.  Boss decided we need to do it that way.
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Tax Center - forms, calculators, tips, more
> > http://taxes.yahoo.com/
> >
> > ---------------------------------------------------------------------
> > The official User-To-User support forum of the Apache HTTP Server Project.
> > See <URL:http://httpd.apache.org/userslist.html> for more info.
> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> > For additional commands, e-mail: users-help@httpd.apache.org
> >
> >
> >

Check out <http://vectec.net/>vectec.net for all your hosting needs  
--=====================_62146378==.ALT
Content-Type: text/html; charset="us-ascii"

<html>
<body>
What the hell is that attachment?!<br><br>
At 02:07 AM 2/26/03, you wrote:<br>
<blockquote type=cite class=cite cite>Can u send your proxy rules ? I
think it can be done using simple<br>
RewriteRules which will proxy all requests for https and coming on Apache
2<br>
from apache1 and display the parsed page.<br><br>
It would be easier to solve it if you can provide with the Proxy Rules
you<br>
have used.<br><br>
Regards,<br>
Nikunj Virani<br>
----- Original Message -----<br>
From: "Mike Alberghini" <mikealberghini@yahoo.com><br>
To: <users@httpd.apache.org><br>
Sent: Tuesday, February 25, 2003 2:09 AM<br>
Subject: [users@httpd] Apache2 proxying apache1+php<br><br>
<br>
> We have a rather strange setup here that's been giving<br>
> me trouble:<br>
><br>
> We have a Solaris8 box serving a site.  It runs<br>
> Apache1 with PHP to serve the bulk of the site.  It<br>
> also runs Apache2 with mod_ssl for encryption to a few<br>
> secure sections of the site.<br>
><br>
> Any doc requested with http is served by Apache1 with<br>
> PHP.  Any https request sent to Apache2, which is<br>
> passed via a proxy to the Apache1 server on the same<br>
> host.  To make matters worse, one of the main things<br>
> protected behind https is a php file upload page.<br>
><br>
> This is where the problem is.  Apache2 doesn't know<br>
> what .php files are, so it brings up a file download<br>
> prompt when you go to one.  If I tell Apache2 that<br>
> .php files are really html, it will pass them on<br>
> without them ever hitting the Apache1 PHP engine.  I<br>
> get files full of raw PHP tags. What can I do to make<br>
> all this work through a SSL proxy?  Thanks for any<br>
> help.<br>
><br>
> Mike Alberghini<br>
> mikealberghini@yahoo.com<br>
><br>
> PS.  I know the double server is an insane way to do<br>
> it.  Boss decided we need to do it that way.<br>
><br>
> __________________________________________________<br>
> Do you Yahoo!?<br>
> Yahoo! Tax Center - forms, calculators, tips, more<br>
>
<a href="http://taxes.yahoo.com/" eudora="autourl">http://taxes.yahoo.com/</a><br>
><br>
>
---------------------------------------------------------------------<br>
> The official User-To-User support forum of the Apache HTTP Server
Project.<br>
> See <URL:http://httpd.apache.org/userslist.html> for more
info.<br>
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org<br>
>    "   from the digest:
users-digest-unsubscribe@httpd.apache.org<br>
> For additional commands, e-mail: users-help@httpd.apache.org<br>
><br>
><br>
><br>
</blockquote>
<x-sigsep><p></x-sigsep>
Check out <a href="http://vectec.net/">vectec.net</a> for all your
hosting needs </body>
</html>

--=====================_62146378==.ALT--

------------------------------

Date: Wed, 26 Feb 2003 14:40:04 -0500 (EST)
To: users@httpd.apache.org
From: gebser@ameritech.net
Subject: Re: [users@httpd] compiling openssl for openssl+apache+certs
Message-ID: <Pine.LNX.4.44.0302260804550.16795-100000@heidegger.mousecar.net>

At 18:55 (UTC-0500) on Tue, 25 Feb 2003 Geoff Thorpe said:

= Hi,
= 
= * gebser@ameritech.net (gebser@ameritech.net) wrote:
= > 
= > At 23:37 (UTC-0500) on Mon, 24 Feb 2003 Geoff Thorpe said:
= > 
= > = More or less, it's the traditional sort of "--prefix=<path>" thing;
= > = you'll get executables in <path>/bin, headers in <path>/include, etc.
= > 
= > Yeah.  That much I got from the INSTALL file that came with openssl.  
= > To further muddy the waters, there's also a "--prefix" option to "make
= > install".  If "./config --prefix=xxx" puts executables in/under xxx,
= > then what does "make install --prefix=xxx" do?  If I specify a path when 
= > running "./config ...", do I also need to specify the same path when 
= > doing "make install"?  Or will the second know about the first?
= 
= I don't tend to mess with the build system myself, certainly not with
= respect to the handling of weird cases like that. Short of trying those
= things myself, I couldn't tell you off-hand - so I guess you should try
= if you want to see :-) 

Very true.  I've had to do this sort of testing before but was hoping to
avoid spending a few days doing that sort of thing again.  It's a little
dismaying that the documentation is so poor that this is necessary.  
But I guess this is one of the trade-offs when using free source.  :-/

= However I expect the ability to do "./config
= --prefix=..." and then "make install --prefix=<something-else>" may
= perhaps be to support package-builders, where the directory for packages
= to eventually be installed to isn't necessarily where you want to "make
= install" to copy the files to in the mean time. I doubt any of this
= really matters as far as you're concerned when building apache (just use
= "./config --prefix=...") - what you need to make sure of is that you
= build your own version of OpenSSL X (for some suitable value of 'X') and
= that Apache does not use the headers nor libraries of OpenSSL Y, where
= 'Y' is whatever Redhat/whoever bundle with your system. This is the
= part I'm not sure about in the Apache configuration scheme (--with-ssl
= for one thing does not seem to do anything sensible with relative paths
= - I'm working on fixing a few things with that autoconf code).

Yeah, this is another aspect of the same problem: when doing the apache
compile, apache (seemingly) needs to know where to find (some particular
part of?) ssl.  It's been a week now since I read the docs on compiling
apache, and I deleted the whole install tree (a couple times already),
so I don't have it available right now, so I can't say right now if the
docs for INSTALLing apache say where (the various parts of) openssl
should be; but I don't think so.  Otherwise I wouldn't be here asking 
about it.  Furthermore, there's other apps which use ssl and would 
expect to find it in a specific location-- e.g., ldap.  So putting ssl 
in the wrong place-- and /usr/local surely isn't the right place, at 
least not on my distro-- would break all of those apps.

The openssl docs confirm what you say: "make install --prefix=XXX" can 
be used by packagers.  But it also means that it does control where the 
files will be installed.  Because it is an option, there must be a 
default.  Is this default affected by the "--prefix" option to "config"?  
I guess there's no answers to this question other than, as you say, just 
trying it.

You're right again about the complications which may result from 
conflicts with redhat.  It's always a dicey situation when you add a 
non-rpm package to a redhat system, especially so when other 
mission-critical apps depend on that package.  I'm looking at my rpm 
database getting trashed even if the install of openssl, apache, and the 
others goes perfectly.  Hmmm....  Maybe I should rethink this whole 
avenue.

= 
= > = Depends - if you will generate your certificates+keys (and what-not)
= > = straight away and then won't need to meddle with things at run-time, you
= > = might be best to generate those certificates/keys/... and then not worry
= > = about openssl at all from that point on. 
= > 
= > Generating certificates and keys hasn't been a problem.  I've already 
= > done that with openssl v.0.9.6d.  But of course I don't want to use that 
= > version.  I can still use those same certificates and keys when (if) I 
= > get openssl v.0.9.7 compiled, yes?
= 
= Yep, those PEM file formats are very stable because too much would
= crumble if compatibility got broken :-) BTW: For this reason, the
= openssl tools installed in your system (RPM, DEB, ...) could be used to
= parse, create, modify, revoke, [etc] your certs and keys - there is no
= requirement for it to be the same version or installation of openssl as
= Apache is linked with.

Cool!  Thanks for that.  The logic of the whole certificate thing would 
seem to indicate that, but you never know.  

= 
= > = The only issue then will be
= > = whether you go with static or dynamic linking - as an openssl developer
= > = I can tell you that the official line there is that no binary
= > = compatibility is guaranteed or even likely between releases (for now at
= > = least) and that use of shared-libraries is very much a caveat emptor.
= > = That said, Redhat does it so it must be right, right? :-)
= > 
= > I haven't found anything suggesting that Redhat offers an openssl above 
= > v.0.9.6d for its 7.2 release.  If someone has information to the 
= > contrary, please let me know.
= 
= It certainly should be providing something newer, because a security-fix
= release was put out last week to cover timing-attack vulnerabilities in
= the SSL/TLS implementation. Check the updates - it'd probably be 0.9.6i
= unless Redhat have ransacked the versioning (or backfitted the patch to
= 0.9.6d and called it something altogether odder).

I've checked a number of redhat (and mirror) sites as late as yesterday
and haven't found an openssl version above 0.9.6d or even with a
timestamp later than fall of last year.  I can't imagine that redhat 
hasn't put out an rpm with a fix, but if they have, they're not making 
it very apparent.  I'd welcome correction on this from anyone.

= 
= > Another possibility is that the Stronghold server may run on 7.2.  Has 
= > anyone done that?
= 
= I used to work on Stronghold in a former life, but I can't speak for
= recent versions. Joe Orton is probably lurking on this list - Joe, do
= you have any comment?
= 
= > Welcome to the group.
= 
= Cheers :-) I am working on distcache integration for Apache 2 (and
= Apache 1.3/mod_ssl 2.8.12). I should probably send an ANNOUNCE at some
= point about that. (www.distcache.org)

Lookin' good.  I'll definitely read your announce when it comes out.  
Hope you won't mind questions on it.  :^0

= 
= > Yeah, static binaries aren't the way to go-- not for a webserver anyway.  
= > Well, for narrow purposes maybe.  Most of the time there's always 
= > another Next Great Thing you want to do on the site and this requires 
= > some new module.  I couldn't see recompiling the whole webserver every 
= > time you wanted to add some additional functionality.
= 
= Generally speaking, I agree. Using shared libraries to reduce footprint
= of an application suite makes sense, because the shared-library can be
= kept (more or less) up-to-date with its associated components and
= dependencies shouldn't be a hassle. Trying to handle shared-libraries as
= system-wide "services" to arbitrary external applications is more
= problematic. Horses for courses, and all that. However in this case, the
= issue is more about package management problems than anything
= philosophical - Redhat ship a highly-patched openssl using the 0.9.6
= branch rather than the newer 0.9.7 branch. With the huge number of
= dependencies on that package, and what appears to be an inability to
= support multiple versions installed in parallel (I welcome correction on
= this if I'm wrong), you are thus tied to whatever their current package
= version is. Likewise, so are all the other applications built around
= openssl. So I think you're best off having your own up-to-date (and
= unmodified) openssl source tree and build an apache that is statically
= linked against that. If you try dynamic linking, you open a can of worms
= w.r.t. clashes between the versions installed in /usr/lib/ and your own
= build.

Yet another complication... and one which goes a way to killing the 
software eclecticism which is foundational to UNIX (if not software 
overall).

= 
= > = What will you need to be able to do, w.r.t. crypto maintenance, from
= > = your Apache installation once you're set up?
= > 
= > It's for a little e-commerce site.  No credit cards.  I want to let 
= > certain people log in from the world to upload files.  So there'll need 
= > to be certificates and passwords.  What do you mean by "crypto 
= > maintenance"?
= 
= I mean manipulating certs, keys, CRLs, or anything like that. However as
= I mentioned earlier (and hadn't twigged to in my first post), the
= version of the "openssl" utility (and any supporting script wrappers)
= installed by redhat would probably be just fine for manipulating these
= things later if you need to.

That's good to hear. I'd hope I wouldn't need to renew certs, do new
passwords, etc. whenever I upgraded ssl.  Maybe it's not such a cruel 
world after all.  :}

= 
= Cheers,
= Geoff

And back at ya,
ken

------------------------------

End of users Digest
***********************************



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message