Mailing List Archive

unsubscribe
> From: jtaylor-bye@hotmail.com> To: users@httpd.apache.org> Subject: RE: syntax error> Date: Tue, 16 Dec 2008 21:48:52 +0000> > Thanks for your reply, yet it doesn't seem to be working still. I'm gunna> cry!!! lol> > -----Original Message-----> From: Brian Mearns [mailto:mearns.b@gmail.com] > Sent: 15 December 2008 20:06> To: users@httpd.apache.org> Subject: Re: syntax error> > Just off the top of my head, try changing the Listen directive from> Listen 80> to> Listen 127.0.0.1:80> > -Brian> > --> > Feel free to contact me using PGP Encryption:> Key Id: 0x3AA70848> Available from: http://pgp.mit.edu/> > > > On Mon, Dec 15, 2008 at 10:33 AM, James Taylor-Bye> <jtaylor-bye@hotmail.com> wrote:> > This is the complete config file for you to browse:-> >> >> >> >> >> > # This is the main Apache HTTP server configuration file. It contains the> >> > # configuration directives that give the server its instructions.> >> > # See <URL:http://httpd.apache.org/docs/2.2> for detailed information.> >> > # In particular, see> >> > # <URL:http://httpd.apache.org/docs/2.2/mod/directives.html>> >> > # for a discussion of each configuration directive.> >> > #> >> > # Do NOT simply read the instructions in here without understanding> >> > # what they do. They're here only as hints or reminders. If you are> unsure> >> > # consult the online docs. You have been warned.> >> > #> >> > # Configuration and logfile names: If the filenames you specify for many> >> > # of the server's control files begin with "/" (or "drive:/" for Win32),> the> >> > # server will use that explicit path. If the filenames do *not* begin> >> > # with "/", the value of ServerRoot is prepended -- so "logs/foo.log"> >> > # with ServerRoot set to "C:/Program Files/Apache Software> > Foundation/Apache2.2" will be interpreted by the> >> > # server as "C:/Program Files/Apache Software> > Foundation/Apache2.2/logs/foo.log".> >> > #> >> > # NOTE: Where filenames are specified, you must use forward slashes> >> > # instead of backslashes (e.g., "c:/apache" instead of "c:\apache").> >> > # If a drive letter is omitted, the drive on which httpd.exe is located> >> > # will be used by default. It is recommended that you always supply> >> > # an explicit drive letter in absolute paths to avoid confusion.> >> >> >> > #> >> > # ServerRoot: The top of the directory tree under which the server's> >> > # configuration, error, and log files are kept.> >> > #> >> > # Do not add a slash at the end of the directory path. If you point> >> > # ServerRoot at a non-local disk, be sure to point the LockFile directive> >> > # at a local disk. If you wish to share the same ServerRoot for multiple> >> > # httpd daemons, you will need to change at least LockFile and PidFile.> >> > #> >> > ServerRoot "C:/Program Files/Apache Software Foundation/Apache2.2"> >> >> >> > #> >> > # Listen: Allows you to bind Apache to specific IP addresses and/or> >> > # ports, instead of the default. See also the <VirtualHost>> >> > # directive.> >> > #> >> > # Change this to Listen on specific IP addresses as shown below to> >> > # prevent Apache from glomming onto all bound IP addresses.> >> > #> >> > #Listen 82.19.185.246> >> > Listen 80> >> >> >> > #> >> > # Dynamic Shared Object (DSO) Support> >> > #> >> > # To be able to use the functionality of a module which was built as a DSO> > you> >> > # have to place corresponding `LoadModule' lines at this location so the> >> > # directives contained in it are actually available _before_ they are> used.> >> > # Statically compiled modules (those listed by `httpd -l') do not need> >> > # to be loaded here.> >> > #> >> > # Example:> >> > # LoadModule foo_module modules/mod_foo.so> >> > #> >> > LoadModule actions_module modules/mod_actions.so> >> > LoadModule alias_module modules/mod_alias.so> >> > LoadModule asis_module modules/mod_asis.so> >> > LoadModule auth_basic_module modules/mod_auth_basic.so> >> > #LoadModule auth_digest_module modules/mod_auth_digest.so> >> > #LoadModule authn_alias_module modules/mod_authn_alias.so> >> > #LoadModule authn_anon_module modules/mod_authn_anon.so> >> > #LoadModule authn_dbd_module modules/mod_authn_dbd.so> >> > #LoadModule authn_dbm_module modules/mod_authn_dbm.so> >> > LoadModule authn_default_module modules/mod_authn_default.so> >> > LoadModule authn_file_module modules/mod_authn_file.so> >> > #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so> >> > #LoadModule authz_dbm_module modules/mod_authz_dbm.so> >> > LoadModule authz_default_module modules/mod_authz_default.so> >> > LoadModule authz_groupfile_module modules/mod_authz_groupfile.so> >> > LoadModule authz_host_module modules/mod_authz_host.so> >> > #LoadModule authz_owner_module modules/mod_authz_owner.so> >> > LoadModule authz_user_module modules/mod_authz_user.so> >> > LoadModule autoindex_module modules/mod_autoindex.so> >> > #LoadModule cache_module modules/mod_cache.so> >> > #LoadModule cern_meta_module modules/mod_cern_meta.so> >> > LoadModule cgi_module modules/mod_cgi.so> >> > #LoadModule charset_lite_module modules/mod_charset_lite.so> >> > #LoadModule dav_module modules/mod_dav.so> >> > #LoadModule dav_fs_module modules/mod_dav_fs.so> >> > #LoadModule dav_lock_module modules/mod_dav_lock.so> >> > #LoadModule dbd_module modules/mod_dbd.so> >> > #LoadModule deflate_module modules/mod_deflate.so> >> > LoadModule dir_module modules/mod_dir.so> >> > #LoadModule disk_cache_module modules/mod_disk_cache.so> >> > #LoadModule dumpio_module modules/mod_dumpio.so> >> > LoadModule env_module modules/mod_env.so> >> > #LoadModule expires_module modules/mod_expires.so> >> > #LoadModule ext_filter_module modules/mod_ext_filter.so> >> > #LoadModule file_cache_module modules/mod_file_cache.so> >> > #LoadModule filter_module modules/mod_filter.so> >> > #LoadModule headers_module modules/mod_headers.so> >> > #LoadModule ident_module modules/mod_ident.so> >> > #LoadModule imagemap_module modules/mod_imagemap.so> >> > LoadModule include_module modules/mod_include.so> >> > #LoadModule info_module modules/mod_info.so> >> > LoadModule isapi_module modules/mod_isapi.so> >> > #LoadModule ldap_module modules/mod_ldap.so> >> > #LoadModule logio_module modules/mod_logio.so> >> > LoadModule log_config_module modules/mod_log_config.so> >> > #LoadModule log_forensic_module modules/mod_log_forensic.so> >> > #LoadModule mem_cache_module modules/mod_mem_cache.so> >> > LoadModule mime_module modules/mod_mime.so> >> > #LoadModule mime_magic_module modules/mod_mime_magic.so> >> > LoadModule negotiation_module modules/mod_negotiation.so> >> > #LoadModule proxy_module modules/mod_proxy.so> >> > #LoadModule proxy_ajp_module modules/mod_proxy_ajp.so> >> > #LoadModule proxy_balancer_module modules/mod_proxy_balancer.so> >> > #LoadModule proxy_connect_module modules/mod_proxy_connect.so> >> > #LoadModule proxy_ftp_module modules/mod_proxy_ftp.so> >> > #LoadModule proxy_http_module modules/mod_proxy_http.so> >> > #LoadModule rewrite_module modules/mod_rewrite.so> >> > LoadModule setenvif_module modules/mod_setenvif.so> >> > #LoadModule speling_module modules/mod_speling.so> >> > #LoadModule ssl_module modules/mod_ssl.so> >> > #LoadModule status_module modules/mod_status.so> >> > #LoadModule substitute_module modules/mod_substitute.so> >> > #LoadModule unique_id_module modules/mod_unique_id.so> >> > #LoadModule userdir_module modules/mod_userdir.so> >> > #LoadModule usertrack_module modules/mod_usertrack.so> >> > #LoadModule version_module modules/mod_version.so> >> > #LoadModule vhost_alias_module modules/mod_vhost_alias.so> >> >> >> > <IfModule !mpm_netware_module>> >> > <IfModule !mpm_winnt_module>> >> > #> >> > # If you wish httpd to run as a different user or group, you must run> >> > # httpd as root initially and it will switch.> >> > #> >> > # User/Group: The name (or #number) of the user/group to run httpd as.> >> > # It is usually good practice to create a dedicated user and group for> >> > # running httpd, as with most system services.> >> > #> >> > User daemon> >> > Group daemon> >> >> >> > </IfModule>> >> > </IfModule>> >> >> >> > # 'Main' server configuration> >> > #> >> > # The directives in this section set up the values used by the 'main'> >> > # server, which responds to any requests that aren't handled by a> >> > # <VirtualHost> definition. These values also provide defaults for> >> > # any <VirtualHost> containers you may define later in the file.> >> > #> >> > # All of these directives may appear inside <VirtualHost> containers,> >> > # in which case these default settings will be overridden for the> >> > # virtual host being defined.> >> > #> >> >> >> > #> >> > # ServerAdmin: Your address, where problems with the server should be> >> > # e-mailed. This address appears on some server-generated pages, such> >> > # as error documents. e.g. admin@your-domain.com> >> > #> >> > ServerAdmin jtaylor-bye@hotmail.com> >> >> >> > #> >> > # ServerName gives the name and port that the server uses to identify> > itself.> >> > # This can often be determined automatically, but we recommend you specify> >> > # it explicitly to prevent problems during startup.> >> > #> >> > # If your host doesn't have a registered DNS name, enter its IP address> > here.> >> > #> >> > #ServerName "82.19.185.246"> >> >> >> > #> >> > # DocumentRoot: The directory out of which you will serve your> >> > # documents. By default, all requests are taken from this directory, but> >> > # symbolic links and aliases may be used to point to other locations.> >> > #> >> > DocumentRoot "C:/website"> >> >> >> > #> >> > # Each directory to which Apache has access can be configured with respect> >> > # to which services and features are allowed and/or disabled in that> >> > # directory (and its subdirectories).> >> > #> >> > # First, we configure the "default" to be a very restrictive set of> >> > # features.> >> > #> >> > <Directory "c:/website>> >> > Options FollowSymLinks> >> > AllowOverride None> >> > Order deny,allow> >> > Deny from all> >> > </Directory>> >> >> >> > #> >> > # Note that from this point forward you must specifically allow> >> > # particular features to be enabled - so if something's not working as> >> > # you might expect, make sure that you have specifically enabled it> >> > # below.> >> > #> >> >> >> > #> >> > # This should be changed to whatever you set DocumentRoot to.> >> > #> >> > <Directory "C:/website">> >> > #> >> > # Possible values for the Options directive are "None", "All",> >> > # or any combination of:> >> > # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI> > MultiViews> >> > #> >> > # Note that "MultiViews" must be named *explicitly* --- "Options All"> >> > # doesn't give it to you.> >> > #> >> > # The Options directive is both complicated and important. Please see> >> > # http://httpd.apache.org/docs/2.2/mod/core.html#options> >> > # for more information.> >> > #> >> > Options Indexes FollowSymLinks> >> >> >> > #> >> > # AllowOverride controls what directives may be placed in .htaccess> > files.> >> > # It can be "All", "None", or any combination of the keywords:> >> > # Options FileInfo AuthConfig Limit> >> > #> >> > AllowOverride None> >> >> >> > #> >> > # Controls who can get stuff from this server.> >> > #> >> > Order allow,deny> >> > Allow from all> >> >> >> > </Directory>> >> >> >> > #> >> > # DirectoryIndex: sets the file that Apache will serve if a directory> >> > # is requested.> >> > #> >> > <IfModule dir_module>> >> > DirectoryIndex index.html> >> > </IfModule>> >> >> >> > #> >> > # The following lines prevent .htaccess and .htpasswd files from being> >> > # viewed by Web clients.> >> > #> >> > <FilesMatch "^\.ht">> >> > Order allow,deny> >> > Deny from all> >> > Satisfy All> >> > </FilesMatch>> >> >> >> > #> >> > # ErrorLog: The location of the error log file.> >> > # If you do not specify an ErrorLog directive within a <VirtualHost>> >> > # container, error messages relating to that virtual host will be> >> > # logged here. If you *do* define an error logfile for a <VirtualHost>> >> > # container, that host's errors will be logged there and not here.> >> > #> >> > ErrorLog "logs/error.log"> >> >> >> > #> >> > # LogLevel: Control the number of messages logged to the error_log.> >> > # Possible values include: debug, info, notice, warn, error, crit,> >> > # alert, emerg.> >> > #> >> > LogLevel warn> >> >> >> > <IfModule log_config_module>> >> > #> >> > # The following directives define some format nicknames for use with> >> > # a CustomLog directive (see below).> >> > #> >> > LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"> \"%{User-Agent}i\""> > combined> >> > LogFormat "%h %l %u %t \"%r\" %>s %b" common> >> >> >> > <IfModule logio_module>> >> > # You need to enable mod_logio.c to use %I and %O> >> > LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"> > \"%{User-Agent}i\" %I %O" combinedio> >> > </IfModule>> >> >> >> > #> >> > # The location and format of the access logfile (Common Logfile> Format).> >> > # If you do not define any access logfiles within a <VirtualHost>> >> > # container, they will be logged here. Contrariwise, if you *do*> >> > # define per-<VirtualHost> access logfiles, transactions will be> >> > # logged therein and *not* in this file.> >> > #> >> > CustomLog "logs/access.log" common> >> >> >> > #> >> > # If you prefer a logfile with access, agent, and referer information> >> > # (Combined Logfile Format) you can use the following directive.> >> > #> >> > #CustomLog "logs/access.log" combined> >> > </IfModule>> >> >> >> > <IfModule alias_module>> >> > #> >> > # Redirect: Allows you to tell clients about documents that used to> >> > # exist in your server's namespace, but do not anymore. The client> >> > # will make a new request for the document at its new location.> >> > # Example:> >> > # Redirect permanent /foo http://me/bar> >> >> >> > #> >> > # Alias: Maps web paths into filesystem paths and is used to> >> > # access content that does not live under the DocumentRoot.> >> > # Example:> >> > # Alias /webpath /full/filesystem/path> >> > #> >> > # If you include a trailing / on /webpath then the server will> >> > # require it to be present in the URL. You will also likely> >> > # need to provide a <Directory> section to allow access to> >> > # the filesystem path.> >> >> >> > #> >> > # ScriptAlias: This controls which directories contain server scripts.> >> > # ScriptAliases are essentially the same as Aliases, except that> >> > # documents in the target directory are treated as applications and> >> > # run by the server when requested rather than as documents sent to> the> >> > # client. The same rules about trailing "/" apply to ScriptAlias> >> > # directives as to Alias.> >> > #> >> > ScriptAlias /cgi-bin/ "C:/Program Files/Apache Software> > Foundation/Apache2.2/cgi-bin/"> >> >> >> > </IfModule>> >> >> >> > <IfModule cgid_module>> >> > #> >> > # ScriptSock: On threaded servers, designate the path to the UNIX> >> > # socket used to communicate with the CGI daemon of mod_cgid.> >> > #> >> > #Scriptsock logs/cgisock> >> > </IfModule>> >> >> >> > #> >> > # "C:/Program Files/Apache Software Foundation/Apache2.2/cgi-bin" should> be> > changed to whatever your ScriptAliased> >> > # CGI directory exists, if you have that configured.> >> > #> >> > <Directory "C:/Program Files/Apache Software> Foundation/Apache2.2/cgi-bin">> >> > AllowOverride None> >> > Options None> >> > Order allow,deny> >> > Allow from all> >> > </Directory>> >> >> >> > #> >> > # DefaultType: the default MIME type the server will use for a document> >> > # if it cannot otherwise determine one, such as from filename extensions.> >> > # If your server contains mostly text or HTML documents, "text/plain" is> >> > # a good value. If most of your content is binary, such as applications> >> > # or images, you may want to use "application/octet-stream" instead to> >> > # keep browsers from trying to display binary files as though they are> >> > # text.> >> > #> >> > DefaultType text/plain> >> >> >> > <IfModule mime_module>> >> > #> >> > # TypesConfig points to the file containing the list of mappings from> >> > # filename extension to MIME-type.> >> > #> >> > TypesConfig conf/mime.types> >> >> >> > #> >> > # AddType allows you to add to or override the MIME configuration> >> > # file specified in TypesConfig for specific file types.> >> > #> >> > #AddType application/x-gzip .tgz> >> > #> >> > # AddEncoding allows you to have certain browsers uncompress> >> > # information on the fly. Note: Not all browsers support this.> >> > #> >> > #AddEncoding x-compress .Z> >> > #AddEncoding x-gzip .gz .tgz> >> > #> >> > # If the AddEncoding directives above are commented-out, then you> >> > # probably should define those extensions to indicate media types:> >> > #> >> > AddType application/x-compress .Z> >> > AddType application/x-gzip .gz .tgz> >> >> >> > #> >> > # AddHandler allows you to map certain file extensions to "handlers":> >> > # actions unrelated to filetype. These can be either built into the> > server> >> > # or added with the Action directive (see below)> >> > #> >> > # To use CGI scripts outside of ScriptAliased directories:> >> > # (You will also need to add "ExecCGI" to the "Options" directive.)> >> > #> >> > #AddHandler cgi-script .cgi> >> >> >> > # For type maps (negotiated resources):> >> > #AddHandler type-map var> >> >> >> > #> >> > # Filters allow you to process content before it is sent to the> client.> >> > #> >> > # To parse .shtml files for server-side includes (SSI):> >> > # (You will also need to add "Includes" to the "Options" directive.)> >> > #> >> > #AddType text/html .shtml> >> > #AddOutputFilter INCLUDES .shtml> >> > </IfModule>> >> >> >> > #> >> > # The mod_mime_magic module allows the server to use various hints from> the> >> > # contents of the file itself to determine its type. The MIMEMagicFile> >> > # directive tells the module where the hint definitions are located.> >> > #> >> > #MIMEMagicFile conf/magic> >> >> >> > #> >> > # Customizable error responses come in three flavors:> >> > # 1) plain text 2) local redirects 3) external redirects> >> > #> >> > # Some examples:> >> > #ErrorDocument 500 "The server made a boo boo."> >> > #ErrorDocument 404 /missing.html> >> > #ErrorDocument 404 "/cgi-bin/missing_handler.pl"> >> > #ErrorDocument 402 http://me/subscription_info.html> >> > #> >> >> >> > #> >> > # EnableMMAP and EnableSendfile: On systems that support it,> >> > # memory-mapping or the sendfile syscall is used to deliver> >> > # files. This usually improves server performance, but must> >> > # be turned off when serving from networked-mounted> >> > # filesystems or if support for these functions is otherwise> >> > # broken on your system.> >> > #> >> > #EnableMMAP off> >> > #EnableSendfile off> >> >> >> > # Supplemental configuration> >> > #> >> > # The configuration files in the conf/extra/ directory can be> >> > # included to add extra features or to modify the default configuration of> >> > # the server, or you may simply copy their contents here and change as> >> > # necessary.> >> >> >> > # Server-pool management (MPM specific)> >> > #Include conf/extra/httpd-mpm.conf> >> >> >> > # Multi-language error messages> >> > #Include conf/extra/httpd-multilang-errordoc.conf> >> >> >> > # Fancy directory listings> >> > #Include conf/extra/httpd-autoindex.conf> >> >> >> > # Language settings> >> > #Include conf/extra/httpd-languages.conf> >> >> >> > # User home directories> >> > #Include conf/extra/httpd-userdir.conf> >> >> >> > # Real-time info on requests and configuration> >> > #Include conf/extra/httpd-info.conf> >> >> >> > # Virtual hosts> >> > #Include conf/extra/httpd-vhosts.conf> >> >> >> > # Local access to the Apache HTTP Server Manual> >> > #Include conf/extra/httpd-manual.conf> >> >> >> > # Distributed authoring and versioning (WebDAV)> >> > #Include conf/extra/httpd-dav.conf> >> >> >> > # Various default settings> >> > #Include conf/extra/httpd-default.conf> >> >> >> > # Secure (SSL/TLS) connections> >> > #Include conf/extra/httpd-ssl.conf> >> > #> >> > # Note: The following must must be present to support> >> > # starting without SSL on platforms with no /dev/random equivalent> >> > # but a statically compiled-in mod_ssl.> >> > #> >> > <IfModule ssl_module>> >> > SSLRandomSeed startup builtin> >> > SSLRandomSeed connect builtin> >> > </IfModule>> >> >> >> > From: Arthur, Simon [mailto:SimonArthur@norwich.gov.uk]> > Sent: 15 December 2008 14:53> > To: users@httpd.apache.org> > Subject: RE: syntax error> >> >> >> > It sounds like (at least) two problems:> >> >> >> > 1) You may already have another web server, e.g. IIS bound to port 80.> >> >> >> > The simplest solution is to stop the competing service, or assign it to> > another port.> >> >> >> > If you can't do this, you have several options, including:> >> > a) Add another IP address to your host PC, and then assign one IP address> to> > each web server> >> >> >> > Apache tries to bind to port 80 on all IP addresses by default. To prevent> > this, tell it which IP address to use with the listen directive like this:> >> > Listen 192.168.0.1:80> >> > You can use more than one listen directive if you need to bind more than> one> > IP address or port.> >> >> >> > b) Change the port for the competing web service, and then use apache to> > reverse proxy the service via a name based virtual host and mod proxy> >> >> >> > 2) You may have specified a name based virtual host, but not specified> > ServerName for each virtual host.> >> >> >> >> >> > I could be more certain if you posted the httpd.conf file in its entirety.> >> >> >> > Hope this helps,> >> > Simon> >> >> >> > ________________________________> >> > From: James Taylor-Bye [mailto:jtaylor-bye@hotmail.com]> > Sent: 15 December 2008 14:14> > To: users@httpd.apache.org> > Subject: RE: syntax error> >> > Ok status update....> >> > I have changed the SeverRoot to reflect the change as mentioned below but> I> > now get the following error :-> >> >> >> > Httpd.exe : could not reliably determine the servers fully qualified> domain> > name, using {IP ADDRESS REMOVED FOR SECURITY} for server name> >> > <OS 10048>only one usage of each socket address <protocol/network> > address/port> is normally permitted. : make_sock: could not> >> > Bind to address 0.0.0.0:80 no listening sockets available, shutting down> >> > Unable to open logs> >> >> >> > What am I doing wrong??> >> > Again many thanks in advance> >> >> >> > From: Arthur, Simon [mailto:SimonArthur@norwich.gov.uk]> > Sent: 15 December 2008 11:42> > To: users@httpd.apache.org> > Subject: RE: syntax error> >> >> >> > Hi James,> >> >> >> > It sounds like the ServerRoot directive has been amended to point to the> > location of the website being hosted. It should point at the location> where> > apache is installed.> >> >> >> > For example, in a default install on windows, it looks like this:> >> >> >> > ServerRoot "C:/Program Files/Apache Software Foundation/Apache2.2"> >> >> >> > This directive tells the server where to put the configuration, error and> > log files.> >> >> >> > Regards,> >> > Simon (sga101)> >> >> >> > ________________________________> >> > From: James Taylor-Bye [mailto:jtaylor-bye@hotmail.com]> > Sent: 15 December 2008 10:49> > To: users@httpd.apache.org> > Subject: syntax error> >> > Hello again, it's me. (oh boy i hear you groan, lol)> >> >> >> > I have setup apache to use my pc as a local server by typing localhost in> > the sever and domain sections during setup. Now when I run apache i get> the> > following error :-> >> >> >> > Httpd.exe : syntax error on line 60 of c:/program files/Apahe software> > foundation/apache 2.2/con/httpd.conf:> >> > Cannot load c:/website/module/mod_actions.so into server: The specified> > module could not be found.> >> >> >> > What if anything am I doing wrong, or am I just missing a simple step out> > somewhere.> >> >> > Many thanks in advance.> >> >> >> > Thanks (so far to)> >> > Morgan Gangwere and> >> > André Warnier> >> >> >> > **********************************************************************> >> > E-Mail Disclaimer - Please Read> >> >> >> > Confidentiality:> >> > This email and any files transmitted with it are confidential and intended> > solely for the individual to whom it is addressed. The information in this> > e-mail may not be used or disclosed except for the purpose for which it> has> > been sent. If you are not the intended recipient you must not disclose it,> >> > copy it, distribute it, or take any action based on its contents.> >> > Please reply and highlight the error then delete it.> >> > Security:> >> > Please note that Internet email is not a fully secure method of> >> > communication. You should be aware of this lack of security> >> > when emailing us.> >> >> >> > This email message has been swept by for the presence of computer viruses.> >> > **********************************************************************> >> >> > ---------------------------------------------------------------------> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org> For additional commands, e-mail: users-help@httpd.apache.org> > > > ---------------------------------------------------------------------> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org> For additional commands, e-mail: users-help@httpd.apache.org>
_________________________________________________________________
Send e-mail faster without improving your typing skills.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008
Re: unsubscribe [ In reply to ]
Arkadiy and Marina Vertleyb wrote:
<Nothing>



