Domino / Notes 11.0.1 verfügbar

[Manfred W.]

Aber wahrscheinlich nur wenn Server 11.0.1, Notes 11.0.1 und Mail-Template 11.0.1 im Einsatz sind, oder?

Nein, nur Notes Client 11.0.1.
Server 10.0.1 FP2, Mailschablone 10.0.1 deutsch.

Das Problem existierte in Notes 10.0.1 FP3 ja auch noch nicht.

[(h)uMan]

Aber wahrscheinlich nur wenn Server 11.0.1, Notes 11.0.1 und Mail-Template 11.0.1 im Einsatz sind, oder?

Nein, nur Notes Client 11.0.1.
Server 10.0.1 FP2, Mailschablone 10.0.1 deutsch.

Das Problem existierte in Notes 10.0.1 FP3 ja auch noch nicht.

Dann konkreter gefragt

Ist der Fehler in folgender Konstallation gefixt?

Notes 11.0.1 DE
Server 10.0.1 FP4
Template 10.0.1 DE

Ich würde serverseitig ungern ein Downgrade auf 10.0.1 FP2 machen.
Muss in dem Fall der Server auf 11.0.1 aktualisiert werden?

[Manfred W.]

Ich hab die Konstellation nicht. Aber da das Problem rein von der Client-Version abhängt, wird das Problem auch in dieser Konstellation gefixt sein.

Allerdings kann ich von der Konstellation Notes Client 11.0.1 und Mail Template 10.0.1 für den Produktiv-Betrieb nur abraten. Die Miniansicht unten links (Wiedervorlage, etc.) funktioniert in dieser Konstellation nicht.
Für den Notes Client 11.0.1 benötigt man zwingend auch das Mail Template 11.0.1, damit die Miniansicht funktioniert. Da hat sich von 10 auf 11 irgendwas geändert.

[(h)uMan]

Ok und Danke für den Hinweis.

Das 11.0.1 Template in DE ist leider aufgrund der vielen Bugs auch keine Lösung.

Momentan eine sehr unschöne Situation.

[heini_schwammerl]

Wenn ich mit dem 11.0.1 Client (Englisch) in einer Server Teammailbox mit Papierkorbfunktion mehrere Mails markiere (> 20) und lösche stürzt bei mir sehr zuverlässig der Client ab.
Kann das noch jemand nachvollziehen ?
Gruß

Henning

[shiraz]

das gleiche passiert auch beim löschen der letzten Mail im Inbox.

[eknori]

Kann beide Szenarien nicht reproduzieren

[JayDee]

Ich kann den Absturz beim Löschen der letzten Mail(s) sehr schön nachvollziehen, aber nur wenn das Design der Mail-Datenbank schon älter ist. In unserem Fall handelt es sich um eine angepasste Mailschablone original aus R6/R7-Zeiten.
Bei aktuellen Mail-DBn (11.0, 11.0.1) tritt es bei uns nicht auf.

[eknori]

Ah, jetzt, ja. Alte Schablone ... Peng.

[heini_schwammerl]

Vielen Dank für die Rückmeldungen,

ich bin ja froh wenn ich mit meinem Problem nicht so alleine bin. Ich eröffne mal ein Ticket beim HCL Support .
Es ist nicht praktikabel dass der Client nur mit dem allerneuesten Mailtemplate funktioniert.
Danke und Gruß

Heninng
PS: CS0110054 Created

[eknori]

Ah, danke fü die Case Number. Ich habe es schon im HCL intern V11 Forum eingetütet. Da hänge ich die case# dran.

Ich kann aber momentan nur den Fall „letzte Mailin Inbox löschen“ reproduzieren

[eknori]

Erste Rückmeldung von DEV. Es gibt bereits einen SPR in V11.0.1. „Deleting all documents from a folder crashes client“. Bezieht sich aber auf den Basic Client.
„riecht“ aber stark nach der gleichen Ursache.

[heini_schwammerl]

Ah, danke fü die Case Number. Ich habe es schon im HCL intern V11 Forum eingetütet. Da hänge ich die case# dran.

Ich kann aber momentan nur den Fall „letzte Mailin Inbox löschen“ reproduzieren

