Beiträge von MeisterLam

    und unter Dokumente :


    die sich nicht geändert haben seit: 180 Tagen


    in allen Ansichten und Ordnern !


    Es befinden sich Mails vom Jahr 2003 in der Maildatenbank !


    Er legt zwar ein Archiv lokal an mit allen Ordnern aber verschiebt keine einzige Mail in die Ordner !


    Und nu ?

    wenn ich mich mit der Sadmin ID anmelde bekomme ich folgende Meldung:


    Der Server , auf den Sie zugreifen möchten benötigt für Ihre ID-Datei ein einziges Kennwort !


    Im Personendokument vom Server wird das Kennwort aber nicht abgefragt !


    Hat da einer eine Idee ?


    Danke vorab !

    ich habe für alle User diese Aktion durchgeführt:


    Fürs nachträgliche Einschalten für mehrere (alle) User empfiehlt sich die Aktion "Kennwortfelder festlegen" aus der Personenansicht heraus zu benutzen.



    leider habe ich auch User mit einbezogen wo das Kennwort nicht auslaufen darf. Telefonmann,SAdmin,...


    jetzte kann ich mich nicht mehr als Sadmin anmelden !


    Kennwort abfragen habe ich dort wieder im Personendokument herausgenommen !


    Trotzdem bekomme ich dort eine Meldung:
    Der Server, auf den Sie Zugreifen möchten benötigt für Ihre ID-Datei ein einziges Kennwort

    jo.... aber !


    Es geht darum:


    Ich möchte beim zertifizieren von neuen Usern festlegen das die Kennwörter von den Usern überprüft werden !


    Wenn ich bis jetzt neue User anlegen steht im Personendokument "Kennwort nicht überprüfen"


    das meinte ich .... :D

    also ich habe für jede NL bei uns Richtlinien erstellt.


    Den MailServer und sowas übernimmt er auch !


    aber....


    Es sollen in den Mail-Datenbanken automatisch die LocalDomainAdmins als Manager gestzt werden und im Personendokument von der names.nsf unter dem Reiter "Administration" Kennwortverwaltung soll "Kennwort überprüfen gesetzt sein.


    Das ist aus irgendeinem Grund nicht mehr drin !


    Wo kann ich das ändern ?


    Danke vorab für euere Hilfe !

    auf einmal bekomme ich unsere Mails über den SMTP nicht mehr heraus :


    No route found to domain gmx.de from server S-NOTES-LINUX/XXX. Check Server, Connection and Domain documents in the Domino Directory.


    Unser Zentral Server (HUB) ist mit dem SMTP verbunden ! Der bekommt die aber auf einmal nicht !


    Jetzt versuchen alle unsere User-Server direkt Mails über sich selbst zu versenden ! Was ja auch nicht geht weil die über den HUB Server gehen !


    Die Verbindungsdokumente stimmen alles (wurde auch nichts verändert ) !


    Was kann ich noch tun?

    also wir haben seit heute alte Einträge in unserer names.nsf in all unseren Niederlassungen(alter smtp,User die es gar nicht mehr gibt, viele User sind doppelt,defekte Verbindungsdokumente)


    Ich habe jetzt ein Backup von der names.nsf vom Admin Server genommen !


    Diese will ich überall (Niederlassungen) kopieren und dann per Explorer austauschen (vorher Notes Server schliessen) !
    Dann müsste das doch auch in den Niederlassungen wieder funktionieren !


    Oder ? muss ich was beachten ! :-?


    Danke für eure Hilfe !

    daran lag es :


    The problem is with the Last Modified date in the user's mail archive settings (I would have never guessed this had anything to with a mail file move, but apparently AdminP checks to see if the mail file has an archive, and if so, does it need to update the archive server specified). Go to Actions, Archive, Settings, Settings tab, make sure the last change entry is a valid user name (If your user had a cert rename, it will probably be their old name) If the Last Change field contains a user name that is no longer valid, then resave the settings so that a valid user name is placed in the Last Change field. Re-issue the mail file move so a new AdminP request gets generated (don't just re-run the existing adminP request) and the move should then complete successfully.


    Trotzdem DANKE an Alle !


    :strike:

    den Eintrag habe ich nicht !
    nur diese...


    Run unrestricted methods and operations:


    Sign agents to run on behalf of someone else:


    Sign agents to run on behalf of the invoker of the agent:


    Run restricted LotusScript/Java agents:


    Run Simple and Formula agents:


    Sign script libraries to run on behalf of someone else: