-Let's try an example, google.com, and look at it one section at a time:
-
- Matches for http://google.com:
-
- In file: default.action [ View ] [ Edit ]
-
-{-add-header
- -block
- -crunch-outgoing-cookies
- -crunch-incoming-cookies
- +deanimate-gifs{last}
- -downgrade-http-version
- +fast-redirects
- -filter{popups}
- -filter{fun}
- -filter{shockwave-flash}
- -filter{crude-parental}
- +filter{html-annoyances}
- +filter{js-annoyances}
- +filter{content-cookies}
- +filter{webbugs}
- +filter{refresh-tags}
- +filter{nimda}
- +filter{banners-by-size}
- +hide-forwarded-for-headers
- +hide-from-header{block}
- +hide-referer{forge}
- -hide-user-agent
- -handle-as-image
- -kill-popups
- -limit-connect
- +prevent-compression
- -send-vanilla-wafer
- -send-wafer
- +session-cookies-only
- +set-image-blocker{pattern} }
-/
-
- { -session-cookies-only }
- .google.com
-
- { -fast-redirects }
- .google.com
-
-In file: user.action [ View ] [ Edit ]
-(no matches in this file)
-
-
-This tells us how we have defined our "actions", and which ones match for our
-example, "google.com". The first listing is any matches for the standard.action
-file. No hits at all here on "standard". Then next is "default", or our
-default.action file. The large, multi-line listing, is how the actions are set
-to match for all URLs, i.e. our default settings. If you look at your "actions"
-file, this would be the section just below the "aliases" section near the top.
-This will apply to all URLs as signified by the single forward slash at the end
-of the listing -- "/".
-
-But we can define additional actions that would be exceptions to these general
-rules, and then list specific URLs (or patterns) that these exceptions would
-apply to. Last match wins. Just below this then are two explicit matches for
-".google.com". The first is negating our previous cookie setting, which was for
-"+session-cookies-only" (i.e. not persistent). So we will allow persistent
-cookies for google. The second turns off any "+fast-redirects" action, allowing
-this to take place unmolested. Note that there is a leading dot here --
-".google.com". This will match any hosts and sub-domains, in the google.com
-domain also, such as "www.google.com". So, apparently, we have these two
-actions defined somewhere in the lower part of our default.action file, and
-"google.com" is referenced somewhere in these latter sections.
-
-Then, for our user.action file, we again have no hits.
+Let's try an example, google.com, and look at it one section at a time in a
+sample configuration (your real configuration may vary):
+
+ Matches for http://google.com:
+
+ In file: default.action [ View ] [ Edit ]
+
+ {-add-header
+ -block
+ -content-type-overwrite
+ -crunch-client-header
+ -crunch-if-none-match
+ -crunch-incoming-cookies
+ -crunch-outgoing-cookies
+ -crunch-server-header
+ +deanimate-gifs {last}
+ -downgrade-http-version
+ +fast-redirects {check-decoded-url}
+ -filter {js-events}
+ -filter {content-cookies}
+ -filter {all-popups}
+ -filter {banners-by-link}
+ -filter {tiny-textforms}
+ -filter {frameset-borders}
+ -filter {demoronizer}
+ -filter {shockwave-flash}
+ -filter {quicktime-kioskmode}
+ -filter {fun}
+ -filter {crude-parental}
+ -filter {site-specifics}
+ -filter {js-annoyances}
+ -filter {html-annoyances}
+ +filter {refresh-tags}
+ -filter {unsolicited-popups}
+ +filter {img-reorder}
+ +filter {banners-by-size}
+ +filter {webbugs}
+ +filter {jumping-windows}
+ +filter {ie-exploits}
+ -filter {google}
+ -filter {yahoo}
+ -filter {msn}
+ -filter {blogspot}
+ -filter {xml-to-html}
+ -filter {html-to-xml}
+ -filter {no-ping}
+ -filter{hide-tor-exit-notation}
+ -filter-client-headers
+ -filter-server-headers
+ -force-text-mode
+ -handle-as-empty-document
+ -handle-as-image
+ -hide-accept-language
+ -hide-content-disposition
+ +hide-forwarded-for-headers
+ +hide-from-header {block}
+ -hide-if-modified-since
+ +hide-referrer {forge}
+ -hide-user-agent
+ -inspect-jpegs
+ -kill-popups
+ -limit-connect
+ -overwrite-last-modified
+ +prevent-compression
+ -redirect
+ -send-vanilla-wafer
+ -send-wafer
+ +session-cookies-only
+ +set-image-blocker {pattern}
+ -treat-forbidden-connects-like-blocks }
+/
+
+ { -session-cookies-only }
+ .google.com
+
+ { -fast-redirects }
+ .google.com
+
+In file: user.action [ View ] [ Edit ]
+(no matches in this file)
+
+This is telling us how we have defined our "actions", and which ones match for
+our test case, "google.com". Displayed is all the actions that are available to
+us. Remember, the + sign denotes "on". - denotes "off". So some are "on" here,
+but many are "off". Each example we try may provide a slightly different end
+result, depending on our configuration directives.
+
+The first listing is for our default.action file. The large, multi-line
+listing, is how the actions are set to match for all URLs, i.e. our default
+settings. If you look at your "actions" file, this would be the section just
+below the "aliases" section near the top. This will apply to all URLs as
+signified by the single forward slash at the end of the listing -- " / ".
+
+But we have defined additional actions that would be exceptions to these
+general rules, and then we list specific URLs (or patterns) that these
+exceptions would apply to. Last match wins. Just below this then are two
+explicit matches for ".google.com". The first is negating our previous cookie
+setting, which was for "+session-cookies-only" (i.e. not persistent). So we
+will allow persistent cookies for google, at least that is how it is in this
+example. The second turns off any "+fast-redirects" action, allowing this to
+take place unmolested. Note that there is a leading dot here -- ".google.com".
+This will match any hosts and sub-domains, in the google.com domain also, such
+as "www.google.com" or "mail.google.com". But it would not match
+"www.google.de"! So, apparently, we have these two actions defined as
+exceptions to the general rules at the top somewhere in the lower part of our
+default.action file, and "google.com" is referenced somewhere in these latter
+sections.
+
+Then, for our user.action file, we again have no hits. So there is nothing
+google-specific that we might have added to our own, local configuration. If
+there was, those actions would over-rule any actions from previously processed
+files, such as default.action. user.action typically has the last word. This is
+the best place to put hard and fast exceptions,