Sun communication express - Calendar colour features

Hi Sun,
Is the colour for calendar event in sun communication express customizable.
Let say event A is blue, Event B is red
Cheer
UBD

ubd wrote:
Is the colour for calendar event in sun communication express customizable.
Let say event A is blue, Event B is redNo.
There is an RFE logged for this feature (RFE#6357817 - "Would like to have events color coded based to type") but as new features aren't being added to UWC/CE it will never be implemented.
There is also an RFE for Convergence (RFE#6633158 - "iwc should support different visual indication based on type of event").
If this functionality is important to your organisation then you will need to push this RFE via your Sun Account Manager who can then raise it with the Convergence product manager.
Regards,
Shane.

Similar Messages

Sun communication express - Calendar Reminder features

Hi Sun,
Communicaton express 6.3 with patch 122793-29
Calendar Reminder features not functioning. no matter how i set the reminder time,
it dont remind me
Cheer
Ubd

When did it break? What did you change?
The reminder is sent as a notification email for some user,
let say i sent reminder to user : [email protected],[email protected]
Have you verified that Calendar Server is pointing to a valid MTA and that the alarm emails aren't being rejected?
The MTA should no reminder email also, but notfication invite accept cancel notification is showing
Have you restarted Calendar Server?
restart a few times
bash-3.00# ./csdb -v -t caldb list
Calendar database version: 4.0.0
Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
Total database size in bytes: 7954432
Total number of calendars: 1064
Total number of events: 3835
Total number of tasks: 46
Total number of alarms: 600
Total number of gse entries: 0
Total number of master component entries: 131
Total number of deletelog entries: 823
Total logfile size in bytes: 1776471
Cheer
UBD

Communications Express calendar problem with imported events

I'm evaluating Communications Express from the JES 2005Q1. I imported about a years worth of events (about 30/month) which had been exported from iCS 5.1. When I view the Calendar through Calendar Express everything works fine. However, when I view the calendar through Communications Express the events fail to display in the month view. The same events display fine in the Day and Week views.
At the bottom of the failed Month view is displayed:
<
Application Error
java.lang.NullPointerException
Notes for application developers:
    * To prevent users from seeing this error message, override the onUncaughtException() method in the module servlet and take action specific to the application
    * To see a stack trace from this error, see the source for this pageAt the same time the following error gets written to the web server errors log:
[14/Mar/2005:20:36:18] failure ( 1905): for host 10.0.0.11 trying to GET /uwc/calclient/MonthView, service-j2ee reports: ApplicationDispatcher[/uwc] WEB2649: Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException
        at com.sun.uwc.calclient.model.MonthEventsModel.sortEventsDayWise(Unknown Source)
        at com.sun.uwc.calclient.model.MonthEventsModel.execute(Unknown Source)
        at com.sun.uwc.calclient.MonthEventsTileView.beginDisplay(Unknown Source)
        at com.iplanet.jato.taglib.UseTiledViewTag.doStartTag(UseTiledViewTag.java:102)
        at _jsps._uwc._calclient._monthview_jsp._jspService(_monthview_jsp.java:6116)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
        at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.service(JspServlet.java:687)
        at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:459)
        at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:375)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:772)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:471)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:382)
        at com.iplanet.jato.view.ViewBeanBase.forward(ViewBeanBase.java:340)
        at com.iplanet.jato.view.ViewBeanBase.forwardTo(ViewBeanBase.java:261)
        at com.iplanet.jato.ApplicationServletBase.dispatchRequest(ApplicationServletBase.java:981)
        at com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:615)
        at com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:787)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:908)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
        at com.sun.uwc.calclient.MultipartFormServletFilter.doFilter(Unknown Source)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
        at com.sun.uwc.common.auth.SetCharacterEncodingFilter.doFilter(Unknown Source)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
        at com.sun.uwc.common.auth.GZIPFilter.doFilter(Unknown Source)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:280)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:212)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:209)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:509)
        at com.iplanet.ias.web.connector.nsapi.NSAPIProcessor.process(NSAPIProcessor.java:161)
        at com.iplanet.ias.web.WebContainer.service(WebContainer.java:580)I noticed that if I created just as many new events, they would display properly in the Months view so I made a minor modification to each imported event in a given month. After each event had been modified and saved in the new calendar server the Month view now works fine.
So, it would appear that there is some data present or missing from the older exported .ics file that is incompatible with the new version 6.0 of the calendar server. If I look at one of the events modified as descibed above I see only one difference (in addition to the time stamps) and that is the presence of the tag:
CATEGORIES:Other

