Beiträge von Tode

    Ich verstehe nur Bahnhof: Wie versenden die User denn Ihre Mails übers iPhone? Gehen die direkt ins Internet?
    Oder habt Ihr einen POP3 und SMTP- Account eingerichtet? Dann könnt Ihr ja die Anti- Relay- Prüfung für authentifizierte Benutzer abschalten...


    Aber uzngewöhnlich ist dieses Vorgehen allemal...

    1. Fixpacks sind nicht voneinander abhängig, man kann FP2 installieren, ohne vorher FP1 zu installieren... Die sind kummulativ
    2. Wenn schon die Installation des Fixpacks fehl schlägt, dann deutet das doch bereits auf ein Problem mit Deiner Installation hin. Das einfach so zu übergehen bedeutet, den -vermutlich ursächlichen- Fehler zu ignorieren...

    Per DNS kannst Du vergessen: Da weigert sich der Client, weil er sagt, dass angeforderter Servername und antwortender Servername unterschiedlich sind. Die einzige Möglichkeit, das für "alle" zu machen ist, temporär einen Cluster anzulegen mit den beiden Servern und danach den alten Server Ausser Betrieb zu nehmen. nach 1 Monat kannst Du dann auch den Cluster wieder löschen...

    Es gibt -imho- keine schnellere Methode um ein NotesDocument zu bekommen als ein GetDocumentByUNID, weil hier interne Tables verwenden werden... Wenn Du Dir vorher die Liste baust (wie gesagt: Mit einer richtig aufgebauten Ansicht innerhalb von Sekunden), dann ist das Finden des Dokuments ein Klacks.


    TIPP: Für solche Operationen (Vergleich von zwei Listen) ist es optimal, wenn man entweder ein Datum hat, das man vergleichen kann (Hast Du ein Änderungsdatum im Satz der SQL- Datenbank ?) oder wenn man einen Hash bilden kann.
    Das könnte dann so aussehen in der zweiten Spalte der Ansicht, die Du verwendest für den Aufbau der Liste:


    Code
    _relevanteInfos := @Implode( Feld1 : Feld2 : Feld3 : ..... : FeldX ; "," );
    @Text( @DocumentUniqueID ) + "~" + @Password( _relevanteInfos )


    Dann musst Du im SQL nur eine Spalte zurückliefern, die alle relevanten Felder mit Komma getrennt zurückliefert, kannst dann im Script per Evaluate da nen Hash per password drüber bilden und so sauschnell prüfen, ob sich was geändert hat....
    Da gabs auch mal nen Beitrag zu auf einem DeveloperCamp...

    Deshalb mein Vorschlag Dir eine Liste mit UNIDs zu merken, dann kannst Du über

    Code
    db.GetDocumentByUNID(strNotes( deinSchlüssel ))


    das Dokument holen.


    Vorteil: Die Schlüssel hast Du Dir Ruck- Zuck über eine Ansicht mit ViewEntries gezogen (geht über den View- Index in Sekunden, fast egal wie viele Dokumente Du hast),
    und öffnen musst Du nur die Dokumente, die tatsächlich zu aktualisieren sind...


    Oder Du machst sowas:

    Code
    Dim docNotes List as NotesDocument
    While .... <<< Hier Dokumente durchlaufen
        set docNotes( deinSchlüssel ) = doc
    Wend


    das fällt aber auf die Schnauze, wenn Du zu viele Dokumente verarbeiten willst (also GrössenOrdnung 10.000 und mehr)...


    Vergiss die Sache mit dem Sortierung anpassen... Es kann sein, dass sich das mit der nächsten Notes- Version wieder ändert, und plötzlich wird der Punkt wieder vor den Zahlen einsortiert... Hatten wir alles schon ! Das ist zu unsicher!!!!

    Ich würde hier -nicht nur der Performance halber- mit Listen arbeiten. Dann musst Du nicht Schritt für Schritt durchgehen...


    also:

    Mach ein Namensfeld, berechnet zur Anzeige, in das Du Deinen Namen oder "Hier rechtsklicken oder hover zum kontaktieren" reinschreibst, dann "enabelst" Du dieses Namensfeld für Chat (2. Tab: Online status anzeigen, Formel für Online- Namen, das auf Deinen Notes- Namen berechnet, wenn da ein Text drinsteht, wenn Dein Name sowieso schon drinsteht bleibt die Formel leer)...


    Voila...


    oder halt wie Andreas schreibt... (Tipp: @Command([SendInstantMessage];Rname) ), das ist natürlich noch einfacher...

    Sorry, bei Agent dachte ich automatisch an Backend (= Server), aber Du hast recht, damit kann natürlich auch ein Agent gemeint sein, der im Client aufgerufen wird. Und dann hast Du natürlich vollkommen recht.

    Ist denn auf dem 64Bit System auch der ODBC- Treiber installiert? Wenn ja: 32Bit oder 64Bit? Wenn 32Bit -> Kann nicht gehen, wenn der Server eine 64Bit applikation ist, wenn 64Bit: Auch eine System- DSN angelegt?

    lösche einfach das Feld "$Group_Main" aus den Dokumenten.


    Das ist ein Bug, den IBM schon lange drin hat. Dieses Feld steuert, welcher Tab in der tabelle "Group_Main" angezeigt wird beim öffnen.
    Warum man bei IBM möchte, dass der User beim nächsten Öffnen eines Gruppen- Dokuments auf dem Tab landet, mit dem das Dokument zuletzt gespeichert wurde, erschliesst sich mir nicht...


    Also einfach einen Formelagenten schreiben:


    FIELD $Group_Main := @DeleteField;


    Mal abgesehen davon: Diese Vorgehensweise ist natürlich nicht ungefährlich... Wenn man Gruppen umbenennt, dann verwendet man den Admin- Client...
    Aber Ihr wolltet wohl lieber alle ACLs aller Datenbanken manuell korrigieren,
    alle Leser -/ Autorenfelder in allen Datenbanken ebenfalls, und verschachtelte Gruppen werden natürlich auch manuell grade gezogen...

    Du kannst den Namen der Mailin- Datenbank im Feld "Run on Behalf of" des Agenten reinschreiben, dann versendet die Mailin- Datenbank die Mail. Oder Du füllst die Felder "Principal", "ReplyTo", "From" alle mit der Mailin- db. Dann sieht man zwar immer noch, dass die Mail vom Agent- Signer kommt, aber Antworten laufen in die Mailin- DB.

    Hol Dir jemanden, der sich damit auskennt!


    und um Deine Frage zu beantworten: Nein, der Servername lässt sich nicht einfach umbenennen.


    Du musst einen neuen Server registrieren, Server-. Dokumente, Konfigurationsdokumente, Programmdokumente und Verbindungsdokumente sauber aufsetzen,
    Server Zugriff gewährleisten, etc. etc.


    Kurzum: Einen Domino Server zu klonen ist ein erheblich grösserer Aufwand (und an manchen Stellen sogar schädlich) als Ihn von null auf aufzusetzen.


    (Mögliches Problem: selbe ReplikID der log.nsf, der mail.box und weiterer Systemdatenbanken (bei names.nsf, admin4.nsf, events4.nsf ist das ja erwünscht, aber bei anderen nicht)