[REVIVAL]: "Seltsame" Zeichen im Ordnernamen...

[Tode]

Ich habe hier eine Benutzerin, die mit Ihrem 8.5.3er Client auf einer 8.5.3er Mailschablone regelmässig schafft, sich Ordner zu "verdoppeln":

Der bestehende Ordner (z.B. Kunden) inklusive Ordnerstruktur existiert dann noch, aber parallel dazu noch ein oder mehrere Ordner, in denen plötzlich 3 oder vier Sonderzeichen vorhanden sind.

Also zu
"Kunden"
"Kunden\Kunde 1"

gibt es zusätzlich noch
"Kunden »."
"Kunden ».\Kunde 2"

In allen Ordnern sind Dokumente vorhanden...

Bei den Sonderzeichen ist meist interessanterweise ein ASCII 127 (DELETE) dabei...

Die Anwenderin hat natürlich keine Ahnung, was Sie gemacht hat...

Wenn man die Ordner bereinigt, ist eine Weile Ruhe, und dann kommt wieder der Anruf "Es ist schon wieder passiert".

Die Anwenderin hat kein Traveler o.ä. und die Design- Elemente sind immer von Ihrer ID signiert...

Hat jemand sowas schonmal gehabt?

[klaussal]

Vllt. Tastatur defekt ?

[Tode]

Hmm... Möglich... Werde ich mal checken

[Tannibal]

Wurde der Ordername evtl mit copy&paste eingefügt?

[Tode]

Wie gesagt: Die Ordner existieren bereits, und wurden von mir schon korrigiert.. .und plötzlich ist wieder ein "Schattenordner" (der mit den seltsamen Zeichen) wie aus dem nichts da...

[WildVirus]

Hallo Tode,

gibt es eine Regel, die erstellt wurde, als der Ordner den falschen Namen hatte ? Damit würde die Regel immer bei der Ausführung, was ja unregelmäßig sein kann (je nach Selektion) den Ornder erzeugen.

CU,
Axel

[Tode]

Nein, Regeln existieren keine, aber die Idee ist gut...

[Driri]

Wird irgendeine Form der Archivierung (Notes-eigene oder externe Lösung) genutzt oder gibt es sonst noch irgendwelche Zugriffe auf das Mailfile (z.B. IMAP-Konto eingerichtet oder ähnliches) ?

[Tode]

Nein, auch das ist alles nicht der Fall. Auch iNotes wird nicht genutzt. Die Benutzerin greift alleine auf Ihr Mailfile zu, die Ordner sind alle mit Ihrer Id erstellt / geändert... So langsam glaube ich, dass die einen Client Bug gefunden hat, weiss nnur noch nicht, wie er ausgelöst wird. Das nächste Mal, wenn das passiert, muss Sie GENAU zeigen, was sie zuletzt gemacht hat, vielleicht hilft das, um dem Rätsel auf die Spur zu kommen...

[(h)uMan]

doch eventuell ein IMAP Client im Spiel?
Oder irgendein Notes Addon wie CTI oder CMS oder ...?

[Glombi]

Ich habe das bei einem Kunden auch schon desöfteren gehabt. Immer dasselbe Mailfile. Den Grund konnte ich nicht ermitteln. Natürlich lässt sich das nicht reproduzieren.


Sent from my iPhone using Tapatalk

[cg-home]

Hallo Torsten,

so etwas ähnliches, nur ohne zusätzliche Sonderzeichen, hatten wir auch
schon drei mal.
Neue Unterordner waren dann plötzlich Hauptordner und manche Ordner konnten
auch nicht umbenannt werden.
Da war der Grund das der User sehr viele Ordner hatte und in den Ordnernamen
Zeiche enthalten waren wie z.B.: !?()\ öäüß und Leerzeichen am Ende usw.
Das konnten wir nur lösen in dem wir die Ordner-Anzahl reduziert haben und diese Zeichen
entfernten. Bei vielen Ordnen mussten wir allerdings die Struktur neu aufbauen, die Mails
verschieben und die alte Struktur löschen. Das war eine ziemliche Fleißarbeit.
Es musste zwischendrin auch immer wieder mal die Mail-DB neu geöffnet werden, denn
dann sahen die Ordner wieder anders aus.
Vielleicht geht ja dein Problem in die gleiche Richtung.

mfg Christian

[Tannibal]

Die Aussage von Christian kann ich bestätigen. (hatte ich wohl zwischenzeitlich verdängt)
Haben hier auch ein paar User, die extrem viele Ordner haben, und einige davon mit nicht erlaubten Zeichen. Teilweiße dann mit komischen Auswirkungen.
Ein User hatte knapp 5000 Ordner, da lies sich die Datenbank dann überhaupt nicht mehr öffnen.

[MJ-Ratlos]