We are upgrading to Communications Express from Sun One Calendar Express.
Exporting data from Sun One Calendar Express to Sun Jave Systems Calendar Express works fine; all day events show up, etc
So, the export feature works OK from Calendar->Calendar.
But, when we import the same calendar data into the Communications Express calendar the month view fails. It's only after changing/deleting the all day events does the imported data show in Communications Express in monthly view (the other views are OK).
Isn't the Communications Express calendar really the Sun Java Systems calendar with a different "look"
What gives?
Gersh

Can sun communication express custormize Timezone ?

Hi Sun,
can we customize communication express timezone setting ?
Cheer
Ubd

ubd wrote:
Under communication express there is one timezone option call
GMT +08:00 Asia/Irkutsk
How can I customize the name of it to become
GMT +8:00 Asia/BruneiEdit the <uwc_deploy_base>/WEB-INF/domain/en/i18n.properties file and change the uwc-common-options-timezone-Asia-Irkutsk setting to:
uwc-common-options-timezone-Asia-Irkutsk=(GMT+08:00) Asia/BruneiRestart the web-container.
Regards,
Shane.

Communication Express double authorization ?

Hello!
At me it is established Sun Communication Express on 8080 port, and Sun Express Messanger on 80 port of my server. Authorization of the user on 80 port passes normally and with 8080 throws on authorization on 80 port, i.e. there is a double authorization. How to solve this problem?
In advance thanks!

Hi,
As Gary correctly indicated, this appears to be an issue with your sign-sign on settings.
Are you using messaging SSO?
What version of messaging server/uwc are you running?
If you are using messaging SSO, what have you set for the following:
configutil -o local.sso.uwc.verifyurl
configutil -o local.webmail.sso.cookiedomain
configutil -o local.webmail.sso.enable
configutil -o local.webmail.sso.id
configutil -o local.webmail.sso.ims.verifyurl
configutil -o local.webmail.sso.prefix
configutil -o local.webmail.sso.singlesignoff
configutil -o local.webmail.sso.uwccontexturi
configutil -o local.webmail.sso.uwcenabled
configutil -o local.webmail.sso.uwclogouturl
configutil -o local.webmail.sso.uwcport
and what are the following settings in uwcauth.properties set to:
uwcauth.sessioncookie
uwcauth.appprefix
messagingsso.appid
uwcauth.cookiedomain
uwcauth.messagingsso.enable
uwcauth.messagingsso.cookiepath
messagingsso.ims.url
messagingsso.uwc.url
uwcauth.appid
Shane.

Having trouble with calendar server with SSO in communication express

I have configured communication express with components calendar, messaging and access manager. I am able to login that but when i click on calendar ,it says "Aplication Error" NULL pointer Exception. I am able to access address book and options for all of them. i checked the am_sso.log , it has statement
com.sun.uwc.UWCMainViewBean <init>
SEVERE: UWCMainViewBean:forwardToURL(forwardtodefview) - null
Can anybody tell me how to fix that problem?
Thanks

A similar problem was discussed over in the Calendar Server forum: http://forum.sun.com/jive/thread.jspa?threadID=101320 Check out the answers there (and the Calendar Server forum is probably a better place to ask this anyway since it looks pretty specific...)

Default Calendar Group for Communications Express?

When using the soon to be eliminated Calendar Express (cshttpd) interface, it is possible to select a default calendar group. This causes the application to always display a calendar group after logging in rather than the user's individual calendar.
Does anyone know if it is possible to set such a preference in the Communications Express (uwc) interface?

UWC does not provide you this feature.You could raise an enhancement request -RFE .
Thanks,
Ramya

Sun Java System Communications Express 6

Does anyone have information about Sun Java System Communications Express?
Has it been released? What are your opinions, etc?
Thanks,
GB

i started with schema 2
so installed directory identity - verified them
ran instalelr again and instaleld messagign , calendar - tested them
then installed communicatiosn express and configured as per setup docs - configured them for identity sso not messaging sso
l8r

Communications Express without Calendar???

Hi all, is it possible to install Communications Express without Calendar Server running? I get the impression from Sun's docs that in order to install Comms Express you first need Messaging Server and Calendar Server running. The reason I ask is that our current iMS5.2 environment is to be upgraded to JES Messaging Server 6.3 but, for the time being, we are not in need of a Calendaring system. This may change in the future.
I am particularly interested in knowing whether it is possible to install Comms Express providing just messaging services and later, let's say in 6mths, add Calendaring services.
Thanks in advance,
Stewart

