Suchreihenfolge der Adressbücher

[hjh13]

Hallo zusammen,

kann man die Suchreihenfolge der Adressbücher so ändern, dass immer erst das names.nsf des Servers durchsucht wird und danach erst das lokale.

Wir haben da eine Workflowanwendung, die autom. Hausnamen und Vornamen aus dem Ö. Adressbuch einsetzt und immer, wenn sie im lok. Adressbuch gleichen Namen findet, die falschen Adressen auflöst. Das führt ab und zu zu fiesen Fehlern, ohne dass jemand es bemerkt.

MfG
HJH13

[fritandr]

kann man die Suchreihenfolge der Adressbücher so ändern, dass immer erst das names.nsf des Servers durchsucht wird und danach erst das lokale.

Hallo,

das geht meines Wissens nach nicht!

Viele Grüße
fritandr

[daija]

ich glaub' auch nicht, dass das geht.
Ein User kam mal auf die schlaue Idee, in den Benutzervorgaben eine Replik des Server names.nsf  an erste Stelle zu setzen. Danach konnte Notes leider nicht mehr korrekt starten 

Vorschlag: Sagt den Usern, dass sie Einträge im persönlichen Adressbuch mit z.B. priv. (für privat) im Feld Vorname ergänzen sollen. 

[koehlerbv]

"Sag' mal den Usern, sie sollen ..." ist so ähnlich wie das Anbellen des Mondes. Als workaround absolut ungeeignet.

Ich würde mal das Verfahren der Adressauflösung unter diesen Umständen auf den Prüfstand stellen. Was wird da überhaupt wie aufgelöst ? Kannst Du da Näheres mitteilen ?

Bernhard

[daija]

ok man kann es auch als Notes Tipp des Tages verkaufen.

Das Problem haben ja sicherlich auch viele User ohne die Applikation. (z.B. will ich meinen Arbeitskollegen mit seiner privat Adresse in mein pers. Adressbuch übernehmen.)

Es ändert halt nix daran, dass es für die Suchreihenfolge keine echte Notes Lösung gibt.

[koehlerbv]

Bei der Auswahl einer Adresse kann man ja ohne weiteres selber entscheiden, aus welchem Adressbuch eine Adresse genommen werden soll. Für den Automatismus muss es aber eine Richtlinie geben, und dass sich Iris hier schon von Anfang an auf das öffentliche Adressbuch als Priorität festgelegt hat, halte ich für korrekt.
Und gleiche Namen - wie soll automatisiert damit ein Computer klarkommen ? Und die Reihenfolge dem Anwender überlassen: Herrjeh, um was soll sich die Admins dann noch kümmern ?! 

Bernhard

[hjh13]

Hi,
zu meinem Problem:
Gleiche Namen werden schon nach mehreren Buchstaben erkannt, d.h. wenn diese gleich sind, kommt keine zus. Abfrage auf Namen; es wird aut. der Name aus dem pers. AB genommen.

Nach den Antworten, schätze ich, dass mir nur die Möglichkeit bleibt, den Hersteller der Anwendung zu bitten, in der Anwendung den kanonischen Namen aus dem ö. AB anzugeben; das müßte das Problem beheben.

MfG
HJH13

[fritandr]

Hallo,

Du solltest mal die Arbeitsumgebung checken, mit der Ihr arbeitet.
Es gibt die Möglichkeit einzustellen, daß im Falle von mehrfach vorhandenen Namen ein Dialog zur Auswahl angezeigt wird.

Im englishen Client findest Du die entsprechende Einstellung im Arbeitsumgebungsdokument, Register Mail. Die Bezeichnung ist: "Recipient Name Lookup". Bei mir ist hier "Exhaustively check all address books" ausgewählt. Damit kommt dann der Dialog.

Viele Grüße
fritandr

[obrocke]

Hallo,

das alt bekannte Thema... und immer noch sooo viel falsche Meinungen ;-)

@koehlerbv

Es wird eben nicht das öffentliche als Priorität genommen, sondern das private Adressbuch.
Sobald ich dort einen Arbeitskollegen mit seiner privaten eMail oder Telefonnummer eintrage, habe ich verloren...

@hjh13

Eine für uns akzeptabe Möglichkeit hat die Einstellung "Schnelladressierung aktivieren: Bei Trennzeichen" in der Arbeitsumgebung gebracht.
Teste mal damit.

Gruß,
Olaf

[hjh13]

Danke für die vielen Tipps,
die Einstellungen in der AO sind wahrscheinlich bei meinem Problem sehr hilfreich.

MfG
HJH13

[koehlerbv]

@koehlerbv
Es wird eben nicht das öffentliche als Priorität genommen, sondern das private Adressbuch.
Sobald ich dort einen Arbeitskollegen mit seiner privaten eMail oder Telefonnummer eintrage, habe ich verloren...

Danke für die Richtigstellung. Keine Ahnung, an was ich da gerade gedacht hatte, als ich wider besseren Wissens diese falsche Aussage getroffen habe ...

Bernhard