Autor Thema: zusätzliche Adressbücher in Client Notes.ini erzeugen Feld ist zu groß (32K)  (Gelesen 7783 mal)

Offline sotonic

  • Senior Mitglied
  • ****
  • Beiträge: 378
  • Geschlecht: Männlich
  • "I'm sorry Dave, I don't have enough information."
Hallo Forum,

einige wenige unserer Notes User benutzen zusätzliche Adressbücher (wurden zuerst lokal erstellt per pernames.ntf, später dann wunschweise auf Server abgelegt).
Damit diese für den eingeschränkten Personenkreis (Betriebsleitung  :P) im Adressdialog verfügbar werden, wurde "old-skool" der Client notes.ini Eintrag gesetzt.

Soweit so gut! Später gab es dann bei diesen Personen Probleme wenn Sie bei einer Besprechungseinladung den Planer (für Räume oder Ressourcen) nutzen wollten.

Dabei erschien die Meldung: Variant does not contain a container

"Gelöst" wurde das das bei den betroffenen Personen durch einen weiteren notes.ini Eintrag der noch mal auf das Domino Directory verweist....dschwupp geht.

Dann ging erst mal viel Zeit ins Land.

Seit kurzem gibt es einen äußerst umfangreichen Verteiler der bei den Personen  bei Verwendung folgenden Fehler erzeugt: Feld ist zu groß (32K), oder die Spalten- Auswahlformeln der Ansicht sind zu groß

Hat was gedauert das rauszufinden, aber der Fehler tritt nur bei Usern mit den angepassten Client Ini's auf.
Nehm ich den Eintrag der auf das Serveradressbuch (names.nsf) verweist raus kommt der Fehler nicht mehr.
Dann kommt aber dafür natürlich das Planer problem wieder.

Vorschläge?

(Hab schon mal über DA/ Verzeichnisverwaltung nachgedacht, bin mir aber nicht sicher ob ich die bestehenden Sachen so umbiegen kann = kann ich die vorhandenen Adressbücher so einbinden, dass Sie nur für einen eingeschränkten Kreis verfügbar sind).

Danke
Sotonic



5.0.9 Clients D OS Win
7.0.1 Clients D OS Win
Server 5.0.10 eng. OS Linux
Server 7.0.1 D OS SLES

Offline Tode

  • Moderatoren
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 6.883
  • Geschlecht: Männlich
  • Geht nicht, gibt's (fast) nicht... *g*
Das Problem ist schlicht und ergreifend folgendes:

Hast Du eine Gruppe lokal (und Du hast schliesslich das Unternehmens- Names lokal), dann wird diese auch Lokal aufgelöst, was bei sehr grossen Gruppen zu dem von Dir beschriebenen Fehler führt.

Gruppen auf dem Server werden vom Router aufgelöst, und der hat eine Grenze, die wesentlich höher liegt.

Hierfür gibt es ein reserviertes Feld:
In Notes 5.x, you are able to control the expansion of public groups by adding a $ExpandGroups item to the message before pressing F9.  To add the $ExpandGroups item, you can modify the design of the memo form (or use an alternate mail form that includes this item) or add the item via an agent or button.  If the item exists when F9 is pressed, the following values for the item will be interpreted by the mailer to alter the default group expansion behavior:
 "0" - Do not expand private or public groups
 "1" - expand private groups only (same as default behavior)
 "2" - expand public groups only
 "3" - expand private and public groups

Das ist aber nur eine Hilfe, wenn die anderen Adressbücher KEINE Gruppen enthalten, dann kannst Du es mit Wert "0" probieren.

Die DA hilft Dir in diesem Fall nicht weiter, weil dort eingetragene Adressbücher immer für alle zugänglich sind, sogar wenn ein User keinen Zugriff aufs Adressbuch hat.

Beispiel: Du trägst in der DA ein Adrsssbuch "Geschäftsleitung" ein, auf das nur GL- Mitglieder leserechte haben.

Otto User öffnet nun den Adress- Dialog und sieht auch das Adressbuch, kann es aber nicht öffnen (er hat ja keinen Zugriff) -> So weit so gut.

In diesem AB gibt es einen Willi Wichtig.

Otto User sucht "Willi Witzig" und fängt an zu tippen: nach "Willi" klickt er auf F9 und sieht plötzlich einen Willi Wichtig, obwohl er auf das Adressbuch, in dem dieser aufgeführt ist, gar keinen Zugriff hat. Ursache: Die Suche wird vom Server durchgeführt, der ja alles sieht...

Für viele ist das der Grund eben weiterhin bei den Old- Fashioned Client- Notes.ini- Einträgen zu bleiben, mit allen Nachteilen / Bugs (einen grossen hast Du ja schon gefunden).

Gruß
Tode
Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen... das klingt dann so: "Tooode" (langes O, das r, s und n werden verschluckt, das t wird zum badischen d)

Offline sotonic

  • Senior Mitglied
  • ****
  • Beiträge: 378
  • Geschlecht: Männlich
  • "I'm sorry Dave, I don't have enough information."
@Tode

Ich seh Deine Antwort erst jetzt ...

und bin etwas verdutzt, das DA diesbezüglich nichts bringt.
Die Anforderung "Abteilungsadressbuch" exclusiv für einen Abteilung ist ja nicht gerade ein Exot.

@All

Gibt es evtl. noch andere Ansätze weitere Adressbücher für einen eingeschränkten Personenkreis verfügbar zu machen?
5.0.9 Clients D OS Win
7.0.1 Clients D OS Win
Server 5.0.10 eng. OS Linux
Server 7.0.1 D OS SLES

Offline Steve_O.

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 857
  • Geschlecht: Männlich
Ein schneller WorkArround um die Fehlermeldung ist,
beim Adressieren hinter den Gruppennamen ein "@<NotesDomäne> zu setzen.

Dann wird das Mail so anden Server übergeben und erst dort zerlegt.
"Wir können Probleme nicht mit dem Denken lösen,
das zu ihnen geführt hat." ( A. Einstein )
________

Offline sotonic

  • Senior Mitglied
  • ****
  • Beiträge: 378
  • Geschlecht: Männlich
  • "I'm sorry Dave, I don't have enough information."
Oh, das ist ein guter Tipp, werde ich mal testen!
5.0.9 Clients D OS Win
7.0.1 Clients D OS Win
Server 5.0.10 eng. OS Linux
Server 7.0.1 D OS SLES

Offline Rikku

  • Aktives Mitglied
  • ***
  • Beiträge: 132
  • Geschlecht: Weiblich
Hallo Ihr Lieben,


ich habe das gleiche Problem wie beschrieben. mit dem Anhängen von @notesdomäne klappt es

Ist es möglich dass ich @notesdomäne direkt an den Namen des Verteilers anhänge ?`
z.B. +All@notesdomäne ?


 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz