Luminis 4.1.0.0: No Email Link in Groups
We are on Luminis 4.1.0.0 on Windows. We do not use the integrated email, but have external accounts on an Exchange server. Our groups and courses are not showing the Email link. When I check in the admin panel under Group/Course Studio and Applications, Email is listed there, checked, but greyed out. Has anyone experienced this on their systems?

We are having the same issue
We have parallel deployment, and had followed SunGardHE recommendations for "Communications Express without Email" since, like you, we use the Group/Course studio email application, but not via the integrated email.
To make it so the Mail services do not start, goto the Mail server and rename the '80-mail' script to 'disabled.80-mail'
checking
configman -g email.enabled
returns "false"
If we set it to "true"
configman -s email.enabled true
the Group/Course Studio email app is available again. (The integrated email icon appears on the layout again as well - but we are modifying nested-tables.xsl and custom.xsl so we will handle removing it again in a different way.)
We are just in the process of checking whether the functionality works with the "true" setting, and then will try and confirm with ActionLine/UDC whether this change should be made in configman and left "false" in uwcconfig.properties.
There are various other issues with PD for Luminis 4 so it may not be straightforward.
p.s. we are testing this on Luminis 4.2.0.57 and 4.1.1.114 under Solaris
Derek,
University of Leeds, UK
Same issue here
Derek, how did your testing on this issue turn out? We have run into the same issue.
Nate,
Longwood University, VA
UPDATE: Ah, looks like there may be a solution here: http://www.lumdev.net/node/2352
Email tool in Group Studio
Hi Nate,
Yes, we can successfully send email from Group Studio (Course/Module and Community groups)
we have email.enabled=true
we do not display an email icon in our skin (we have probably just commented out the code to ensure that the email icon cannot be displayed any which way).
we also have a regular script that repopulates the GT_USER table with the correct email address - for some reason some users were dropping the entry. We spent quite a lot of time looking at the pdsDefaultEmail field in the LDAP, but never quite got our confidence levels up.
The solution that you found and the FAQ probably apply to us too.
Derek
University of Leeds, UK