mod_alias/1874: destination .htaccess not read when following ALIAS
Number: 1874 Category: mod_alias Synopsis: destination .htaccess not read when following ALIAS Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Wed Feb 25 16:40:01 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.2.5 Environment: HPUX-10.20 gcc compiled Description: Apache is not reading .htaccess files in the destination directories of an alias. eg. conf file includes: ALIAS /CNDAT/ /project/noise/cndat/ Subdirectories of /project/noise/cndat/ have .htaccess files, but Apache does not parse them. If I make a symbolic link from my document root directory to /project/noise/cndat/ and name it /CNDAT/ then Apache parses the .htaccess files. I can't find anything in the documentation which says that ALIASes are supposed to turn off the .htaccess parsing in the subdirectories. How-To-Repeat: Sorry, you'll have to try it for yourself. My site is behind a firewall. Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: other/1872: Problem with configuration file
The following reply was made to PR other/1872; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: other/1872: Problem with configuration file Date: Wed, 25 Feb 1998 16:33:13 -0800 (PST) It's also documented on the upgrading from 1.2 to 1.3 page. Dean
Re: mod_alias/1874: destination .htaccess not read when following ALIAS
The following reply was made to PR mod_alias/1874; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Mike Garrison [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_alias/1874: destination .htaccess not read when following ALIAS Date: Wed, 25 Feb 1998 16:55:53 -0800 (PST) There's a bit in the documentation for Options FollowSymLinks which describes that apache, when following symlinks, does *not* rewrite the directory/filename. When following Aliases it does rewrite the directory/filename. So you have to ensure that you have a Directory /abc section that covers the *destination* of the Alias describing what you want it to do. i.e. if /abc/def is a symlink to /do/wah and you reference /abc/def/ditty, then apache will use only Directory sections covering /abc/def/ditty for this reference. But if /abc/def is an alias to /do/wah, and you reference /abc/def/ditty then apache will consider Directory matching /abc/def/ditty and /do/wah/ditty symlink != alias Does that make sense? Dean
Re: mod_alias/1874: destination .htaccess not read when following ALIAS
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: destination .htaccess not read when following ALIAS State-Changed-From-To: open-feedback State-Changed-By: dgaudet State-Changed-When: Wed Feb 25 17:00:44 PST 1998 State-Changed-Why: Hoping my description of what's up makes sense.
Re: mod_alias/1874: destination .htaccess not read when following ALIAS
The following reply was made to PR mod_alias/1874; it has been noted by GNATS. From: Mike Garrison [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_alias/1874: destination .htaccess not read when following ALIAS Date: Wed, 25 Feb 1998 16:58:14 -0800 Dean Gaudet wrote: There's a bit in the documentation for Options FollowSymLinks which describes that apache, when following symlinks, does *not* rewrite the directory/filename. When following Aliases it does rewrite the directory/filename. So you have to ensure that you have a Directory /abc section that covers the *destination* of the Alias describing what you want it to do. i.e. if /abc/def is a symlink to /do/wah and you reference /abc/def/ditty, then apache will use only Directory sections covering /abc/def/ditty for this reference. But if /abc/def is an alias to /do/wah, and you reference /abc/def/ditty then apache will consider Directory matching /abc/def/ditty and /do/wah/ditty OH! Yes, this makes sense. May I suggest that perhaps it should be mentioned in the documentation of the alias module? Thanks for your help, -Mike
Re: mod_alias/1874: destination .htaccess not read when following ALIAS
The following reply was made to PR mod_alias/1874; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Mike Garrison [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: mod_alias/1874: destination .htaccess not read when following ALIAS Date: Wed, 25 Feb 1998 17:33:01 -0800 (PST) On Wed, 25 Feb 1998, Mike Garrison wrote: So does Apache really consider both /abc/def/ditty and /do/wah/ditty, or does it only consider /do/wah/ditty? Er, yer right. It only considers the destination of the Alias. aliases are dealt with before directory_walk, where directory is dealt with. Dean
Re: mod_alias/1874: destination .htaccess not read when following ALIAS
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: destination .htaccess not read when following ALIAS State-Changed-From-To: feedback-closed State-Changed-By: dgaudet State-Changed-When: Wed Feb 25 23:01:42 PST 1998 State-Changed-Why: Note added to the docs... it'll appear online someday. Dean
Re: suexec/1725: When ErrorLog going to a pipe, only summary line makes it to handler
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: When ErrorLog going to a pipe, only summary line makes it to handler State-Changed-From-To: feedback-analyzed State-Changed-By: dgaudet State-Changed-When: Wed Feb 25 23:03:12 PST 1998 State-Changed-Why: Yup, suexec shouldn't help confuse the admin more than necessary. Synopsis-Changed-From: When ErrorLog going to a pipe, only summary line makes it to handler Synopsis-Changed-To: with suexec around some useful errors aren't logged well enough Synopsis-Changed-By: dgaudet Synopsis-Changed-When: Wed Feb 25 23:03:12 PST 1998 Category-Changed-From-To: general-suexec Category-Changed-By: dgaudet Category-Changed-When: Wed Feb 25 23:03:12 PST 1998
Re: general/1724: endless copies of the deamon spawn, making server not respond
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: endless copies of the deamon spawn, making server not respond State-Changed-From-To: feedback-closed State-Changed-By: dgaudet State-Changed-When: Wed Feb 25 23:06:17 PST 1998 State-Changed-Why: Ok but your server keeps responding now that you've lowered timeout... and the rest of what you described doesn't sound broken, at least it doesn't sound like the zombies stay around forever. So I'm closing this out. Dean
Re: os-solaris/1854: Apache does not respond after a number of minutes.
The following reply was made to PR os-solaris/1854; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: Matthew Zahorik [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1854: Apache does not respond after a number of minutes. Date: Wed, 25 Feb 1998 23:04:46 -0800 (PST) On Mon, 23 Feb 1998, Matthew Zahorik wrote: Tell me when I can ^C the while or if you'd like higher concurrency... Er, if it's still going then you can hit ^C. I think I'm confused what problem you're having... if this test is running fine on the plain apache 1.3b5 then what is it that you're seeing? Dean
Re: mod_rewrite/1579: Some length patterns fail with $, .*, []
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Some length patterns fail with $, .*, [] State-Changed-From-To: analyzed-feedback State-Changed-By: rse State-Changed-When: Thu Feb 26 00:16:06 PST 1998 State-Changed-Why: We now have to wait for feedback by the user. We think HASHSREGEX=yes solved the problem for the user but we need feedback on this to close the report.
Re: mod_rewrite/1234: Improper statck variable initialization in mod_rewrite
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: Improper statck variable initialization in mod_rewrite State-Changed-From-To: feedback-closed State-Changed-By: rse State-Changed-When: Thu Feb 26 00:24:30 PST 1998 State-Changed-Why: We now close this report because... 1. we never heard any more feedback from the user - especially the stack trace Dean wanted. 2. we never heard of such a problem except within this report 3. the regex(3) manpage states that while the 0th element of pmatch is a special one it is _filled_ by regexec and not read by it. The only requirement is that the pmatch argument points to a pre-allocated memory space. This is true for us. 4. The given patch from the submitter is non-portable and we cannot expect that even if it is portable that it would solve such a core-dump problem.
Re: mod_rewrite/1790: VirtualHosts are inheriting rewrite rules by default
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: VirtualHosts are inheriting rewrite rules by default State-Changed-From-To: open-analyzed State-Changed-By: rse State-Changed-When: Thu Feb 26 01:12:49 PST 1998 State-Changed-Why: It is a very subtle bug in the way the virtual server config for modules are created and merged. I currently don't know a solution to this, but I'm searching for one... To make the problem clear: If there is at least one directive of a module, the per-server config-merging function is used and thus can merge correctly. Mod_rewrite here does its job correct because it initialized the per-server config with engine disabled and merges this correctly. But now when no mod_rewrite directive exists in such a VirtualHost section, it seems like mod_rewrite is never called (which in general is fine). But then mod_rewrite cannot create a special per-server config for this particular virtual host (where the engine would be disabled per default) and thus the config of the main server is applied to this virtual host.
Re: mod_rewrite/1790: VirtualHosts are inheriting rewrite rules by default
The following reply was made to PR mod_rewrite/1790; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: mod_rewrite/1790: VirtualHosts are inheriting rewrite rules by default Date: Thu, 26 Feb 1998 01:21:43 -0800 (PST) Yeah one way to hack around this is to put: server_rec *created_in; into your server config. Then during your create_server_config routine initialize it to the server you're created in. Then later on during run time you can compare r-server to your_config-created_in and if they're different you can assume whatever defaults you want to. It's an ugly part of the API. Dean
Re: mod_rewrite/1431: RewriteMap program isn't spawned when rewriteengine is turned off in serverconfig and on for directory
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: RewriteMap program isn't spawned when rewriteengine is turned off in serverconfig and on for directory State-Changed-From-To: open-closed State-Changed-By: rse State-Changed-When: Thu Feb 26 02:21:44 PST 1998 State-Changed-Why: The fact that the RewriteMap program is not available in per-dir context when the per-server context is disabled is ok. It is intended this way because of security reasons (only the admin can define maps and if he disables one it should remain disabled even if the user thinks you wants to use it). But the second point the submitter of the report gives us was correct: The usage of fd 0 was incorrect. Now a lookup of such a disabled map leads to a lookup failure. This was fixed for 1.3b6-dev now.
Re: mod_rewrite/1325: mod_rewrite may write log entries even with RewriteLogLevel 0
[In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] Synopsis: mod_rewrite may write log entries even with RewriteLogLevel 0 State-Changed-From-To: analyzed-closed State-Changed-By: rse State-Changed-When: Thu Feb 26 03:08:06 PST 1998 State-Changed-Why: Both problems should be now fixed in 1.3b6-dev. The problem with the RewriteLoglevel 0 was just a bug. The default was set to 1 instead of 0 on init. The second problem with the mysterious inheritance of directives should be fixed also because the merging of config directives between main and virtual servers was totally bogus. This was now cleaned up for 1.3b6-dev,too.
mod_mime/1875: Not reading mime.types
Number: 1875 Category: mod_mime Synopsis: Not reading mime.types Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Feb 26 04:30:01 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3b3 Environment: Windows NT Description: I added the following lines to the mime.types file to allow shockwave stuff to recognise properly. I restarted the server but it still insists that the type is text. # Added these types for shockwave 24 Feb '98 application/x-authorware-map aam application/x-authorware-seg aas application/x-authorware-bin aab application/x-director dir application/x-director dcr application/x-director dxr application/futuresplash spl I copied the directory onto a win95 machine and ran it and everything worked fine. Is this a problem anyone else has had? I searched through the bug list but couldn't find it. How-To-Repeat: Fix: Do I have to reboot the server? Front end configuration? via HTML maybe%3 Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_cgi/1876: Out of file descriptors on subsequent CGI runs
Number: 1876 Category: mod_cgi Synopsis: Out of file descriptors on subsequent CGI runs Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Feb 26 09:10:00 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3b3 Win95 Environment: Apache_1_3b3_win32.exe under Windows 95 Description: The file descriptor value is increased on every CGI script call by 3, causing out of fd's error after a few runs. No files can be opened any more. How-To-Repeat: Test-C Program: #include io.h #include stdio.h #include fcntl.h main() { int fd; printf (Content-Type: TEXT/HTML\n\n); fd = open (??ANYFILE, O_RDONLY|O_BINARY); printf (fd is %d, fd); close (fd); return 0; } Fix: fd's 0 to 2 are not closed after CGI run%3 Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: os-solaris/1854: Apache does not respond after a number of minutes.
The following reply was made to PR os-solaris/1854; it has been noted by GNATS. From: Matthew Zahorik [EMAIL PROTECTED] To: Dean Gaudet [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: os-solaris/1854: Apache does not respond after a number of minutes. Date: Thu, 26 Feb 1998 13:06:55 -0500 (EST) -BEGIN PGP SIGNED MESSAGE- On Wed, 25 Feb 1998, Dean Gaudet wrote: Er, if it's still going then you can hit ^C. Done. I think I'm confused what problem you're having... if this test is running fine on the plain apache 1.3b5 then what is it that you're seeing? What I am seeing is this: Apache 1.3b5 Solaris 2.5.1 gcc 2.7.2.2 -O3 sun4u When a server is under *no* load for a period of time the server seizes. - From the above tests we ran, I can say that the server will perform well for quite some time as long as it's serving requests. If it goes idle for more than (x) minutes, something happens and the server hangs. Right this minute I killed and restarted the server. If I let it sit and check back in an hour, I'll find it hung. I will have to kill -USR1 the server to get it to come back to life. I'll write you when it's hung. - - Matt - -*-- Matthew Zahorik /|\ Offering the finest connectivity! Dial (518) xxx-: AlbanyNet Inc. //|\\ Albany242 Cobleskill 255 Lake Placid 241 [EMAIL PROTECTED] | Amsterdam 246 Glens Falls 223 Plattsburgh 247 (518) 462-6262 | Cambridge 252 Hudson 267 Saratoga Springs 245 Info: [EMAIL PROTECTED] Sales: [EMAIL PROTECTED] W^3: http://www.albany.net/ - -|-- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBNPWvQIeMs4yebdotAQHDZAQAlDkmrTf9SVGFnw0VxUfhBceI3rFjn+WX /+WDJd2KQSlAHO88TGdXvdNoMrx1SDC6YtF2Tjchs4P4WEj5ChbAmSnDUKmR8Eny 2HgHqXNzYHmgP9Lv6r0iXCv3sWfLhmdC1bWWCnvZKmrVcXPCCM9U79PxJT8RJ5lw 6kM4Nb2uUlU= =pEeJ -END PGP SIGNATURE-
general/1877: http://hostname:port/~username not found
Number: 1877 Category: general Synopsis: http://hostname:port/~username not found Confidential: no Severity: non-critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Feb 26 11:50:01 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.2.5 Environment: HP-UX 10.20 HP ansi C compiler Description: The problem is very similar in nature to what is described in the FAQ about the server not working correctly when a trailing / is not found. If I use a trailing / everything is ok. But, when I remove it everything stops working. The ServerName is set correctly to hostname but I have a feeling the code does not account for when the port is different than 80 the server in this situation must return http://hostname:port/~username/ and I suspect it is forgetting about the port number. How-To-Repeat: Should be able to by starting httpd with a port number different than 80. Fix: Add code to check if the port number is different than 80 and if it is include it in what is sent back to the client Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
mod_proxy/1878: listing of proxy cache content
Number: 1878 Category: mod_proxy Synopsis: listing of proxy cache content Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: change-request Submitter-Id: apache Arrival-Date: Thu Feb 26 12:00:01 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:2.x Environment: linux 2.0, gcc, apache 2.x Description: i want to list the proxy cache content, expiration info and object size for every cached object on a proxy-status page. direct expiration should be possible for users and size info should also be displayed... (i.e. filling status) How-To-Repeat: tell me if it's implemented or if someone works on it Fix: i coul dtry to hack into the module api, but if someone did it already, PLEASE LET ME KNO Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
general/1879: .map files cause internal server error
Number: 1879 Category: general Synopsis: .map files cause internal server error Confidential: no Severity: critical Priority: medium Responsible:apache State: open Class: sw-bug Submitter-Id: apache Arrival-Date: Thu Feb 26 12:20:00 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.3b5 Environment: Solaris 2.6 Sparc apache-1.3b5 Description: [Thu Feb 26 11:49:28 1998] [error] map file /gifs/navmap1.gif.map, line 8 syntax error: requires at least two fields Reverting back to 1.3b3 fixes the problem. How-To-Repeat: No, because I backed out b5 Fix: Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
RE: mod_access/1870: .htaccess file does not work with a mounted nfs disk (fwd)
The following reply was made to PR mod_access/1870; it has been noted by GNATS. From: Marc Slemko [EMAIL PROTECTED] To: Apache bugs database [EMAIL PROTECTED] Cc: Subject: RE: mod_access/1870: .htaccess file does not work with a mounted nfs disk (fwd) Date: Thu, 26 Feb 1998 13:16:50 -0700 (MST) -- Forwarded message -- Date: Thu, 26 Feb 1998 17:16:49 +0100 From: DANG Tuan [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: mod_access/1870: .htaccess file does not work with a mounted n= fs disk It works locally but only under Document root directory Here is the content of .htaccess file : AuthUserFile /home/dangt/.htpasswd AuthGroupFile /dev/null AuthName Tuan DANG AuthType Basic limit GET require valid-user /limit=20 Error log of Apache server : [Thu Feb 26 17:21:54 1998] access to /home/dangt/.htaccess failed for fred2640, reason: Invalid command ~ You may notice this strange message. Thanks -Message d'origine- De:[EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] Date:=09mercredi 25 f=E9vrier 1998 19:19 =C0:=09DANG Tuan; [EMAIL PROTECTED]; [EMAIL PROTECTED] Objet:=09Re: mod_access/1870: .htaccess file does not work with a mounted = nfs disk Synopsis: .htaccess file does not work with a mounted nfs disk State-Changed-From-To: open-analyzed State-Changed-By: marc State-Changed-When: Wed Feb 25 10:18:59 PST 1998 State-Changed-Why: I'm afraid you have to give more information than that. What are the contents of the htaccess files? Does it work locally? Can you read it if you su to the user that Apache runs as on the server?
RE: general/1877: http://hostname:prot/~username not found (fwd)
The following reply was made to PR general/1877; it has been noted by GNATS. From: Dean Gaudet [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: RE: general/1877: http://hostname:prot/~username not found (fwd) Date: Thu, 26 Feb 1998 14:33:11 -0800 (PST) -- Forwarded message -- From: Matthew McGillis [EMAIL PROTECTED] To: 'Dean Gaudet' [EMAIL PROTECTED] Subject: RE: general/1877: http://hostname:prot/~username not found Date: Thu, 26 Feb 1998 14:29:55 -0800 The files are included I wouldn't call them minimal but thats what they are. --httpd.conf ServerType standalone Port 8080 HostnameLookups on User #207 Group #20 BrowserMatch Mozilla/2 nokeepalive ServerAdmin [EMAIL PROTECTED] ServerRoot /home/mmcgilli/tools/apache ErrorLog logs/error_log TransferLog logs/access_log PidFile logs/httpd.pid ScoreBoardFile logs/apache_status ServerName hpls01.starbucks.net Timeout 300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 150 MaxRequestsPerChild 30 Listen 8080 --access.conf Directory /home/mmcgilli/www Options Indexes FollowSymLinks AllowOverride None order allow,deny allow from all /Directory Directory /home/mmcgilli/tools/apache/cgi-bin AllowOverride None Options None /Directory Directory /home/mmcgilli/public_html/cgi-bin AllowOverride None Options None /Directory Directory /home/mmcgilli/tools/apache/icons AllowOverride None Options None /Directory -srn.conf DocumentRoot /home/mmcgilli/www UserDir public_html DirectoryIndex index.html FancyIndexing on AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip AddIconByType (TXT,/icons/text.gif) text/* AddIconByType (IMG,/icons/image2.gif) image/* AddIconByType (SND,/icons/sound2.gif) audio/* AddIconByType (VID,/icons/movie.gif) video/* AddIcon /icons/binary.gif .bin .exe AddIcon /icons/binhex.gif .hqx AddIcon /icons/tar.gif .tar AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip AddIcon /icons/a.gif .ps .ai .eps AddIcon /icons/layout.gif .html .shtml .htm .pdf AddIcon /icons/text.gif .txt AddIcon /icons/c.gif .c AddIcon /icons/p.gif .pl .py AddIcon /icons/f.gif .for AddIcon /icons/dvi.gif .dvi AddIcon /icons/uuencoded.gif .uu AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl AddIcon /icons/tex.gif .tex AddIcon /icons/bomb.gif core AddIcon /icons/back.gif .. AddIcon /icons/hand.right.gif README AddIcon /icons/folder.gif ^^DIRECTORY^^ AddIcon /icons/blank.gif ^^BLANKICON^^ DefaultIcon /icons/unknown.gif ReadmeName README HeaderName HEADER IndexIgnore */.??* *~ *# */HEADER* */README* */RCS AccessFileName .htaccess DefaultType text/plain AddEncoding x-compress Z AddEncoding x-gzip gz AddLanguage en .en AddLanguage fr .fr AddLanguage de .de AddLanguage da .da AddLanguage el .el AddLanguage it .it LanguagePriority en fr de Alias /icons/ /home/mmcgilli/tools/apache/icons/ ScriptAlias /cgi-bin/ /home/mmcgilli/tools/apache/cgi-bin/ ScriptAlias /~mmcgilli/cgi-bin/ /home/mmcgilli/public_html/cgi-bin/
general/1880: Server won't start.
Number: 1880 Category: general Synopsis: Server won't start. Confidential: no Severity: serious Priority: medium Responsible:apache State: open Class: support Submitter-Id: apache Arrival-Date: Thu Feb 26 14:40:01 PST 1998 Last-Modified: Originator: [EMAIL PROTECTED] Organization: apache Release:1.2.5 Environment: SunOS 5.6 Generic sun4u sparc SUNW,Ultra-Enterprise gcc version 2.8.0 Description: I have compiled apache in /opt/apache/src with no errors, and a few warnings from mod_imap.c in function 'imap_handler'. I do not believe the warnings are the problem. Every time I try to run: /opt/apache/src/httpd -f /opt/apache/conf/httpd.conf it tells me: getpeername: Socket operation on non-socket getsockname: Socket operation on non-socket Error getting local address I see where the error is located in the source, but I am not sure why it is happening, since there were no compilation errors. How-To-Repeat: Yep, every time I go to start it up. Fix: Nope.. Audit-Trail: Unformatted: [In order for any reply to be added to the PR database, ] [you need to include [EMAIL PROTECTED] in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
Re: general/1880: Server won't start.
Synopsis: Server won't start. State-Changed-From-To: open-analyzed State-Changed-By: marc State-Changed-When: Thu Feb 26 14:52:04 PST 1998 State-Changed-Why: Did you set servertype to inetd in your config files? If so, why?