Hi,
mcleans wrote:
Hi all, is it possible to install Communications Express without Calendar Server running? Yes. There are a number of customers who run with this configuration.
I get the impression from Sun's docs that in order to install Comms Express you first need Messaging Server and Calendar Server running.You need calendar server running if during the configuration of UWC you enable the calendar component:
http://docs.sun.com/app/docs/doc/819-4440/6n6jfgche?a=view
So in your case, just de-select the calendar component.
The reason I ask is that our current iMS5.2 environment is to be upgraded to JES Messaging Server 6.3 but, for the time being, we are not in need of a Calendaring system. This may change in the future. Sounds fair to me. Why introduce the added complexity of calendar if you don't need it post-upgrade. Please note however that the outlook connector requires calendar to be installed/configured in UWC.
I am particularly interested in knowing whether it is possible to install Comms Express providing just messaging services and later, let's say in 6mths, add Calendaring services.Yes you can do this by setting the calendar related settings in:
/var/opt/SUNWuwc/WEB-INF/config/uwcconfig.properties
Regards,
Shane.

Blank Page with sun Java System Calendar Express and IE6

Hi Everybody,
I saw a few threads related to my problem, but no solutions ....
When I try to open the Sun Java System Calendar Express web-interface with IE6, I get a blank page after the initial logon-screen. IE7 and Firefox do not show this problem - so I assume the server itself is working fine.
I run SJS-CS v6.3 with patch 121659-18 on Linux.
Otherwise the calendar server is working just fine - problem is, that I cannot switch all users to new/other browsers ...
Any ideas ?
Cheers, Stefan!

stefvienna wrote:
I saw a few threads related to my problem, but no solutions ....
When I try to open the Sun Java System Calendar Express web-interface with IE6, I get a blank page after the initial logon-screen. IE7 and Firefox do not show this problem - so I assume the server itself is working fine.What have you got set for the following ics.conf attributes?
render.xslonclient.enable
ui.toolbar.repainting.enable
I run SJS-CS v6.3 with patch 121659-18 on Linux.Let me just point out that calendar express is deprecated with CS6.3 (no more features/enhancements) so you should be looking to move to UWC/CE.
Otherwise the calendar server is working just fine - problem is, that I cannot switch all users to new/other browsers ...Did this problem start when you upgraded to 6.3 or is this a new installation?
Regards,
Shane.

Functionality Differences between Calendar Express & Communications Express

Now that the BIG problems related to our migration from Calendar v5.1.1 to v6.3 have died down, we're getting reports of significant (to our users, at least) differences in the functionality between our old environment (Calendar Express v5.1.1) and the new environment (Communications Express v6.3) (partial list at the end of this posting).
All of the below issues, I have checked in Calendar Express v6.3, and they appear to function as our users expect, like they did in 5.1.1. The problem is that we went live with CommExpress, and have not branded Calendar Express for general consumption. We would like to be able to make the CommExpr calendar functions work like they do in Calendar Express, assuming it wouldn't be a HUGE undertaking of modification to the underlying code. I've asked Sun Support for some answers regarding this, but thought I'd post something here while I wait for an answer.
Issues:
- When scheduling an appointment on someone else's calendar (subscribed), the owner of the calendar is NOT added as an invitee, but the logged-in user is. This causes major problems when trying to check availability, because the owner of the calendar is not included in this check, but the person doing the scheduling is, even though they're not going to the meeting.
- When you click on "check availability" from the main CommExpress calendar screen, it defaults to the logged-in user, and not the user for the currently selected "Current Calendar." Again, user reports that this functionality is different than previously.
- Also, previously when two events were scheduled for a user at the same time, the calendar would show "conflict" in red letters in both events. We are no longer getting this warning.
Again, all three of these issues behave in the current version of Calendar Express like they did in v5.1.1. CommExpress just doesn't work right in this respect. We'd like to continue to use CommExpress, since all indications are that Calendar Express is going away at some point, but we need the calendar functionality that CommExpress is not providing.
Thanks,
Kurt

shane_hjorth wrote:
I only tested with the month-view so it is entirely possible that I missed the week-view. Mea culpa.
If you could please provide the diffs of the changes you made that would be useful for any other forum reader thinking of making a similar modification.
These changes may be more than absolutely required for the change, but they seem to be working as expected.
#> pwd
/var/opt/SUNWuwc/uwc/css
#> diff css_ie5win.css css_ie5win.css.2008-09-05 626,628c626
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;633,635c631
< /* WSU mod */
< /* border-right: 4px dotted #B67A27;*/
< border-right: 4px dotted #FF0000;
border-right: 4px dotted #B67A27;645,647c641
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;653,655c647
< /* WSU mod */
< /* border-right: 4px dotted #C0C5ED;*/
< border-right: 4px dotted #FF0000;
border-right: 4px dotted #C0C5ED;674,676c666
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;704,706c694
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;714,716c702
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;722,724c708
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;#> diff css_ns6up.css css_ns6up.css.2008-09-05 626,628c626
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;638,640c636
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;646,648c642
< /* WSU mod */
< /* border-right: 4px dotted #C0C5ED;*/
< border-right: 4px dotted #FF0000;
border-right: 4px dotted #C0C5ED;667,669c661
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;681,683c673
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;705,707c695
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;715,717c703
< /* WSU mod */
< /* border-right: 4px solid #B67A27;*/
< border-right: 4px solid #FF0000;
border-right: 4px solid #B67A27;

