Sametime 11 FP1 upgrade. A couple of things I found

Sametime 11 FP1 has shipped, so me and my fellow Master and friend Matteo Bisi started upgrading our test servers immediately.
We found a couple of thing you may want to be aware of in order to upgrade successfully.

Upgrading the Community server on Linux
Matteo did a upgrade of ST to FP1, but for whatever reson it failed. He had 23 file starting with st* in the data direcory instead of 40. So he did a uninstall of Domino and installed it again.
When trying the upgrade of Sametime he got this error


The problem is due to the fact that in the directory /var, there is a hidden file named .com.zerog.registry.xml. I looked into that file and found that it contained the information about Sametime 11 FP1

registry install_date="2020-03-10 11:26:39" version="1.1" last_modified="2020-04-09 09:41:28">

<product name="HCL Domino" id="0e1cb10d-1f39-11b2-8202-e8e16a17fbf8" upgrade_id="0e1cb10e-1f39-11b2-8202-e8e16a17fbf8" version="11.0.0.0" copyright="2018" info_url="www.hcl.com" support_url="www.hcl.com" location="/opt/hcl/domino/notes/11000000/linux" last_modified="2020-04-09 09:41:28"

.
.
.
</product>
<product name="HCL Sametime Server 11.0 FP1" id="17cc219c-1f40-11b2-8e97-ef3209dd0f10" upgrade_id="a63c37b2-1f3f-11b2-af58-ef3209dd0f10" version="11.0.0.1" copyright="2019" info_url="" support_url="" location="" last_modified="2020-04-08 23:05:50">
.
.
.

I told Matteo to remove all the lines relative to Sametime in the file so that it looked like this
After that, the installation of FP1 was successful

Upgrading Sametime Proxy on Windows
When you unzip the Sametime_11.0_FP1_ProxyServer_Win64.zip file you will see that it contains a directory “sametimeproxy”.
Do not extract it where you already have your SametimeProxy overwriting the content. Extract it in another temporary directory.
From that directory launch install.bat; accept the license and in the following screen you will see this

The installer will recognize there is already a ST Proxy installed and ask you if you want to upgrade. If you select to do it, you will be asked where is it installed

Specify the directory where is your existing ST Proxy
This will upgrade your proxy server keeping the existing configuration.


Sametime 11 – What to do if person pictures don’t show in the web client

I wrote a post explaining what to do to have user pictures show in the Sametime classic client and in the Sametime web client, here .

In a case, I found that the pictures did not show in the web client, so I opened a case with HCL Support. After debugging the problem, the great Trevor Tallackson found that my browser was trying to open a file that had a _tmp in the name

while on his server it was requesting the correct file with a .jpg extension

The solution is to delete the content of the temporary directory that the Sametime Proxy uses to store people pictures.
c:/sametimeproxy/temp/userphotos
After doing that, I logged in again from the web client and the pictures were shown correctly.


Sametime 11 – Enabling person photo in the client

If you want to enable photos in the Sametime client, there is documentation available, unfortunately it all refers to versions 9 or 10, where it was told to use the Sametime Console. Now in version 11 the Sametime Console does not exist, so how do you do that ? The Sametime Console wrote the settings selected in a series of XML configuration files, so the only way now to work is manually edit those files, see for example my previous post on enabling file transfer.
With the help (again) of the excellent Trevor Tallackson from HCL I was able to set up the pictures in Sametime, here is how to do it

First add the picture URL in the person document in the Domino directory

Now edit the file UserInfoConfig.xml located in the Domino program directory and add those lines
<Detail FieldName="PhotoURL" Id="PhotoURL" Type="text/plain"/>
<Detail FieldName="PhotoURL" Id="ImagePath" Type="text/plain" />

in the section <Details>
Add these two Detail Ids to the <ParamsSets> section
<Set SetId="0" params="MailAddress,Name,Title,Location,Telephone,PhotoURL,ImagePath,Company"/>
<Set SetId="1" params="MailAddress,Name,Title,Location,Telephone,PhotoURL,ImagePath,Company"/>
These are needed because in the UserInfoConfig.xml file on the Sametime Community server, the Standalone Connect client and Embedded require ImagePath string detail, Mobile and Web clients require the PhotoURL detail

Note: do not copy/paste from above. I had reports it does not work well. Just add PhotoURL and ImagePath to the params= line.

Now check the UserInfo servlet according to the instructions here https://www.ibm.com/support/knowledgecenter/SSKTXQ_10.0.0/admin/trouble/st_adm_buscard_troubleshoot_r.html
You should see something like this