Did you REALLY need to quote 74kb of text to write absolutely nothing,
ignoring the last line of every e-mail from this list:

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





---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: unsubscribe [ In reply to ]
As the bottom of every message say:

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


At 12:37 AM 1/5/2009, Denis Peuziat wrote:

>unsubscribe


---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
[Top Posting corrected]

On Mon, 05 Jan 2009 06:47:34 -0800, Evan Platt wrote:
>
> At 12:37 AM 1/5/2009, Denis Peuziat wrote:
>
>>unsubscribe
>
> As the bottom of every message say:
>
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org

As well, it is important to unsubscribe from almost any list by using the
email addy that _was used in the riginal sign-up proceess_. If you are
now using a new email addy and having the old email forwarded to you,
you need to change the From: header in your email request to unsubscribe.



---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
Shane De Jager wrote:
> unsubscribe
>
really ?
Then maybe you should send this to the correct address, repeated at the
bottom on every message on the Apache users list.


---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
users-unsubscribe@httpd.apache.org

--
Glen Barber

---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
At 08:01 AM 4/3/2009, you wrote:
>unsubscribe

As the headers of every message say....

list-unsubscribe: <mailto:users-unsubscribe@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
Re: unsubscribe [ In reply to ]
At 12:13 PM 4/6/2009, you wrote:
>Unsubscribe
>
>if I'm doing this incorrectly, please tell me how I can get off this
>list. Thanks!