Communications Express 2005Q4 - Calendar problem

I have communications express 2005Q4, messaging server, calendar server, delegated administrator, directory server, access manager & web server fully working. But when
i log in to the comms express and click the calendar tab it gives me the following error:
Application Error
java.lang.NullPointerException
Im using schema2 & identity sso. I have checked and double checked all the configure files, and there seems to be nothing wrong.
Any clues on what to do with this?

Not any of my users have a working calendar in UWC,
thats the problem. Not even those users who were
defined during install. What i meant was that the
calendar works when i connect directly to the
calendars port(http://my-server.com:calendar-port/),
but when i log in to UWC(http://my-server.com/uwc/),
and click the calendars tab, it doesnt work. Clear
enough? :DHum, I might look asking basic questions but I don't have much info to work with :) and I wasn't able to reproduce your problem unless I specificly create ALL users without calendar on the command line.
1) You tried creating users with the "-S cal,mail" arguments on the command line ?
2) If you do a csuser -v list "userid" do you have 1 or 2 attributes listed or more like 19-20. (on a user that doesn't work.)
3) in you logs, do you have any error messages ? Default dir is /var/opt/SUNWics5/logs. and the log file name was stated in the ics.conf file.
Normal log message should look like:
2006-01-18 10:39:12.930 Info 1174:314a78 Polling: Finished sso cache cleaner. Hash table size=0.
4) Did you checked if your http.* log files correctly access the Calendar database? ex:
[18/Jan/2006:07:27:12 -0500] servername cshttpd[1174]: General Notice: cshttpd successfully opened the Calendar Database
[18/Jan/2006:07:27:12 -0500] servername cshttpd[1173]: General Notice: cshttpd successfully opened the Calendar Database
[18/Jan/2006:07:27:13 -0500] servername cshttpd[1172]: General Notice: cshttpd is ready
[18/Jan/2006:10:27:13 -0500] servername cshttpd[1172]: Account Notice: close 192.168.x.x USERNAME 2006/1/18 9:56:55 0:30:18 0 0 1
[18/Jan/2006:10:33:25 -0500] servername cshttpd[1174]: Account Notice: WCAP logout called.
[18/Jan/2006:10:33:25 -0500] servername cshttpd[1174]: Account Notice: close 192.168.x.x admin 2006/1/18 10:33:15 0:00:10 0 0 1
5) In ics.conf you have those lines ?:
service.http.allowadminproxy = "yes"
local.calendar.sso.amnamingurl = "http://servername:80/amserver/namingservice"
local.calendar.sso.singlesignoff = "yes"
local.calendar.sso.amcookiename = "iPlanetDirectoryPro"
local.calendar.sso.logname = "log file name
service.calendarsearch.ldap = "no"
service.http.ipsecurity = "no"
6) You have latest Public patches available on sunsolve (there is one for uwc) ?
Phil.

Calendar Express in Communications Express Problem

It seems intermittently, maybe after using commadmin to perform some task (e.g., add user to a e-mail dist. group), a user cannot access his calendar within communications express. I don't have the exact error - but it's something like calendar is not available.
Removing the <@domain.com> from the following 3 attributes,
Default Calendar: [email protected]$User One
Owned Calendar: [email protected]$User One
Subscribed Calendar: [email protected]$User One
seems to remedy this.
so they become:
Default Calendar: user1$User One
Owned Calendar: user1$User One
Subscribed Calendar: user1$User One
But recently, I wasn't able to fix this by editing these attributes in the DA, I got a 'could not save error.' and nothing in the ldap logs. I was however able to remove these as cn=Directory Manager in the LDAP console?
they had become multiples, e.g. for Default Calendar: there would be two values (one correct, and another incorrect):
Default Calendar:
user1$User One
[email protected]$User One
Any idea what this is about? I believe I have read it has something to do with the legacy vs. hosted specification when creating a user, these users are all created as legacy.
Thanks,
S7