For me it was not working initially, then Trevor wrote me this:
Looks like the stconfig.nsf “UserInfo” document is getting in the way here. Add the following to your UserInfoConfig.xml file between <UserInformation> and <Resources>
<ReadStConfigUpdates value= “false”/>
This tells the UserInfoServlet to only use the UserInfoConfig.xml configuration.

Restart the server and now you have pictures in Sametime client


Sametime 11 – What to do if file transfer is not working – Update

I stumbled into a problem at one of my customers. In the client, the icon for file transfer was greyed out and the one for sending a screenshot was missing,

I opened a case with HCL and the suggestion was to enable the setting im.3000 in the file policies.user.xml.
to do so you have to edit the line
<p:policy-attribute id=“im.3000” type=“boolean” current-value=“1” default-value=“1" master-attribute-link=“null” possibl .....
By default the current-value is 0, you have to set it to 1
I did that but the file transfer was not available the same.


After checking the file I found that there were 2 occurrences of im.3000, one for the im.default.policy and the other for the im.anonymous.policy, the problem is that this setting is written only in the section “imserver.policygroup.chat”. I copied the lines from that section and added them in the “imserver.policygroup.filetransfer” section.
<p:policy-attribute id="im.3000" type="boolean" current-value="1" default-value="1" master-attribute-link="null" possible-value-labels="null" possible-values="null" label="im.3000.label" description="im.3000.desc" visible="true"/>

Restarted the server and now in the client I had this


Update

I checked with HCL, file transfer and screen capture are not allowed with Sametime limited use license. You should use the content of this blog post only to fix issues if you have a standard license and file transfer is not working. If you enable file transfer, you should upgrade your license to be compliant.

See here for information about what is allowed and what isn’t with the limited use license. https://hclpnpsupport.hcltech.com/csm?id=kb_article&sysparm_article=KB0068613


Sametime 11. How to allow access to mobile clients – Update from HCL

I installed a Sametime 11 server for a customer, everything was working, but the mobile clients could not access the server. Upon trying to login they saw this on their phones

I was not the only one with this problem, other 2 persons I know had the same issue with their installation.

I talked to my friend Andreas Ponte, from Belsoft who told me that they could use mobile clients, so we crosschecked our configurations.
and it turned out that my customer sametime.ini had this line
ST_BRANDING_INFO=entry while his had ST_BRANDING_INFO=standard
As soon as I changed the sametime.ini and restarted, the access from mobile devices was working.

I had installed Sametime withe the option “limited” because this is the license my customer has

So, the solution is simple but I have asked HCL to clarify. As far as I know since V10 the limited license allows the use of mobile clients, and I do not think this has changed in V11

UPDATE


I received a mail from HCL stating this:
For now, the workaround is to add the stanza to the stproxyconfig.xml and NOT change the ST_BRANDING_INFO in sametime.ini, since that setting controls other features/UI of the clients if you are only licensed for ENTRY.

<OverrideCSLUMobileRestriction>true</OverrideCSLUMobileRestriction>

inside the <configuration> element of stproxyconfig.xml.



Integrating Sametime 11 with iNotes and Verse on Premises

I struggled a bit in setting up integration of Sametime 11 with Domino web mail, both iNotes and VoP, but eventually with the help from the great Trevor Tallackson of HCL Sametime Support I succeeded.

There are some things not obvious to do to set this up, and the one for VoP made me almost drop my jaw when Trevor suggested it 🙂

iNotes Web Access
I have installed both Community Server and Proxy Server on the same machine, so in the Domino Configuration document for my server, in the tab iNotes, in the Sametime section I have put the hostname of my server as “Location of the Sametime proxy server to use when using https:” which is https://domino.eld.it:8443


