darkBlog

La semaine dernière, je me suis fendu d'un billet un peu assassin (mais pas trop) sur Lotus Sametime 7.0 en énumérant des problèmes aussi saugrenus qu'improbables que nous avons rencontré lors de son installation (ou plutôt de sa migration). Nous avons désormais réussi à le faire fonctionner correctement, et voici deux autres choses à savoir que je vous présente tant pour votre culture que pour me servir de bloc-note pour de futures références (car il est à peu près certain que j'aurai tout oublié d'ici 6 mois).

Tout d'abord, pour que Sametime puisse fonctionner en SSO (avec d'autres applis web via les STLinks, ou dans WPS), il est impératif que le champ Organization du document de configuration SSO soit vide. Je sais ce que vous allez me dire : si vos serveurs Domino sont en SSO et utilisent les documents de site Internet¹ (ce qui est fort probable si vous hébergez quelques applications web), ledit champ Organization doit contenir le nom du domaine Notes. Alors, que faire ? Et bien à part dupliquer le document de configuration SSO et vider le champ Organization dans la nouvelle copie, je ne vois pas trop ce qu'on peut faire. Si vous avez une meilleure solution, je suis preneur.

En second lieu, si Sametime fonctionne mais que les portlets dédiées ne répondent pas dans WPS, vérifiez le fichier sametime.log, et si vous trouvez des erreurs du type Rejecting server component 192.168.1.117, not in trusted ips list, c'est que votre portail n'est pas autorisé à accéder à Sametime. Deux solutions s'offrent alors à vous, la propre qui consiste à ajouter l'IP du portail dans le champ Community Trusted IPS du document Community Connectivity (base STconfig.nsf), la moins propre mais qu'elle est bien pour s'assurer que tout marche, qui consiste à ajouter les 2 lignes suivantes dans votre fichier sametime.ini :

[Debug]
VPS_BYPASS_TRUSTED_IPS=1

Plus d'infos là dessus dans l'Info Center de WPS.

1 : Load Internet configurations from Server\Internet Sites documents, premier onglet du document serveur