As the headers of every message state...
list-unsubscribe: <mailto:users-unsubscribe@httpd.apache.org>

For future reference, there's really no list I'm aware of where you
send an unsubscribe command to the list.


---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
At 12:16 PM 4/6/2009, you wrote:
>As the headers of every message state...
>list-unsubscribe: <mailto:users-unsubscribe@httpd.apache.org>
>
>For future reference, there's really no list I'm aware of where you
>send an unsubscribe command to the list.

Anyone else getting this 'bounce' when posting to the list?

To: evan@espphotography.com
Subject: RE: Re: [users@httpd] unsubscribe
From: pkarthick@premiertechnologygroup.com

Hi All.

This is to inform you that Karthick
(pkarthick@premiertechnologygroup.com) is no longer with E-Z Data nor
Premier Technology Group. Please remove his e-mail ID from the
mailing list. If you have any question, please keep in touch with his
supervisor Christopher (chris@premiertechnologygroup.com).

Thanks,
Hosting Services Group.


---------------------------------------------------------------------
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
RE: unsubscribe [ In reply to ]
Yes. I'm also recieving bounces for this person

________________________________________
From: Evan Platt [evan@espphotography.com]
Sent: Monday, April 06, 2009 12:18 PM
To: users@httpd.apache.org
Subject: Re: [users@httpd] unsubscribe

