that should be managed by Domino servers and you need a different Home URL for each domain you can use separate Internet Site documents, where you can specify what you need.
To this point it is OK.
But if you have many URL redirection (aliases) that should be valid through all domains like
(the alias /conference ponits to the same document)
you have create the same rule (redirection) for each Internet Site. If you have tens or hundreds of them it is very difficult to manage them.
In R5, it was able to define the Virtual Servers or Virtual Hosts with its own Home URLs but still, because of the same parent server document, they were able to process all redirection rules defined for the parent server.
Of course, the disadvantage of this concept in R5 is clear → not always you want to share these redirection rules among all virtual server or hosts.
In R6, the new concept allows you to do it.
My question is:
Is there any way how to create only one redirection rule and apply it to all or selected Internet sites in R6?
In answering on how to do what you want, you are not going like the suggestion. What was not share in your posting is why you are not wanting domain specific redirections when you have logically created a separation of each site through unique home URLs to web domains.
If your goal was to not have many redirections for each domain (internet site document) then create a consolidated site. All 3 domains are listed on one internet site document and ONE home URL point to ONE notes NSF. This centralized database could then have an agent open on webqueryopen and inspect the domain (servername) the browser is calling and show the content specific to that domain via unique forms. (The 3 separate notes NSFs were merged into one notes NSF.)
I was able to do this while playing around I did that, but it requires to plan upfront the site layout. Coding (form/page design,etc) should not be different when you can have design elemenets shared from other databases.
If you look at other web server environments like apache, domino is no different. I would have to have many redirections specific to the domain because there were logic differences with the starting home URLs.
It means that URL addresses www.producta.com and www.company.com/producta point to the same page. Because of long term maintenance of the site it is necessary to use only relative URLs as much as it is possible.
If you are browsing through the site and it is not important which domain you came through, you have to be able to use most of the aliases. The reason is that all pages contain global navigation through all the site, documents contain relative links etc.
The history of the site is long and there are several tens or hundreds of nsf databases and many relations among them.
From R5 point of view there was one Domino server document and this one has responses as redirection rules or virtual servers (hosts).
Because of setting a cluster (to increase performance and availability) it is necessary to count with several Domino server documents.
From R6 point of view it is possible to create one Internet Site that could be used by all nodes in cluster. It means the reduction of the number of redirection rules if you compare the situation to possibilities in R5.
But one Internet Site definition in R6 can have only one home URL. It is possible to add more Internet domains to the one Internet Site but with the same home URL.
So, if I compare all possibilities that I know in this moment there are only 2 ways:
a) Use R6 concept of Internet sites and then it is necessary to create as many Internet Sites definitions as the number of domains and each of them has to have the same set of redirection rules.
Total = number of sites x number of redirection rules
b) Use R5 concept of Web Configurations and then it is necessary to create one Web Configuration for each Domino server in a cluster and of course each of them has to have the same set of redirection rules again + definitions of virtual servers.
Total = number of Domino servers x ( number of redirection rules + number of virtual servers )
I hope that I described all important information about the background of the problem.