With this setting, which is absolutely normal and obvious, the integration doesn’t work.
When I opened iNotes I got in the browser an error:
Network failure: 0 [https://domino.eld.it:8443/chat/stbaseapi/latest/baseComps.js?lang=en] (EGe)
Network failure: 0 [https://domino.eld.it:8443/chat/stbaseapi/latest/baseComps.js?lang=en] (EGe)
Error encountered retrieving data: Bad HTTP status: 0 ()

The solution was to create an entry in the hosts file with the same IP address but a different name, I used proxy.eld.it, then used this in the configuration document

It seems that the iNotes and Proxy servers need to have different hostnames

Verse on Premises
The integration was not working and I saw some errors in the browser console
Request URL:https://domino.eld.it/stwebclient/latest/include.js?lang=en
Request Method:GET
Remote Address:192.168.1.12:443

404

We could not understand why though in the notes.ini of the server the parameters were correct, the server tried to access domino.eld.it and not proxy.eld.it
In my notes.in i I had this
iNotes_WA_SametimeProxy=1
iNotes_WA_SametimeProxyServer=http://proxy.eld.it:8080
iNotes_WA_SametimeProxyServerSSL=https://proxy.eld.it:8443
VOP_GK_sametime=1
VOP_GK_sametime_rich_client=0

Trevor checked his notes.ini on the server where the integration was working and saw that those lines were all caps and wrote me:

This may seem silly, but try the notes.ini parameters all in caps.  Here is our production server’s notes.ini (that is working fine).
INOTES_WA_SAMETIMEPROXYSERVERSSL=https://<Our_hostname>;
VOP_GK_SAMETIME=1
VOP_GK_SAMETIME_RICH_CLIENT=1

I tried his suggestion and guess what ? It worked!
Honestly I have no idea why with V11 the lines have to be all caps, I told Trevor that I leave up to him to find the reason, but as silly as it may seem this is the solution. I would never have guessed it in a million years…..






I will be speaking at Engage 2020

I will be speaking with my friend from HCL, Giancarlo Giannini. Our session is: What is HCL Digital Experience and will be on Tuesday March 4th at 11.30

We will explain what is a digital-first strategy and why HCL Digital Experience can help you in achieving this.


Notes 10.x Autoupdate works only for English clients

I have been working with a customer to set up Notes autoupdate. He had all the clients at 10.0.1 FP2 and wanted to update to FP3.
After working with Support in order to make it work, we found out that the English Notes clients were updated, while the Italian clients were not.
Support investigated with Development and the answer was ” As the product development team\L3 team confirmed me that AUT upgrade from 10.0.1 to 10.0.1.X is something which will only work for the English Notes Client currently. If we have Notes client with Italian language version or with any other language other than English,  then the AUT upgrade feature is not something going to work . As the fix packs available doesn’t include any language strings for which AUT feature will not be able to identify it and would fail. “

We put forward an idea on the Domino Ideas website, you can vote for it if you think it would be useful to have autoupdate work with every localized version of Notes
https://domino-ideas.hcltechsw.com/ideas/DOMINO-I-1072

Another thing we found is that the update is not silent, though in theory it should be. The user is presented with the Notes install UI and has to click on Next in the screens that are presented to proceed.
Development said ” Currently there is an option for silent install in AUT which we see from the action part in the manifest XML file itself.
But as of now Notes needs to be closed manually as mentioned in message that is shown. Post which the installation page comes up and user would need to click on Next button to finish the installation. And this is also something already considered for future releases for further enhancement on how to do the similar way how it happens for other software’s in current market without any need of user intervention. “


Migrating from SmartCloud Notes and Connections Cloud

As you all know, or should know, IBM will discontinue its cloud offering for Mail and Connections in July 2020. This has raised a lot of questions from customers and partners about what to do, where and how to migrate, etc..

Today HCL hosted a webinar where they explained their strategy to address this concerns.

Mail:
There are 2 type of customers, those with a hybrid environment and those with a service only environment.
For the first, migration is easy. Just replicate locally the data from the cloud, then replicate it back to your selected cloud provider, or on premise if you decide to move there.
For the second HCL is still evaluating options on how to do that.

Connections:
HCL has identified three ( for now, others will arrive) partners that have been appointed MSP ( managed service partner ). Those partners will offer a Connections in cloud solution similar to what we have now with IBM.
They are Belsoft in Switzerland, ISW in Australia and Prominic in USA
Those partners will be provided with a Multi-tenant Connections code, so they will be able to provide the service for multiple customers at the same time.
The options for migrations depend on your destination of choice:
If you move to a MSP hosted solution for Connections, then IBM and HCL have developed tools to extract the data from the IBM cloud and put it in the MSP environment.
If you move to a private cloud or on-premises solution, you have to do the data extraction and import using the public APIs. You can ask to some BP who is familiar with the APIs to help you. I also know some BP are preparing a tool to extract and import the data. We have to wait for some news in this area


I will be speaking about HCL DX at Social Connections 15

If you want to learn what is HCL Digital Experience and how it can be integrated with HCL Connections come to Munich at Social Connections 15.

Together with my friend Giancarlo Giannini, from HCL, I will give a session just about this topic. The session is on Tuesday Sept 17 at 8.30