At 12:16 PM 4/6/2009, you wrote:
>As the headers of every message state...
>list-unsubscribe: <mailto:users-unsubscribe@httpd.apache.org>
>
>For future reference, there's really no list I'm aware of where you
>send an unsubscribe command to the list.

Anyone else getting this 'bounce' when posting to the list?

To: evan@espphotography.com
Subject: RE: Re: [users@httpd] unsubscribe
From: pkarthick@premiertechnologygroup.com

Hi All.

This is to inform you that Karthick
(pkarthick@premiertechnologygroup.com) is no longer with E-Z Data nor
Premier Technology Group. Please remove his e-mail ID from the
mailing list. If you have any question, please keep in touch with his
supervisor Christopher (chris@premiertechnologygroup.com).

Thanks,
Hosting Services Group.


---------------------------------------------------------------------
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
Re: Unsubscribe [ In reply to ]
I'd like to think most people would at least try to follow the
'correct way(tm)' to unsubscribe...

--
Glen Barber

---------------------------------------------------------------------
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
Re: Unsubscribe [ In reply to ]
At 06:45 PM 4/16/2009, Durga Prasad (duprasad) wrote:
>Please Unsubscribe me.

As the headers of every message say:

list-unsubscribe: <mailto:users-unsubscribe@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
Re: Unsubscribe [ In reply to ]
**Hi Durga! Thank you and please send an email to
users-unsubscribe@httpd.apache.org