Ja, das kann gut sein. Es gibt in den Teammailboxen einen Ordner "Lösch das bitte" weil die Mtarbeiter/innen keine Löschrechte haben. Ich kontrolliere die Nachrichten und dann wird eben gelöscht. Das Ergebnis ist immer ein leerer Ordner (und ein Crash von meinem Client). Mein Formulierung war daher etwas unsauber. Da in diesem Ordner nie nur eine Mail drin liegt hatte ich zuerst daran gedacht dass es mit der Anzahl der Mails zu tun haben könnte. Das scheint nicht der Fall zu sein.
Ich habe auch schon eine erste Antwort vom Support. Sie fragen ob ich ganz sicher bin dass ich auch 11.0.1 verwende (nur weil ich es ausgewählt und im Text geschrieben habe muss das ja noch nicht bedeuten dass ich es auch wirklich einsetze). Wie ich diese Supportspielchen hasse, aber vermutlich geht es heutzutage nicht mehr anders. Es wird nicht lange dauern und mein Vorgesetzter wird mir wieder verbieten Cases zu eröffnen.
Danke nochmal und Gruß

Henning

[eknori]

Dranbleiben. Die Jungs und Mädels im Support machen einen guten Job. Ich habe seit der Übernahme schon einige cases gelöst bekommen. Die arbeiten ihre Listen ab. Und da kommen manchmal Situationen, wie die, die du beschrieben hast.

Die SPR Nr ist übrigens #SSARBNFCXK

Schicke die dem Supporter.

[heini_schwammerl]

Das habe ich gemacht.
Er hat sich auch inzwischen entschuldigt und darauf verwiesen dass das Standardvorlagen sind.
Manchmal träumt man halt davon dass man einen Case aufmacht und als Antwort einfach einen Fix bekommt. Einfach so, ohne Pseudonachfragen oder Log Uploads, zigmal Neuinstallieren. Einfach einen Fix.
Oder dass das Problem schon getracked wurde mit einem Link auf das vorhandene Ticket.
Ich habe aber ein wenig das Gefühl dass Du andere Supportkanäle nutzen kannst  . Ich behaupte mal mit ein wenig Kontakt zu den Entwicklern kann das dann sogar richtig Spass machen.
Ich gebe aber zu ich hatte eh schon keinen guten Tag, gestern ist mir mein Sametime 11 FP1 Updateversuch um die Ohren geflogen und ich bin dann irgendwann um 04:00 Uhr Nachts im Bett gelandet.
Nichts für ungut und Danke für die Unterstützung.
Gruß

Henning

[DomAdm]

HCL Notes/Domino 11.0.1 Fix List

https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0078424

[omega]

Das Problem mit dem Löschen tritt bei uns auch auf. Regelmässig bei der Teammailbox.
Beim Support bin ich bisher nicht weitergekommen.

[eknori]

Wie gesagt, für den BASIC Client gibt es bereits einen SPR bei HCL #SSARBNFCXK
Der Kollege, der es seinerzeit gemeldet hat konnte es auf dem Standard Client nicht nachstellen.
Da ich das schlussendlich konnte, gibt es jetzt einen Case bei HCL, der auch einen Verweis auf den vorhandenen SPR hat.
Das Problem ist auch DEVELOPMENT bekannt ( anderer Kanal ). Da wird sich zu gegebener Zeit jemand zu melden.

Aus meiner Sicht wird das Problem aber erst mit einem FPx behoben werden. Kann also noch ein bisschen dauern.

Es betrifft auch nicht jeden Anwender. Der Crash tritt nur unter bestimmten Voraussetzungen auf. Die sind bekannt, und es obliegt zunächst den Admins , dies innerhalb der eigenen ORG zu kommunizieren, solange es keinen Fix gibt.

[heini_schwammerl]

Ach ich bewundere all diejenigen die sich noch hochmotiviert mit dem Support auseinandersetzen.
Good Day!!

Yes i have reviewed SPR is #SSARBNFCXK.It is matching SPR. I am able to view internal status. It is regression.
Probably it will get fixed in v12.
I'll be looking to close this case since there is no further action item from support end at this time.
Please do let me know your opinion to proceed with this case.
Thank you so much and have a great day ahead.

Regards,

Ja, da Wahnsinn. Wenn ich das meinem Chef erzähle weiss ich die Antwort schon. Soll jetzt keine Kritik an irgendjemandem hier sein.
Gruß

Henning

[omega]

Na immerhin wird es einen Fix geben.
Bei IBM war die Antwort meist "Won't fix".