Lotus Notes / Domino Sonstiges > Companion Products

[gelöst] Sametime 11: Moderne Clients aktualisieren Chatverlauf nicht

(1/2) > >>

Tode:
Ich habe diese Frage schon im HCL Forum gestellt, aber dort wurde mir nur geraten, ein Ticket aufzumachen. Es kann doch nicht sein, dass es für so was "einfaches" nicht zumindest irgendwo Debug- Anweisungen oder Troubleshooting Tipps gibt.

Problem: Nachdem eine komplett neu aufgesetzte Sametime 11.0.1 Infrastruktur mit Sametime Server und Sametime Proxy anfangs (mehr oder weniger) einwandfrei funktioniert hat, funktionieren jetzt die "modernen" Clients alle nicht mehr, ohne dass ich mir einer Änderung bewusst bin:

Wenn ich im Webchat, im Sametime Embedded 11, HCL Sametime Connect Client oder am iPhone chatte, dann sehe ich weder den von mir gesendeten Text noch den eingegangenen Text.

Erst wenn ich den Chat komplett schliesse und neu öffne ist alles da, es geht also nichts verloren, ich sehe es nur nicht.
Mein Gegenüber mit Notes 9.0.1 und embedded Client sieht alles sofort und kann antworten.

Ich sehe sogar in meinem Client, wenn der andere tippt und mein Client blinkt bei Eingang eines neuen Chats, zeigt aber keinerlei Updates an.

Da das Problem sowohl über den Proxy (Webchat und iPhone) als auch direkt (Sametime Fat Client) auftaucht, würde ich -auch auf anraten aus dem HCL Forum- das Troubleshooting auf den Community- Server beschränken.
Ich habe -ebenfalls auf Tipp von dort- das Logging des stconvomap auf "FINEST" hochgedreht, aber nix in den stconvomap_YYYYMM_hhmm_0.txt- Dateien...

Ich habe sogar die gesamte Mongo- Installation zurückgesetzt und neu gemacht (es gibt da einen KB- Artikel zu), aber auch hier wieder: keinerlei Änderung.

Irgendjemand muss doch einen Tipp haben, wo und wie ich sowas Troubleshooten kann...

Ja, natürlich kann ich ein Ticket aufmachen, und das werde ich auch tun, aber trotzdem würde ich gerne vorher zumindest noch die "absoluten basics" abfrühstücken...

Tode:
Was zur Hölle... ich habe mal Settings- Datei für Settings- Datei meines Test- Servers mit der des nicht funktionierenden Servers verglichen... und bei der sametime.ini wurde ich fündig:

Funktionierender Server:

MONGO_COLLECTION=EVENTS

Nicht funktionierender Server:

MONGO_COLLECTION=events

Klar: Die Collection in der MongoDB heisst EVENTS... Und kaum habe ich das korrigiert, tut das Ganze wieder...
Keine Ahnung, wie dieser Wert in die sametime.ini gekommen ist... Aber jedenfalls ist damit der Fall gelöst...

oliK:
Ich spiele gerade mit policyExceptions.xml, da man unter 11.0.1 FP1 wohl explizit für 9er-Clients
die Chatpersistenz ausmachen muss, damit dort wieder das Verteilen von Offline-Nachrichten über die Notes-DB funktioniert.

<PolicyExceptionsRules>
<Rule id="1" weight="10" product="im" client_ids="14AF,130F,14B4,129C">
<Policy id="im.persistentChatEnabled" value="0"/>
</Rule>
</PolicyExceptionsRules>

Ich kann morgen zurückmelden, ob das was bringt.
Aktuell bekommen 9er-Nutzer gar keine Offline-Nachrichten mehr aufgrund eines "Bugfixes".
So schön wie die 11er Version ist, die Transition von 9 zu 11 ist eher holprig.

Tode:
Ja, den Fehler habe ich bei einem Kunden auch... bin gespannt, ob der Workaround funktioniert.

Tode:
Konntest Du das ausprobieren? Weil ich stelle mir vor, dass das auch ein Problem ist, wenn ein 11er Client eine Offline Message an einen 9er schickt: Beim absenden weiss der ja noch nicht, dass der EMpfänger einen 9er verwendet...

Navigation

[0] Themen-Index

[#] Nächste Seite