Btw, Are u really work at Cisco? :)


On 4/17/09, Durga Prasad (duprasad) <duprasad@cisco.com> wrote:
>
> Please Unsubscribe me.
>
> Thanks,
> Durga
>



--
Ken Zhao (SL: Ken March)
http://zhaoke.com
Re: unsubscribe [ In reply to ]
Brian Mearns wrote:
> On Tue, May 5, 2009 at 11:45 AM, tdavis <tdavis@davissoft.com> wrote:
>> unsubscribe
>>
>> unsubscribe
>>
>>
>> ---------------------------------------------------------------------
>> 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
>>
>
> It worked!
>
>
>
>
> Oop...no it didn't. Please read the bottom of any one of the billion
> or so messages sent by the mailist list...including this one.

~lol~



---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
At 11:28 AM 8/26/2009, you wrote:
>unsubscribe

As the headers to every message say:

list-unsubscribe: <mailto:users-unsubscribe@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
Re: unsubscribe [ In reply to ]
On 28-Dec-2009, at 14:35, Ali Jawad wrote:
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org

--
I WILL NOT DRIVE THE PRINCIPAL'S CAR
Bart chalkboard Ep. 7F06


---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
read the footer of any email to this list.

Dan Schaefer
Web Developer/Systems Analyst
Performance Administration Corp.