The question really is, why do I have to keep correcting these 3 attributes. What's causing the @domain.com to be appended to them, or added as an entirely new value? e.g. an attributre seems to be able to have multiple values, as mentioned above.

Enable Hosted Domain for Calendar Server and Communication Express

Hi there,
I did not enable the hosted domain mode during the installation and configuration of Calendar Server and Communication Express. Can I enable this mode after this for both of these components?? If yes, what should I do??
Thanks in advance for any advice.

Hi Russ,
We have the same problem as Matt.
We have properly set up OCS Email it works well both inside and outside our network.
The only thing that appears not to be working is the email notification capabilities of OCS Calendar.
We have changed sendmail.cf as stated in the documentantion.
we are using -
RedHat Advanced Server 2.1,
sendmail 8.11.6
bind 9.1.3
I would be very gratefull of any information on this, as we're out of ideas...

Communications Express doesn't create access Manager SSO session

Hi all,
I'm running Communications Express, Sun Access Manager and Sun messaging server, each on seperate hosts.
Single Sign On works i.e. when users have a valid session and point their browser at the Communications Express URL they can access their mail, calendar and addressbooks without further ado.
When they don't have a valid session though and the users go to the Communications Express URL they get a username and password prompt. If they enter valid credentials they will be logged in, but the session created is only a local session, not an Access Manager SSO session. This behaviour has changed from the previous versions of Comm Exp which wouldn't work at all without SSO.
Is it possible to configure communications express to either redirect users to the Access Manager's authentication page or have Comm Exp create the SSO session on the users behalf?
TIA
Herman
Versions:
- Communications Express 6.3 update 1
- Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)
libimta.so 6.3-4.01 (built 17:13:29, Aug 3 2007; 32bit)

Hi Shane,
as always your anwer is better then I could have expected. A more or less complete manual
just hours after asking my question. Thanks!
shane_hjorth wrote:
The cleanest solution I could develop to address the behavioural change was to
leverage a web-server policy agent to perform the redirections.
I wrote up a guide but never received any feedback unfortunately so results-may-vary.
I have republished this guide externally - feedback is welcome:
http://msg.wikidoc.info/index.php/AM_redirection_using_Policy_AgentTook me some time to implement, test and write feedback:
The setup we have is a little more complex then the a single box scenario you
have tested on:
From the internet working inwards we have load balanced
SSL accelerators (apache+SSL doing reverse proxy) in front of
dedicated application servers running communications express.
Mail is retrieved from separate mail-store clusters.
Access manager is configured similarly: load balanced SSL accelerators
in front of application servers running the login page (disributed
authentication UI). Those then talk to the access manager cluster.
Firewalls and access lists between each of those layers. None of the
applications can be accessed directly from the internet and they are
limited in what they can access in the DMZ as well.
I followed your recipe to the letter. After a bit of tweaking everything
worked like a charm. Policy agent installed and configured on the
SUN webserver where communications express is deployed.
Instructions were very good on detail and easy to follow.
We deploy uwc in the root of the server not in /uwc. Something I didn't notice right away.
It would seem that the policy agent expects the values com.sun.am.naming.url
(The URL for the Access Manager Naming service) and
com.sun.am.policy.am.login.url (The URL of the login page on the Access Manager
where users should enter their credentials) to be the same host.
In our setup the URL/host users have to use to log in can't be accessed by the policy agent.
The policy agent should verify sessions directly against the access manager cluster.
I played with some of the override settings in the policy agent configuration file but
without much success. Eventually I used the hostname our users have to use to log
in and abused the /etc/hosts file to map the external hostname to the internal address
of the access manager cluster. Users end up on the correct login page, and the policy
agent can verify the sessions. Ugly, but it works.
The other issue is that the policy agent redirects to:
com.sun.am.policy.am.login.url?goto=URL_Protected_by_Policy_Agent
When a users enters incorrect credentials they get the default login url, without the
goto parameter. (May be bug in access manager or by design...) After entering their
credentials correctly on their second or third try users won't be redirected back to UWC,
but will end up on the default page defined by their iplanet-am-user-success-url LDAP attribute.
I solved that in the policy agents configuration file by adding the gotoOnFail=URL in the
definition of com.sun.am.policy.am.login.url:
com.sun.am.policy.am.login.url = https://login.domain.com:443/amserver/UI/Login?gotoOnFail=https://uwc.domain.com:443When you enter incorrect credentials you'll be redirected back to uwc (where the policy agent
will again intercept you and send you on to the login page for your next try). May be more of
an issue in the policy agent then your manual.
Regards,
Herman

Sun communication express - Calendar colour features

Similar Messages

Maybe you are looking for