Das Problem mit Sonderzeichen in Ordnernamen hatten wir zwar nie, aber dafür hatten wir mal das Problem, dass Ordner nicht umbenannt werden konnten und Mails, die zuvor in Ordner verschoben worden waren, waren am nächsten Tag wieder wie "unverschoben"/im Ursprungsordner . Das alles ließ sich dadurch beheben, dass der Anwender die Ordnernamen verkürzte und Sonderzeichen entfernte.

2 verschiedene Technotes hatte ich damals gefunden. Die o.g. Probleme werden darin zwar nicht genannt, aber ich denke sie sind/waren dennoch hilfreich:

Maximum character length and nesting levels for views and folders - http://www-01.ibm.com/support/docview.wss?uid=swg21099040
Cannot Rename Folder to Same Name With Different Case Using Right-click -> Rename Folder - http://www-01.ibm.com/support/docview.wss?uid=swg21136845

[Tode]

Super, danke für die Zahlreichen Rückmeldungen. Das mit den Sonderzeichen war auch mein allererster Ansatz. Beim ersten Mal hatte ich alle , & () etc. Aus allen Ordnern entfernt und die Benutzerin gebeten, solche Zeichen nicht mehr zu verwenden (dreimal dürft Ihr raten, ob es gefruchtet hat)...

aber die letzten Vorkommnisse waren in Ordnern, die keine speziellen Zeichen im Ordnernamen hatten...

Die Technotes kannte ich schon, trotzdem Danke für den Hinweis darauf.

Fürs nächste Mal, wenn das auftaucht, habe ich ja erst mal jede Menge Material. Danke!

Ich halte den Thread hier aktuell, sobald sich was ergibt...

[Colibri]

ist zwar schon etwas älter hier, aber das Problem mit den Ordner haben wir auch immer mal wieder. Was immer wieder absolut "tödlich" für die Ordnerstruktur ist, sind Ordnernamen mit führenden Leerzeichen. Vielleicht war ja das hier auch der Fall?

[Tode]

Seit dem manuellen bereinigen ist nix mehr passiert... Vielleicht hat es auch geholfen, dass wir der Benutzerin gesagt haben, was sie alles NICHT machen soll... Das mit den führenden Leerzeichen hatte ich auch schon, in aktuellen Clients kann man die aber gar nicht mehr eingeben, es wird automatisch "ge- Trim- t".

[Tode]

REVIVAL: Es gibt neue Erkenntnisse. Nachdem jetzt lange Ruhe war, ist es heute wieder passiert, und ich war zum Glück vor Ort und konnte mir das LIVE anschauen:

Die Dame erstellt eine Mail, klickt auf "Senden und Ablegen", wählt im Dialog einen Ordner aus, und BUMM: Die Mail ist nicht im ausgewählten Ordner, sondern in einem neu erstellten Ordner, der komische Sonderzeichen enthält.

Das seltsame: Das passiert nur auf der lokalen Replik, auf der Serverreplik lässt sich der Fehler nicht reproduzieren.
Sie arbeitet mit 8.5.3 ohne FP. Ich habe mir jetzt eine "Design- Only"- Kopie der Datenbank gezogen und das Ganze lokal auf meinem 9.0.1FP1IF2 probiert, und siehe da: Selbes Verhalten.
Die Client- Version kann also als Ursache ausgeschlossen werden (obwohl natürlich noch nicht ausgeschlossen werden kann, dass der defekte Ordner durch die Client- Version verursacht ist.

Nun geht es an die Analyse des "Quell- Ordners"... Werde Euch auf dem laufenden halten.

[m3]

Schon mit einer neuen Replik der DB probiert?

[Tode]

Neue Erkenntnis: Copy- Style compact bringt nichts. Sobald ich den Ordner "anfasse" (im Client umbenenne, mit dem Designer bearbeite, etc.) ist er danach ganz.

Habe mir den Ordner mit scanEZ angeschaut, aber da ist nix ungewöhnliches. Jetzt wirds aber interessant: Habe mit scanEZ an $Title einen Buchstaben angehängt: Dieser eine Buchstabe hat im danach erstellten "kaputten" Ordner einen Buchstaben überschrieben.

Aus:

Service wurde "Service▫».▫"

aus

Servicea wurde "Servicea».▫"

Als ich dann zwei Buchstaben erweitert habe, dann waren die "Sonderzeichen" verschwunden. Also ist scheinbar das "$Title"- Item des Ordners kaputt gegangen, auch wenn man nix davon irgendwo sehen kann...

Neue Replik bringt nix, ich habe sogar schon ne neue Kopie gezogen, und mit CopyStyle- compact sogar schon das ODS geändert. Es ist scheinbar wirklich DIESES Design- Element kaputt. Jetzt kann ich das ganz einfach in Ordnung bringen, indem ich den Ordner neu anlege, oder ihn einfach einmal umbenenne und wieder zurück- umbenenne, aber das ist ja gerade nicht Ziel der Aktion. Ich will ja wissen, WARUM die Ordner immer wieder kaputt gehen...