dhottinger@harrisonburg.k12.va.us wrote:
>
>

---------------------------------------------------------------------
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
Re: unsubscribe [ In reply to ]
Sorry,
its monday

Quoting Dan Schaefer <dan@performanceadmin.com>:

> read the footer of any email to this list.
>
> Dan Schaefer
> Web Developer/Systems Analyst
> Performance Administration Corp.
>
>
>
> dhottinger@harrisonburg.k12.va.us wrote:
>>
>>
>
> ---------------------------------------------------------------------
> 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
>



--
Dwayne Hottinger
Network Administrator
Harrisonburg City Public Schools

"Everything should be made as simple as possible, but not simpler."
-- Albert Einstein

"The hottest places in Hell are reserved for those who, in times of moral
crisis, preserved their neutrality."
-- Dante

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


---------------------------------------------------------------------
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
Re: Unsubscribe [ In reply to ]
On 09/07/10 11:01, Uma G. Nayak wrote:
> Thanks
>
>
> ________________________________
> http://www.mindtree.com/email/disclaimer.html
>

You need to send that to:


users-unsubscribe@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
Re: Unsubscribe [ In reply to ]
On 07/09/2010 03:01 AM, Uma G. Nayak wrote:
>
> Thanks
>
>
> ------------------------------------------------------------------------
> http://www.mindtree.com/email/disclaimer.html

