Beiträge von Ronka

    Als passport kunde mit maintenance werden die CD's automatisch versendet... aber das sollte mann ja eigentlich wissen, weil die alle 3-4 monate auf den tisch landen...

    Mittels einen Maske mit einen eingebetete SINGLE Kategory ansicht wäre dieses möglich, wobei der auslöser der ansichte dann mittels DBColumn den werte aus den Kategorisierte ansicht auslesen sollte, und darstellen.
    Schau mal in der Properties von einen eingebettete ansicht hinein, oder in der hilfe dieser.

    Also kaskadiertes adressbuch.
    Erstelle den DB auf den Server als Adressbuch. Schmeiße notfalls die SICHTBARE ansichten server/bla bla welches fast alle nicht notwendig ist und die nichts mit anwender zu tun haben raus, damit ein eventuelles öffnen der DB kein irre führung ist. KEINESFALLS versteckte ansichten löschen....
    Nachdem das adressbuch da ist, und 1/mehrere user drin stehen gehst du an der konsole und schreibst "se co names=names.nsf, pfad/adressbuch.nsf" wobei du vielleicht vorher kontrollieren kannst ob der inhalte wirklich nur names.nsf if mittels "sh co names".
    Danach sollte eigentlich nach wenige minuten alle NETZWERK basierte anwender das zweite adressbuch sehen und verwenden können.

    Was möchtest du machen, beim USERS in deren kalender ein solchen termin einblenden, oder ein ansicht irgendwo haben wodrin die geburtstagen aufgelistet werden ?


    Beim ersten mußtest du tatsächlich etwas im adressbuch tun (beim feiertage), sonnst würde ich dir ernsthaft davon abraten dieses im adressbuch zu tun, und dafür einen eigene DB zu erstellen, welches dann "konsultiert" werden kann. Wo dann auch vielleicht eigenen anwender dokumente erstellen könnten, und damit deren ansprechpartner eventuell eintragen könnten, etwas welches ich für das adressbuch als SEHR gefährlich bezeichnen würde...

    Also, nur zu alle deutlichkeit... Wenn du auf mailto:Der.da@ExistiertNicht.de klickst, dann öffnet sich dein notes klient, und trägt NICHT der email adresse ein ?


    Hast du das im Netscape UND IE ausprobiert ? Weil für mich hört sich das nach ein registry problem an, ein wo einfach den parameter fehlt...


    Kontrolliere dochmal den Key HKEY_CLASSES_ROOT\mailto\Shell\Open\Command


    Dort sollte dein notes klient pfad und notes.exe stehen mit %1 dahinter..

    Also der Mail.box DARF nicht repliziert werden, und sollte auch nie der fall sein. Das tool was hier gemeint ist beobachtet der mail.box ähnlich wie es virenscanner tun, und in der Mail.box kannst du keine emails "checken", dort kannst du nur ablegen. Dein mail-file ist den ort wo du (und alle user) kontrollieren können... aber dann ist das email ja schon zugestellt.. und damit zu spät für eventuelle kontrollen...


    Und ja, ich kann mir vorstellen dich dort helfen zu können..
    Schreibe mir mal off-line einen email mit genauere angaben, und ich kann dich ein entsprechenden angebot zukommen lassen...

    Also was du dafür machen solltest ist zuerst einen ansicht mit alle dokumente die solche schlüsselwörter enthalten können, welches einen selectionsformel hat wie folgt
    Select SWName != ""
    Damit selektierst du NUR die dokumente die tatsächlich das SW mit inhalt haben. Dann erstellst du eine spalte mit das SW als feld, und Katagorisierst du diesen spalte. Als eigenschaften der ansicht stellst du noch ein das der kategorien geschlossen sein sollte beim ersten öffnen. Diesen ansicht gibst du einen namen "(Dein SW)" mit ein alies "SW-Suche" welches du dann so "(Dein SW) | SW-Suche" eingibst. Die runde klammern sorgen dafür das den ansicht für normale anwender nicht sichtbar ist, aber verwendbar.
    Dann gehst du in dein SW hinein, und Kopierst due vorgabe der SW, und änderst den vorgaben des SW von Werte (eine pro zeile) in Formel. Damit verlierst du meist der alte inhalt. Den kannst du dann wieder zurück einfügen, und zwar dann mit Orgliste := "erste" : "zweite" : "dritte" usw..
    Dann erstellst du einen zweite teil wodrin du einen DBColumn verwendest.
    DynListe := @DbColumn ( "":"NoCache" ; "" ; "SW-Suche" ; 1 );
    @if( @Iserror( DynListe ) ; Orgliste ; @Unique( Orgliste : DynListe )


    Durch den @iserror kontrollierst du den eventuelle fehlermeldung die beim @dbcolumn entstehen kann, und verhindest so das du beim erste dokument in der DB nichts eingeben kannst (welches ansonnsten der fall sein würde wenn keine dokumente in den ansicht da sein würden).

    Bei diesen vorgehensweise sollte mann nicht aus dem Auge verlieren was hier eigentlich passiert.
    Bei aufnahme in einen ansicht werden die daten REDUNDANT (sprich mehrfach) in der Datenbank abgelegt, wenn jemand zur algemeine spaß und veruntrueung den sortier mechanismus in einen ansicht verwendet, dann heißt dieses sofort dreifach gespeichert. Großere Richtext felder können damit unter umständen den index einer ansicht zu groß machen, und der datenbank ausserordentlich ausblasen. Dieses hat nebenbei auch noch den effekt das es der indexer sehr schwer belastet, und zu enige dokumentierte absturzen führen kann.


    Sei hiermit EXTREM vorsichtig. Es kann dir unter umständen den KOMPLETTEN datenbank kosten, wenn du nicht exact sicher bist das in diesen feld nicht irgend ein spaßvogel einen 10 MB datei anhang knallt... (der dann ürbigens trotzdem nicht dargestellt wird)...

    Ich nehme an das du die resourcen im öffentliche adressbuch drin hast, und das du die beim auswählen bei termine auch sehen kannst, Korrekt ?


    Der reinfolge der erstellung ist auch wichtig. Zuerst Standorte, und danach resourcen. damit sollten die auch "hirarchisch" im adressbuch stehen.


    Hast du dein Users (resource eigentümers) Beschränkte Lotusscript Agent berechtigung gegeben ? Die werden benötigt für das automatisch akzeptieren von Einladungen.

    Es kann noch einen ursache haben, auch wenn der hier etwas unwahrscheinlich ist.
    Der User kann einen direkten weg zum internet gewählt haben in seine arbeitsumgebung für das versenden von den internet emails zum internet, anstatt es über den Notes server zu machen.
    Auch dieses kann zu den besagten adress fehler führen.
    Allerdings sollte der absender trotzdem in der lagen sein auf dieses email zu antworten, weil der Domino Server sollte in der lage sein diese namensgebung zu "entziffern"...

    Mobile benutzer können nur das verwenden was die lokal haben, und das verzeichnis katalog ist ja ein sehr viel verkleinertes adressbuch, mit absolut minimal information. Welches deshalb wenig platz in anspruch nimmt.
    Ohne etwas dabei zu haben, kann es nicht verwendet werden.
    Ein kaskadiertes adressbuch, also ein "normales" zweites, welches du auf den Server einrichten kannst, wäre für Netzwerkbasierte user verfügbar, OHNE ein repliek lokal zu haben. Ist das vielleicht was du haben möchtest ? Oder möchtest du mobile anwender extra möglichkeiten geben ?

    >Sonst gibt es keine Möglichkeiten?
    Natürlich kann ich schriftarten von andere sprachen problemlos in deutschen oder englischen Klients darstellen, sonnst würde ja die halber welt nichts sehen können.
    Durch das Installieren von den Font, welches absolut notwendig ist, weil fast alle ost-charakterset haben ein double byte struktur, in gegensatz zu "unseren" schriftarten, und das einschalten von der Unicaode darstellung (Datei-vorgaben-benutzervorgaben - Unicode ) sollte es nach neustart der Klient möglich sein Japanischen / russischen / Arabischen und auch tjechisch lesen UND schreiben zu können.

    >das Adressbuch befindet sich in jeder Arbeitsumgebung als Kachel
    Meinst du das die DB eigentlich auf ein file server liegt ?
    Wenn ja, dann kannst du den vorschlag mit den replizierung verwenden, oder ein kaskadiertes SERVER basiertes adressbuch verwenden, welches LOKAL eingetragen werden kann mit server!!datenbank.nsf im LOKALE mail einstellungen (datei-vorgaben-benutzervorgaben-mail). Denk aber dran das dieses nur richtig funktioniert wenn der anwender im netzwerk ist.
    Wenn nein, und es sich um 10 anwender handelt die sich eine arbeitsplatz teilen, dann würde ich auf andere mitteln zurück greifen.
    Lokal MUß einen names.nsf vorhanden sein, sonnst startet der R5 client überhaupt nicht, also hast du entweder ZWEI kaskadierte adressbucher lokal, oder du hast ein anderes problem

    starte der nlnotes.exe am server und kontrolliere den ACL vom names.nsf wahrscheinlich ist dort ein schreibfehler oder typ fehler entstanden.
    Mittels nlnotes kann mann lokal auf den server basierte datei zugreiffen und damit meist alle sicherkeitseinstelllungen umgehen / korrigieren.
    Ist ein SEHR kräftiges mittel, und deshalb sollte der Physikalische server auch immer gut geschutzt sein gegen lokale verwendung.