From the headers:

list-unsubscribe:<mailto:users-unsubscribe@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
Re: unsubscribe [ In reply to ]
list-unsubscribe: mailto:users-unsubscribe@httpd.apache.org [1]

On
2012-01-23 15:33, Pranav Choudhary wrote:

--
Message sent via my
webmail account.


Links:
------
[1]
mailto:users-unsubscribe@httpd.apache.org
Re: Unsubscribe [ In reply to ]
Please unsubscribe me too.
Thanks,Rabi
 To Do What U Like, is Freeness
To Like What U do, is Happiness

On Monday, February 23, 2015 1:58 PM, Sayan Hazra <sayan.mnit@gmail.com> wrote:


Please unsubscribe me too. Thanks.

On Mon, Feb 23, 2015 at 10:34 PM, samaneh berenjian <sama.scientist@aut.ac.ir> wrote:

​please unsubscribe me.
Re: Unsubscribe [ In reply to ]
Please use the users-unsubscribe@httpd.apache.org address, from the e-mail account you use for this list, to do this.

Regards

André-John

Sent from my phone. Envoyé depuis mon téléphone.

> On 23 Feb 2015, at 17:19, rabisankar sahu <rabisankar@yahoo.com.INVALID> wrote:
>
> Please unsubscribe me too.
>
> Thanks,
> Rabi
>
> To Do What U Like, is Freeness
> To Like What U do, is Happiness
>
>
> On Monday, February 23, 2015 1:58 PM, Sayan Hazra <sayan.mnit@gmail.com> wrote:
>
>
> Please unsubscribe me too. Thanks.
>
>
> On Mon, Feb 23, 2015 at 10:34 PM, samaneh berenjian <sama.scientist@aut.ac.ir> wrote:
> ​please unsubscribe me.
>
>
>
Re: unsubscribe [ In reply to ]
Unsubscribe 



—
Sent from Mailbox

On Wed, Jul 8, 2015 at 1:18 AM, Yann Ylavic <ylavic.dev@gmail.com> wrote:

> On Wed, Jul 8, 2015 at 9:48 AM, Mark VLIZ <mark.vancrombrugge@vliz.be> wrote:
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> Just do the above.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
Re: unsubscribe [ In reply to ]
On Tuesday 09 February 2021 at 13:39:06, Heather Lotz wrote nothing.

See the footers on messages to this list:

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


regards,


Antony.

--
If you can smile when all about you things are going wrong, you must have
someone in mind to take the blame.

Please reply to the list;
please *don't* CC me.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: unsubscribe [ In reply to ]
On Friday 16 April 2021 at 02:06:56, H. E. wrote:

> unsubscribe

Quoting from the footers on the list:

To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

I know of no mailing list ever where the unsubscribe facility is to send any
sort of message to the list address.


Antony.

--
"The future is already here. It's just not evenly distributed yet."

- William Gibson

Please reply to the list;
please *don't* CC me.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: unsubscribe [ In reply to ]
On Thu, Oct 13, 2022 at 8:52 PM edflecko <edflecko@gmail.com> wrote:

>
>
Re: Unsubscribe [ In reply to ]
On Monday 13 November 2023 at 21:54:49, Michela wrote:

> Empty Message

Please see the headers of every mail on this list:

list-help: <mailto:users-help@httpd.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@httpd.apache.org>
list-post: <mailto:users@httpd.apache.org>

Or the footers:

To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Thanks,

Antony.

--
Under UK law, no VAT is charged on biscuits and cakes - they are "zero rated".
Chocolate covered biscuits, however, are classed as "luxury items" and are
subject to VAT. McVitie's classed its Jaffa Cakes as cakes, but in 1991 this
was challenged by Her Majesty's Customs and Excise in court.

The question which had to be answered was what criteria should be used to
class something as a cake or a biscuit. McVitie's defended the classification
of Jaffa Cakes as a cake by arguing that cakes go hard when stale, whereas
biscuits go soft. It was demonstrated that Jaffa Cakes become hard when stale
and McVitie's won the case.

Please reply to the list;
please *don't* CC me.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: unsubscribe [ In reply to ]
On Monday 04 March 2024 at 14:43:16, Serge Krawczenko wrote:

> unsubscribe

Quoting from headers:

list-help: <mailto:users-help@httpd.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@httpd.apache.org>
List-Post: <mailto:users@httpd.apache.org>
List-Id: <users.httpd.apache.org>

Quoting from footers:

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Antony.

--
In science, one tries to tell people
in such a way as to be understood by everyone
something that no-one ever knew before.

In poetry, it is the exact opposite.

- Paul Dirac

Please reply to the list;
please *don't* CC me.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org